La règle annoncée protège un espace de contribution servant à apprendre. Son périmètre et son exception doivent être lus directement, sans les étendre à tout Linux.
Ce qu’a écrit le mainteneur
Dans son message du 3 août, Greg Kroah-Hartman annonce le rejet des correctifs LLM pour drivers/staging, présenté comme un espace d’apprentissage. L’exception porte sur des problèmes de sécurité valides : essai sur le matériel réel, description du test et défense du correctif. Un rapport automatique ou une compilation réussie ne suffit pas.
Ce message n’établit pas une interdiction générale dans le noyau. Son avertissement sur l’usage non déclaré des outils ne constitue pas non plus une démonstration scientifique d’une détection infaillible de l’auteur d’un texte.
Relier une cause à une observation
Le schéma sépare problème suspecté, preuve que le périphérique peut atteindre ce chemin et preuve que le correctif le répare. Ce sont trois étapes distinctes. Un modèle peut signaler un passage inquiétant sans montrer qu’il est accessible dans les contraintes réelles du pilote.
Une affirmation sur une réponse de périphérique invalide exige par exemple plus qu’une remarque générale sur les longueurs non contrôlées. Il faut identifier l’origine de la longueur, les vérifications déjà effectuées et la façon dont le matériel atteint ce chemin. La correction doit préserver les réponses valides tout en rejetant celles qui ne le sont pas.
L’article décrit les preuves nécessaires ; il ne fournit pas d’exploitation et n’affirme pas l’existence d’une vulnérabilité dans un pilote précis.
Compiler n’est qu’une observation
Gardez ensemble révision et configuration du noyau, identification du matériel, déclencheur reproductible et comportement avant/après. Un correctif compilable peut encore modifier les timings, casser une réponse légitime ou laisser l’échec initial intact. Un test qui n’atteint jamais le passage concerné ne démontre pas davantage une réparation.
Pour les débutants qui travaillent sur des nettoyages ordinaires, la conséquence pratique est de choisir une petite modification qu’ils peuvent expliquer et de suivre le processus du sous-système. L’exercice comprend l’apprentissage du fonctionnement du code et de la réponse aux relectures. Un grand nettoyage généré retire cette étape d’apprentissage au lieu de l’accomplir.
Revue du 8 septembre : annonce datée du 3 août, portée limitée à drivers/staging, exception de sécurité précisée ; détection infaillible et règle générale retirées.