Le grand pb des drivers binaires closed source est que svt ils ne sont fait que pour une distribution ( souvent la RH ) et aussi plus ou moins assujettis à une version du noyau. Or comme des fois les kernel developer cassent la compatibilité des certaines interfaces entre 2 releases de noyau ....
ton zolie drivers qui marche avec le 2.4.3 ne marche plus du tout avec le 2.4.9 ( genre il utilise les macro min/max, ouch).
Mauvais exemple, je pense. min() et max() etant des macros, ce n'est pas ce genre de changement qui casse le compatibilite. Un pilote compile pour linux 2.4.3 utilisant max(a,b) contiendra le code binaire de "si a > b alors a sinon b", qui continuera a marcher avec un noyau 2.4.9.
C'est plutot le code source qui n'est plus compatible, le prototype de max() ayant change. Ca aurait ete different si ca avait ete une fonction, au lieu d'une macro.
Voila, juste un detail, et comme ca n'appelle pas de reponse (sauf correction) -> -1
[^] # Re: testing
Posté par Johann Deneux . En réponse à la dépêche Drivers SpeedTouch USB sans recompiler le noyau. Évalué à -1.
ton zolie drivers qui marche avec le 2.4.3 ne marche plus du tout avec le 2.4.9 ( genre il utilise les macro min/max, ouch).
Mauvais exemple, je pense. min() et max() etant des macros, ce n'est pas ce genre de changement qui casse le compatibilite. Un pilote compile pour linux 2.4.3 utilisant max(a,b) contiendra le code binaire de "si a > b alors a sinon b", qui continuera a marcher avec un noyau 2.4.9.
C'est plutot le code source qui n'est plus compatible, le prototype de max() ayant change. Ca aurait ete different si ca avait ete une fonction, au lieu d'une macro.
Voila, juste un detail, et comme ca n'appelle pas de reponse (sauf correction) -> -1