[eside-ghost] Problemas al cambiar de usuario

[Jon Ander Hernández]

Aupi!!

On sáb, 2005-12-24 at 02:34 +0100, Juanval wrote: 
> En mi portatil por ejemplo, si ejecuto gdmflexiserver (te
> abre el GDM con una nueva sesión sin cerrar la anterior) me abre una
> sesión en Ctrl+Alt+F8 sin ningún problema. Y si luego alterno entre F8
> y F7, no casca nada. Eso si, si voy a una consola tipo F1, ya se va a
> la mierda la pantalla (a veces, no me pasa siempre) :S

> On 12/24/05, mobax <moibax en gmail.com> wrote:
> > Hasta ahí todo bien, pero al cerrar la sesión de mi hermana, o simplemente,
> > al cambiar de nuevo a mi sesión, se queda la pantalla negra y ya no puedo
> > hacer nada (no me queda más opción que reiniciar). He probado tb iniciando
> > una sesión de consola Ctrl+May+F1, y luego volviendo al modo gráfico
> > Ctrl+May+F7, y sucede lo mismo, se queda la pantalla negra y no puedo ni
> > siquiera volver a la sesión de consola volviendo a pulsar Ctrl+May+F1.

Cuando se queda la pantalla negra después de haber reiniciado las X o
habiendo estado cambiando entre consola y las X, suele ser porque la GPU
de la tarjeta gráfica se ha bloqueado, con lo cual es posible que el
equipo aún así siga funcionando sin que el kernel haya petado. De hecho
si os ocurre una vez más fijaros si oís el ruido de los HDDs y si el
equipo responde a pings desde otra maquina.

La explicación de porque suelen petar al hacer cambios entre consola y
las X es porque tanto la consola (la framebuffer del kernel) como las X
controlan directamente el hardware gráfico, eso quiere decir que existen
2 drivers totalmente distintos controlando el mismo hardware sin
cooperar entre ellos, ni coordinarse y con lo cual no saben que hace el
otro al hardware. Esto es un fallo de diseño conocido, y en el que se
lleva trabajando bastante tiempo y el cual ha hecho correr mares de
tinta, pero el cual no tiene una solución fácil. 
Ahora tal y como funciona con el error de diseño es : Cuando estas en la
framebuffer, el driver de fb del kernel controla el hard, cuando cambias
de tty (es decir de terminal virtual) si entras a la tty de las X, el
driver de las X se empapa del cambio, guarda el estado del hard gráfico
en memoria y restablece el estado de cuando estabas en las X, y cuando
cambias a la fb pues se intercambian los estados y a correr... el
problema es que esto no siempre funciona bien y entonces es cuando peta
xDDDD.
Uno se puede dar cuenta de lo que ocurre por debajo cuando cambia entre
la fb y las X por la cantidad de cosas raras que ocurren en el
intermedio y no hablo solo de los cambios de modo del monitor, sino que
es que además le cuesta.. tarda un ratillo... es como si le costará
hacerlo, y es por esto.

Otra consecuencia de este problema de diseño es que no es nada fácil
recuperar una sesión de las X después de haberlo invernado. Si algo del
hard esta distinto... pete al canto xDDDDD.

Un saludete!!

JonAn.

P.D: Para aquellos que queráis saber como se pretende solucionar que
sepáis que aún no esta claro como se va hacer xDDDD. Con lo cual para
explicar la situación habría que escribir un email de salsa geek xDDDD.