[eside-ghost] Kernel panicks a saco en un kernel que aparentemente
funciona
STenyaK <Bruno González>
stenyak en gmx.net
Dom Feb 6 01:28:46 CET 2005
Wenas a todos.
Perdonad la txapa de aki debajo, es para mostrar información efectiva sobre por qué Linux no es perfecto... digo... sobre cómo peta.
Ultimamente, tal como el subject reza, tengo bastantes kernel panicks una vez que linux ya se ha iniciao y está funcionando normalmente. Puede haber estao rulando durante dias.
El tema es: arranco un programa. Que yo sepa solo peta con programas que usan OpenGL. He comprobao que peta mas o menos a menudo en Racer y en Motorsport (ver firma al final del mail). Lo que tienen en comun es, aparte de que usan OGL, que el kernel panick aparece cuando intento salir los programas.
Este problema lo llevo teniendo como minimo un mes. No sé precisar muy bien, pero más o menos desde los kernel... 2.4.10 o así. Ahora mismo estoy con el 2.4.28-rc5 de Gentoo. Asumo que es un kernel panick, no sé seguro, simplemente se queda todo bloqueado (no puedo pasar a consolas ctrl+alt+fX, ni usar raton ni teclao ni nada, no responde) y las luces del teclao parpadean.
No he probao a pasarme al kernel 2.6.x todavia porque ahora mismo estamos de examenes y conseguir que todo me funcione en 2.6 no es precisamente facil (ya lo he intentao un par de veces).
Asi que investigando, he mirao los logs de Motorsport. Se supone q cada mensaje de log es escrito _al instante_ a disco, forzando los buffers a escribirse. No obstante, las ultimas lines normales del log acaban así:
-----
(VEH)(UU): 8.34247 357.31525700 85.59676168 26.97388099 26.03138344 1st 14.31658877
(VEH)(UU): 8.34862 356.72928455 85.43151070 27.02647898 26.07784725 1st 14.31214314
(VEH)(UU): 8.34728 356.14393406 85.32927589 27.02931755 26.02089469 1st 14.307693^C^@/^M^C_ZNSt8_Rb_treeItSt4pairIKtPN4Ogre9TechniqueEESt10_Select1stIS5_ESt4lessItESaIS5_EE6rbeginEv^@-!^C^@^A
^K"^C^@^A^@H²^Q^C^@^A±7^C^@/^P^C_ZNKSt8_Rb_treeItSt4pairIKtPN4Ogre9TechniqueEESt10_Select1stIS5_ESt4lessItESaIS5_EE6rbeginEv^@N ^C^@^A
^@"^C^@^A^@H%^R^C^@^Ag5^C^@/^S^C_ZNSt8_Rb_treeItSt4pairIKtPN4Ogre9TechniqueEESt10_Select1stIS5_ESt4lessItESaIS5_EE4rendEv^@-!^C^@^A
^K"^C^@^A^@H~Y^R^C^@^Ag5^C^@/^V^C_ZNKSt8_Rb_treeItSt4pairIKtPN4Ogre9TechniqueEESt10_Select1stIS5_ESt4lessItESaIS5_EE4rendEv^@N ^C^@^A
^@"^C^@^A^@H^N^S^C^@^AÎ8^C^@/^Y^C_ZNKSt8_Rb_treeItSt4pairIKtPN4Ogre9TechniqueEESt10_Select1stIS5_ESt4lessItESaIS5_EE5emptyEv^@kJ^@^@^A
-----
Y así otros 852 kB de basura. Las primeras lineas son datos de telemetria, amos, absolutamente normal. Como veis, hay una linea cortada a mitad.
Asi pos de pronto, siempre que el programa peta, es _despues_ de que se inicie el proceso de cerrado. Es decir, tras pulsar escape. Y cada vez que se pulsa escape se escribe una linea del tipo "user wants to shut down, closing simulation". Como digo, se escribe al instante. No obstante, hay datos escritos _antes_ que eso; la telemetría es cortada de golpe con basura, cuando al menos debería haber sido escrita la línea de que el usuario quiere cerrar el programa.
Asi que no sé qué pensar. El creador de TORCS dice que a él tb a veces le petaba Linux cuando intentaba salir (de Torcs, que también usa opengl). Dice que usaba el kernel 2.4.29, y que pasando al 2.4.28 le dejó de ocurrir. El caso es que yo *ya* uso el 2.4.28.
He probao a usar glxgears (ya que usa opengl, la unica cosa en comun en todos los casos) durante unos minutos para despues cerrarlo (varias veces), y parece que la cosa no peta. Que igual es casualidad, a saber.
A alguien le ha pasao esto, o tiene idea de qué puede ser? Tienen los 2.4.* algun bug relacionao con OGL conocido y sin resolver?
Gracias por cualquier posible ayuda (y por leer el tocho mail claro) ;)
--
Saludos,
STenyaK
_______________________________________________
Site: http://kwh.iespana.es <KuantikalWareHouse>
http://motorsport-sim.org <Motorsport>
http://bashekas.v29.net <1kSurvivor>
Mail: stenyak AT gmx DOT net
Más información sobre la lista de distribución eside-ghost