Honnettement, je suis partagé... quand je vois Novell's position is clear: The best place for partners to develop kernel drivers is upstream in the kernel.org source tree, where kernel driver code benefits from thorough review and community involvement. Novell promotes having all Linux device drivers be a part of the official kernel.org source tree. sur la FAQ, cela a tendance a me rassurer. D'apres ce que je comprend la, le but affiché est que l'on puisse mettre a jour un pilote sans recompiler tout le noyau de facon simple et en toute securite (c'est a dire sans se retrouver avec un pilote qui fait bugguer tout le reste).
Si c'est vraiment la ou Novell et les autres se dirigent, c'est plutot positif: cela signifie que lorsqu'un driver GPL du noyau est mis a jour pour mieux supporter un nouveau peripherique, je n'ai pas besoin de recompiler le noyau avec le nouveau driver dedans (ie: le driver fait partie du noyau), je peux juste mettre le driver a jour et tout marche bien sans soucis, jusqu'a une mise a jour du noyau qui comprendra le driver en question a part entiere.
Par contre, en effet il ne faudrait pas que ce soit une porte dérobée pour faire entrer les driver binaires et proprio dans le noyau de facon durable... Mais je ne suis pas persuadué que cette initiative change la donne pour ce qui est de l'affrontement driver GPL/driver proprio.
[^] # Re: Bof...
Posté par Mathias Bavay (site web personnel) . En réponse à la dépêche Sortie et test de SUSE 10.1. Évalué à 8.
Novell's position is clear: The best place for partners to develop kernel drivers is upstream in the kernel.org source tree, where kernel driver code benefits from thorough review and community involvement. Novell promotes having all Linux device drivers be a part of the official kernel.org source tree. sur la FAQ, cela a tendance a me rassurer. D'apres ce que je comprend la, le but affiché est que l'on puisse mettre a jour un pilote sans recompiler tout le noyau de facon simple et en toute securite (c'est a dire sans se retrouver avec un pilote qui fait bugguer tout le reste).
Si c'est vraiment la ou Novell et les autres se dirigent, c'est plutot positif: cela signifie que lorsqu'un driver GPL du noyau est mis a jour pour mieux supporter un nouveau peripherique, je n'ai pas besoin de recompiler le noyau avec le nouveau driver dedans (ie: le driver fait partie du noyau), je peux juste mettre le driver a jour et tout marche bien sans soucis, jusqu'a une mise a jour du noyau qui comprendra le driver en question a part entiere.
Par contre, en effet il ne faudrait pas que ce soit une porte dérobée pour faire entrer les driver binaires et proprio dans le noyau de facon durable... Mais je ne suis pas persuadué que cette initiative change la donne pour ce qui est de l'affrontement driver GPL/driver proprio.
Mathias
PS: la faq en question: http://developer.novell.com/wiki/index.php/FAQ_for_the_Partn(...)