Non ça ce serait une mauvaise idée. Ce qu'on veut faciliter c'est la maintenance à long terme du noyau Linux. Et pour ça il faut pouvoir changer le code interne du noyau sans être figé par la façon de travailler dégueulasse des constructeurs.
Ce n'est pas si simple. Ce débat est déjà revenu régulièrement pour le noyau et ressortira probablement beaucoup à l'avenir. Car ce n'est pas qu'une histoire d'être dégueulasse ou pas. Mais devoir adapter ses pilotes régulièrement car le noyau change tout tout le temps ce n'est pas non plus terrible, et cela concerne les développeurs du noyau eux mêmes. Ceux qui en souffrent le plus sont probablement aussi ceux qui veulent récupérer un code d'un noyau 5.0 pour le mettre sur une version LTS plus ancienne. Que ce soit un nouveau pilote ou un correctif quelconque. Cela peut vite être fastidieux.
Le but n'est pas de bloquer toute l'API interne, ni de bloquer pour toujours. Mais de poser des jalons, par exemple que le changement X soit repoussé de 12 mois car son impact serait trop important pour le reste de l'écosystème. Et appliquer ce principe de manière différenciée, qu'un truc purement interne change est moins impactant que l'interface qui décrit l'interface standard entre le noyau et un sous système, par exemple celui pour décrire les pilotes I2C, SPI, etc.
Ce sont des possibilités qui font sens pour l'industrie et le noyau lui même, même s'ils ne semblent pas prendre cette direction rien n'est gravé dans le marbre. À une époque c'était d'ailleurs presque le cas avec les versions majeurs du noyau ce qui ne se fait plus depuis la branche 2.6.
EDIT : d'ailleurs ta logique ouvre la porte à ce que l'ABI du noyau puisse changer sans être rétrocompatible avec l'existant, ce que Torvalds refuse mais en pratique la notion même d'ABI fait débat et il a fallu parfois tordre un peu la règle pour pouvoir faire un changement nécessaire. Il ne faut pas adopter des postures idéologiques sur ces questions, il y a des avantages et inconvénients dans chaque pratique et il faut savoir s'adapter aux situations du quotidien, et l'API instable apporte son lot de contraintes pour tout le monde.
[^] # Re: Quelqu'un saurait m'expliquer ?
Posté par Renault (site web personnel) . En réponse au lien Fin du support logiciel sur le Fairphone 2 (mars 2023). Évalué à 6. Dernière modification le 11 janvier 2023 à 15:12.
Ce n'est pas si simple. Ce débat est déjà revenu régulièrement pour le noyau et ressortira probablement beaucoup à l'avenir. Car ce n'est pas qu'une histoire d'être dégueulasse ou pas. Mais devoir adapter ses pilotes régulièrement car le noyau change tout tout le temps ce n'est pas non plus terrible, et cela concerne les développeurs du noyau eux mêmes. Ceux qui en souffrent le plus sont probablement aussi ceux qui veulent récupérer un code d'un noyau 5.0 pour le mettre sur une version LTS plus ancienne. Que ce soit un nouveau pilote ou un correctif quelconque. Cela peut vite être fastidieux.
Le but n'est pas de bloquer toute l'API interne, ni de bloquer pour toujours. Mais de poser des jalons, par exemple que le changement X soit repoussé de 12 mois car son impact serait trop important pour le reste de l'écosystème. Et appliquer ce principe de manière différenciée, qu'un truc purement interne change est moins impactant que l'interface qui décrit l'interface standard entre le noyau et un sous système, par exemple celui pour décrire les pilotes I2C, SPI, etc.
Ce sont des possibilités qui font sens pour l'industrie et le noyau lui même, même s'ils ne semblent pas prendre cette direction rien n'est gravé dans le marbre. À une époque c'était d'ailleurs presque le cas avec les versions majeurs du noyau ce qui ne se fait plus depuis la branche 2.6.
EDIT : d'ailleurs ta logique ouvre la porte à ce que l'ABI du noyau puisse changer sans être rétrocompatible avec l'existant, ce que Torvalds refuse mais en pratique la notion même d'ABI fait débat et il a fallu parfois tordre un peu la règle pour pouvoir faire un changement nécessaire. Il ne faut pas adopter des postures idéologiques sur ces questions, il y a des avantages et inconvénients dans chaque pratique et il faut savoir s'adapter aux situations du quotidien, et l'API instable apporte son lot de contraintes pour tout le monde.