Voila la doc tu l'as, maintenant faut plus pleurer !
C'est pas vraiment ce que j'appelle une spécification. Une spécification, c'est un truc qui indique un peu clairement les pré-conditions, les post-conditions, les effets de bords, les types d'erreurs, et les états possibles dans lesquels on peut se retrouver en cas d'erreur. Mais bon, si c'est un u32 pour identifier chaque buffer, ça va, on est sauvé :) (u32 n'est même pas un type C valide, je suppose que tu veux dire uint32_t comme introduit dans C99 ?).
le code est la meilleur documentation
Bof, le code te montre une implémentation, et ne définit pas ce qui devrait être implémenté. En voyant le code, tu ne peux pas savoir si typiquement les structures utilisés ont un impact fort sur le comportement escompté ou si c'est juste "une façon de l'implémenter". Tu ne peux pas savoir si ils ont oublié des cas d'erreurs (vu qu'il n'y a pas de specs), ... Non, le code ne vaut pas une spécification. Et puis en plus y'a l'aspect GPL infection pour tout le code qui traîne dans le noyau, faut pas trop regarder de peur de s'y brûler les yeux, et prendre un procès entre gens du libre.
Et rien n'oblige *BSD a utiliser les memes.
C'est vrai, on pourrait proposer des supers nouvelles interfaces, et puis réécrire tous les drivers pour les réutiliser. C'est tellement efficace comme approche, surtout vu comment c'est simple d'écrire un driver pour une carte graphique moderne. Le dernier patch pour le support des cartes Intel dans FreeBSD, il ne fait que 2Mo (de patch). Une bagatelle ...
[^] # Re: Wayland / X
Posté par zul . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 9.
C'est pas vraiment ce que j'appelle une spécification. Une spécification, c'est un truc qui indique un peu clairement les pré-conditions, les post-conditions, les effets de bords, les types d'erreurs, et les états possibles dans lesquels on peut se retrouver en cas d'erreur. Mais bon, si c'est un u32 pour identifier chaque buffer, ça va, on est sauvé :) (u32 n'est même pas un type C valide, je suppose que tu veux dire uint32_t comme introduit dans C99 ?).
Bof, le code te montre une implémentation, et ne définit pas ce qui devrait être implémenté. En voyant le code, tu ne peux pas savoir si typiquement les structures utilisés ont un impact fort sur le comportement escompté ou si c'est juste "une façon de l'implémenter". Tu ne peux pas savoir si ils ont oublié des cas d'erreurs (vu qu'il n'y a pas de specs), ... Non, le code ne vaut pas une spécification. Et puis en plus y'a l'aspect GPL infection pour tout le code qui traîne dans le noyau, faut pas trop regarder de peur de s'y brûler les yeux, et prendre un procès entre gens du libre.
C'est vrai, on pourrait proposer des supers nouvelles interfaces, et puis réécrire tous les drivers pour les réutiliser. C'est tellement efficace comme approche, surtout vu comment c'est simple d'écrire un driver pour une carte graphique moderne. Le dernier patch pour le support des cartes Intel dans FreeBSD, il ne fait que 2Mo (de patch). Une bagatelle ...