Malheureusement, le developpement de pilotes de périphériques ne requiert pas que du travail : il requiert aussi un accès aux spécifications du matériel et la possibilité de débattre sereinement avec les concepteurs du matériel de "divergences entre la spécification et le comportement observé du périphérique". Quand on regarde un peu les changelogs du 2.5.71 (par exemple), on voit bien que certains pilotes sont bien plus fréquemment maintenus que d'autres.
Par ailleurs, quand on regarde les sources de certains pilotes, on voit bien que les dernières modifications significatives remontent parfois à 1999. Entre temps, le noyau a évolué : mais doit-on pour autant sortir du tarball du noyau des codes qui seront peut-être repris par des utilisateurs motivés ?
Le 2.6-pre étant en vue, ce qui est important est que la série 2.5 commence à être testée dans les environnements les plus divers. Or, actuellement, compiler un 2.5.70+ exige de savoir reconnaître un driver qui ne compile pas et ne compilera pas sans sérieuses retouches : avec un option "ne même pas essayer les drivers notoirement foireux", plus de gens pourront essayer.
[^] # Re: Mise à l'écart certains de pilotes de périphériques dans le noyau 2.6
Posté par zyvad . En réponse à la dépêche Mise à l'écart de certains pilotes de périphériques dans le noyau 2.6. Évalué à 8.
Par ailleurs, quand on regarde les sources de certains pilotes, on voit bien que les dernières modifications significatives remontent parfois à 1999. Entre temps, le noyau a évolué : mais doit-on pour autant sortir du tarball du noyau des codes qui seront peut-être repris par des utilisateurs motivés ?
Le 2.6-pre étant en vue, ce qui est important est que la série 2.5 commence à être testée dans les environnements les plus divers. Or, actuellement, compiler un 2.5.70+ exige de savoir reconnaître un driver qui ne compile pas et ne compilera pas sans sérieuses retouches : avec un option "ne même pas essayer les drivers notoirement foireux", plus de gens pourront essayer.