J'aurais du préciser. En fait, le 2.6.0-test9 fonctionne comme un charme chez moi aussi mais depuis le -test10, plus rien à faire.
Le problème est bien plus ancien (-test4) mais il n'apparait sur ma bécane que maintenant, ce n'est donc pas le passage -test9 -test10 qui est en cause. C'est juste un catalyseur. C'est pour ça que c'est assez grave: c'est une mise en lumière d'un défaut de base.
Je t'incite fortement à tester le -test11. Peu importe la config (mais avec PREEMPT, c'est plus facilement reproductible), pour le tester essaie juste de recompiler un noyau 2.6 avec pas mal d'option pour mettre ta bécane en charge. Chez moi, ça plante systematiquement à la première compilation.
Tu peux réessayer 2 ou 3 fois à la suite pour être sur.
J'ai même reproduit le oops avec un tout petit noyau de 700Ko, c'est indépendant d'à peu près tout, même l'architecture: les gars d'IBM avait reproduit le truc sur ppc64. Tout ce qu'on sait, c'est que l'endroit où ça plante (slab.c) n'est pas en cause. Il y a juste un bit d'erreur en mémoire.
[^] # Re: Le kernel 2.6.0 stable, c'est pas pour demain
Posté par Jérôme Pinot (site web personnel) . En réponse au journal Le kernel 2.6.0 stable, c'est pas pour demain. Évalué à 4.
Le problème est bien plus ancien (-test4) mais il n'apparait sur ma bécane que maintenant, ce n'est donc pas le passage -test9 -test10 qui est en cause. C'est juste un catalyseur. C'est pour ça que c'est assez grave: c'est une mise en lumière d'un défaut de base.
Je t'incite fortement à tester le -test11. Peu importe la config (mais avec PREEMPT, c'est plus facilement reproductible), pour le tester essaie juste de recompiler un noyau 2.6 avec pas mal d'option pour mettre ta bécane en charge. Chez moi, ça plante systematiquement à la première compilation.
Tu peux réessayer 2 ou 3 fois à la suite pour être sur.
J'ai même reproduit le oops avec un tout petit noyau de 700Ko, c'est indépendant d'à peu près tout, même l'architecture: les gars d'IBM avait reproduit le truc sur ppc64. Tout ce qu'on sait, c'est que l'endroit où ça plante (slab.c) n'est pas en cause. Il y a juste un bit d'erreur en mémoire.
Et personne ne sait comment résoudre ce oops.