A ton avis, est-ce que entre chaque nouveau kernel Linux *tout* les drivers inclus dans le noyau sont modifiés ?
J'en doute très fortement, la très grande majorité n'a probablement pas besoin de la moindre modification.
Cette déclaration est évidente : s'il fallait tout réécrire à chaque fois, le noyau Linux n'avancerait jamais, or ce n'est pas le cas.
J'affirme donc qu'il est parfaitement possible de faire des drivers fermés qui fonctionnent d'un kernel à l'autre. Ca ne va plus fonctionner quand les fonctionnalités noyau utilisées ne sont pas stabilisées ou sujettes à modification.
Le seul truc c'est qu'il faudrait forcer l'insertion d'un module compilé pour un autre kernel, chose qui est possible mais absolument pas dans la philosophie de Linux et des LL : pourquoi se faire chier à conserver des interfaces identiques d'une version à l'autre, permettant à des drivers binaires de tourner sur plusieurs version du noyau, quand le fonctionnement standard et accepté par tous est de recompiler l'intégralité à chaque fois ?
En fait il y a fort à parier qu'un driver proprio, il suffirait de le recompiler avec les sources d'un noyau donné pour qu'il fonctionne sur icelui, excepté évidemment une modification dans une fonctionnalité noyau.
Les seuls drivers qui ont des soucis sont ceux qui ne suivent pas même dans l'idée la philosophie du noyau, ie être recompilés à haque version, et forcément, comme le noyau Linux part du postulat que tout est recompilé à chaque fois, ben ça coince, c'est fou non ?
Ceci dit, le driver vmware, je n'ai eu à le patcher que pour passer du noyau 2.4 au noyau 2.6, ensuite d'une version à l'autre du noyau 2.6, on lance la recompil et ça fonctionne... Pourquoi vmware peut faire quelque chose que d'autres ne peuvent pas ?
[^] # Re: Un pour cent ?
Posté par Yth (Mastodon) . En réponse à la dépêche Le point sur le traitement graphique sous Linux. Évalué à 2.
J'en doute très fortement, la très grande majorité n'a probablement pas besoin de la moindre modification.
Cette déclaration est évidente : s'il fallait tout réécrire à chaque fois, le noyau Linux n'avancerait jamais, or ce n'est pas le cas.
J'affirme donc qu'il est parfaitement possible de faire des drivers fermés qui fonctionnent d'un kernel à l'autre. Ca ne va plus fonctionner quand les fonctionnalités noyau utilisées ne sont pas stabilisées ou sujettes à modification.
Le seul truc c'est qu'il faudrait forcer l'insertion d'un module compilé pour un autre kernel, chose qui est possible mais absolument pas dans la philosophie de Linux et des LL : pourquoi se faire chier à conserver des interfaces identiques d'une version à l'autre, permettant à des drivers binaires de tourner sur plusieurs version du noyau, quand le fonctionnement standard et accepté par tous est de recompiler l'intégralité à chaque fois ?
En fait il y a fort à parier qu'un driver proprio, il suffirait de le recompiler avec les sources d'un noyau donné pour qu'il fonctionne sur icelui, excepté évidemment une modification dans une fonctionnalité noyau.
Les seuls drivers qui ont des soucis sont ceux qui ne suivent pas même dans l'idée la philosophie du noyau, ie être recompilés à haque version, et forcément, comme le noyau Linux part du postulat que tout est recompilé à chaque fois, ben ça coince, c'est fou non ?
Ceci dit, le driver vmware, je n'ai eu à le patcher que pour passer du noyau 2.4 au noyau 2.6, ensuite d'une version à l'autre du noyau 2.6, on lance la recompil et ça fonctionne... Pourquoi vmware peut faire quelque chose que d'autres ne peuvent pas ?
Yth.