Ce qui ne résoud absolument rien à la problématique d'avoir les drivers sur les distribs déjà sorties. Le problème n'est pas d'écrire le driver, je l'ai fini le driver, le problème c'est le faire tourner sur les distribs existantes, s'assurer qu'il est updaté quand une update du kernel est installée sur ces distribs, etc...
Et le driver, tu l'as fini 2 jours avant de devoir livrer le produit? Parce que fondamentalement, c'est ça le problème...
Pour ce qui est de le faire tourner sur les distribs existantes, si tu tiens absolument à rester hors de l'arbre principal du kernel, tu fais comme tous les fabricants de matériel : tu certifies le fonctionnement sur certaines distros commerciales (RedHat, Suse, Ubuntu, etc.) et si l'utilisateur veut l'installer sur son Damn Small Linux, ben c'est son problème (ou plutôt le tien, puisque cet utilisateur là, pour qui tout aurait bien fonctionné si tu avais empaqueté ton driver dans le kernel, n'achèteras probablement plus tes produits).
Par ailleurs, pour ta gouverne, les grosses boîtes (au moins RedHat et Suse) garantissent une ABI stable dans les révisions mineures (regarde par exemple le paquet kabi-whitelists dans RHEL), donc rendu là tu n'as pas à te soucier des updates.
Encore une fois, non ce système n'est pas parfait. Par exemple, une amélioration possible (il me semble que ça s'était discuté sur LWN, je ne retrouve plus le lien) serait d'empaqueter les drivers dans le main line, dès leur inclusion dans stagging, sous réserve qu'il soit démontré qu'ils n'affectent pas le reste du système, mais avec potentiellement un tag spécial pour indiquer que ce sont encore des drivers expérimentaux. Ça réduirait drastiquement le temps requis pour être inclus dans les principales distros (y compris celles déjà sorties, puique toutes les distros backportent les drivers dans leurs révisions mineures...)
Après, effectivement, si tu es une boîte qui compte distribuer planétairement un produit dont le driver a été terminé une semaine avant la sortie commerciale, le modèle de Windows convient mieux.
La question que je me pose, c'est surtout de savoir si je veux acheter ce genre de produits...
[^] # Re: Tu peu même élargir ...
Posté par Kalenx . En réponse au journal C'est lundi : Mon expérience Linux ou l'utopie devient réalité extatique. Évalué à 10.
Le Driver Backport Workgroup s'est concrétisé dans le projet Backports, qui, comme tu peux le constater, a une mailing list relativement conséquente et toujours bien active et supporte les kernels depuis le 2.6.26.
Non, ils ne supportent pas tous les types de drivers (pour le moment), c'est vrai. Mais c'est déjà un bon début.
Et le driver, tu l'as fini 2 jours avant de devoir livrer le produit? Parce que fondamentalement, c'est ça le problème...
Pour ce qui est de le faire tourner sur les distribs existantes, si tu tiens absolument à rester hors de l'arbre principal du kernel, tu fais comme tous les fabricants de matériel : tu certifies le fonctionnement sur certaines distros commerciales (RedHat, Suse, Ubuntu, etc.) et si l'utilisateur veut l'installer sur son Damn Small Linux, ben c'est son problème (ou plutôt le tien, puisque cet utilisateur là, pour qui tout aurait bien fonctionné si tu avais empaqueté ton driver dans le kernel, n'achèteras probablement plus tes produits).
Par ailleurs, pour ta gouverne, les grosses boîtes (au moins RedHat et Suse) garantissent une ABI stable dans les révisions mineures (regarde par exemple le paquet kabi-whitelists dans RHEL), donc rendu là tu n'as pas à te soucier des updates.
Encore une fois, non ce système n'est pas parfait. Par exemple, une amélioration possible (il me semble que ça s'était discuté sur LWN, je ne retrouve plus le lien) serait d'empaqueter les drivers dans le main line, dès leur inclusion dans stagging, sous réserve qu'il soit démontré qu'ils n'affectent pas le reste du système, mais avec potentiellement un tag spécial pour indiquer que ce sont encore des drivers expérimentaux. Ça réduirait drastiquement le temps requis pour être inclus dans les principales distros (y compris celles déjà sorties, puique toutes les distros backportent les drivers dans leurs révisions mineures...)
Après, effectivement, si tu es une boîte qui compte distribuer planétairement un produit dont le driver a été terminé une semaine avant la sortie commerciale, le modèle de Windows convient mieux.
La question que je me pose, c'est surtout de savoir si je veux acheter ce genre de produits...