Re: [saK] y Recuperar de cuelgue de X y consolas
Hola a todos, Algunas puntualizaciones... (jo que duros que sois conmigo ;-) On Sun, Jan 16, 2000 at 04:52:57PM +0100, Hue-Bond wrote: El sábado 15 de enero de 2000 a la(s) 22:38:48 +0100, Manel Marin contaba: Si me equivoco en algo o sabeis algo que yo no sepa m'avisais A ver si lo adivinas ;^) Asi cada targeta necesita una inicialización diferente y la única de esa targeta. ¿Lo dejamos así?: Asi aunque la targeta se inicializa sola en el arranque (reset hardware) para cambiar de modo gráfico se necesita una configuración de los registros svga diferente. La única manera común de hacer una inicialización es llamando a la BIOS de esa targeta, utilizando un modo de video generico. - Poner la targeta en un cierto modo gráfico ¿Como que no? - Permitir el acceso a la memoria (buffer) de la targeta gráfica ...de una forma estandarizada y desde el modo extendido del procesador targeta gráfica no soportada por ningún servidor X Fale, solo si la targeta es compatible VESA 2.0 y además consigues que te funcione el servidor X framebuffer (que tiene miga) a mi no me funcionó :-( Saludos, -- Manel Marin e-mail: [EMAIL PROTECTED] Linux Powered (Debian 2.1 slink)
Re: [saK] y Recuperar de cuelgue de X y consolas
hola a todos, On Mon, Jan 10, 2000 at 01:50:07AM +0100, Hue-Bond wrote: El domingo 09 de enero de 2000 a la(s) 22:13:33 +0100, Manel Marin contaba: (Nadie ha sabido decirme que comando usar para reiniciar el modo grafico VGA) El paquete svgatextmode tiene buena pinta. 'man stm': Lo he probado y no soporta mi targeta gráfica. He estado investigando y todo lo que he encontrado lo adjunto en mi chuleta teoria-svga ;-) Si me equivoco en algo o sabeis algo que yo no sepa m'avisais En resumen framebuffer got the power y como no me va bien, voy a enviar un bug-report ;-) Saludos, -- Manel Marin e-mail: [EMAIL PROTECTED] Linux Powered (Debian 2.1 slink) teoria-svga: (0.01) Un poco de teoria sobre las SVGA y el framebuffer HARDWARE SVGA NO COMPATIBLE: Desde que IBM dejo de ser el estandard de-facto con su VGA, cada fabricante ha añadido registros adicionales no compatibles entre ellos. Asi cada targeta necesita una inicialización diferente y la única manera común de hacer una inicialización es llamando a la BIOS de esa targeta. BIOS Y MODO EXTENDIDO: Parece que la BIOS solo puede utilizarse en modo real, por lo que solo puede emplearse, para fijar el modo gráfico, en el arranque antes de la descompresión del kernel... Eso es justo lo que se hace al seleccionar el modo de texto en el arranque con vga=... UN ESTANDARD: VESA 2.0 Afortunadamente los fabricantes de hardware se han puesto de acuerdo para crear un estandar que permite: - Poner la targeta en un cierto modo gráfico - Permitir el acceso a la memoria (buffer) de la targeta gráfica EL FRAMEBUFFER: Con el soporte del framebuffer en el kernel es posible utilizar una targeta gráfica no soportada por ningún servidor X Pero el formato de definición del modo de video ha cambiado... PRECAUCION: El soporte del framebuffer en los kernel 2.2 es experimental y no exitía en los kernel 2.0 CAMBIOS DE MODO DE VIDEO EN EL KERNEL: Si no se incluye soporte de framebuffer al compilar el kernel, no se hará ningún intento de cambiar el modo de video de la SVGA (ya que no sabe como hacerlo... en cada SVGA es diferente). ¿Y cuando conmutamos de las X a una consola virtual? El cambio de modo de video lo hace el servidor X que conoce la SVGA Si se incluye el soporte de framebuffer al compilar el kernel y tenemos una SVGA compatible VESA 2.0, al cambiar de consola virtual (VC) se cambia el modo de video. APLICACION DE CAMBIO DE MODO DE VIDEO: Existe el paquete svgatextmode para cambiar el modo gráfico y está basado en las X, pero es un poco antiguo y no reconoce por ejemplo mi ATI Mach64 MAS INFORMACION: Con los kernel 2.2 en: - /usr/src/linux/Documentation/fb/framebuffer.txt - /usr/src/linux/Documentation/fb/vesafb.txt
Re: [saK] y Recuperar de cuelgue de X y consolas
El domingo 09 de enero de 2000 a la(s) 22:13:33 +0100, Manel Marin contaba: (Nadie ha sabido decirme que comando usar para reiniciar el modo grafico VGA) El paquete svgatextmode tiene buena pinta. 'man stm': -o Force all standard VGA registers to a known textmode state. This is quite useful when some VGA- aware program (X-server, svgalib, ...) crashes or gets killed and leaves the screen in graphics mode. Habría que asociar el comando 'stm -o' a alguna tecla, a base de Xmodmap o gpm... [EMAIL PROTECTED] -- Just do it. David Serrano [EMAIL PROTECTED] http://www.ctv.es/USERS/fserrano In love with TuX - Linux 2.2.14Linux Registered User #87069
Re: [saK] y Recuperar de cuelgue de X y consolas
Hola a todos, he estado haciendo más pruebas y ya me imagino lo que está pasando... He recompilado el kernel SIN soporte de frame buffer, y he hecho MAGIC SYSRQ + saK, resultado: 1) Las X se reinician y funcionan... 2) Las consolas virtuales se quedan con exactamente el mismo dibujo (fondo y login) solo que aparecen una rayas blancas verticales de unos 4 o 5 mm a todo lo largo de la parte superior de la pantalla 3) El teclado va bien, y a ciegas se puede hacer cualquier cosa Lo he probado en otro PC, con otra targeta grafica (S3) y el 2.2.13 y lo mismo. ¿Me lo podeis confirmar? DEDUCCIONES DE MOMENTO: a) Parece que el kernel por si mismo y sin el soporte de framebuffer no sabe nada de modos gráficos de la SVGA, ni hace ningún intento. b) Las X deben restablecer el modo grafico de la SVGA al salir normalmente y no lo hacen al asesinarlas con [saK] c) El kernel con framebuffer SI sabe de modos graficos, pero con mi targeta debe de haber algun bug que hace que los caracteres queden desparramados por la pantalla. Con otros servidores X todo va bien. CONCLUSIONES DE MOMENTO: A) De momento si se me cuelgan las X haré MAGIC + unRaw y luego ALT + F1, y asesinare las X desde la consola. B) Las pruebas con kernel 2.2.13 sin soporte de framebuffer me han dejado mal sabor de boca, si las X se cuelgan te puedes quedar sin consolas virtuales... (Nadie ha sabido decirme que comando usar para reiniciar el modo grafico VGA) C) Estaria bien tener un MAGIC SYSRQ + Vga que reiniciase el modo gráfico de la VGA D) AUN MEJOR: MAGIC SYSRQ es para usuarios avanzados, no le explicaré a mi hijo ni a mi mujer como funciona... ¿Que os pareceria que DEL + F1 conmutara a VC1, hiciera un saK, y reiniciara el modo grafico de la VGA? Esto se lo podriamos explicar a cualquier usuario... ¡¡¡TENDRIAMOS UN LINUX SOLIDO COMO UNA PIEDRA!!! ¿Que os parece? ¿A quien tengo que comentarle esto? ¿A Linus? Agradeceré todo comentario/orientación por pequeño que sea... ;-) On Fri, Jan 07, 2000 at 12:31:22AM +0100, Manel Marin wrote: [...] EL PROBLEMA: Las consolas quedan inutiles, se las puede acceder pero no muestran caracteres ASCII, si no puntos blancos distribuidos irregularmente. Bueno no quedan bloquedas, se puede hacer login a ciegas y ejecutar comandos (reboot ;-) He probado a lanzar el comando reset y no lo soluciona... Y tambien a killear los getty y nada Uso framebuffer, y arrancando en modo texto normal es incluso peor... X-C Mi servidor X es el XF86_Mach64 ¿No le gusta que le killeen a saKo y se toma la venganza? Saludos, -- Manel Marin e-mail: [EMAIL PROTECTED] Linux Powered (Debian 2.1 slink)
Re: [saK] y Recuperar de cuelgue de X y consolas
On Sun, Jan 09, 2000 at 10:13:33PM +0100, Manel Marin wrote: ¿Que os pareceria que DEL + F1 conmutara a VC1, hiciera un saK, y reiniciara el modo grafico de la VGA? Esto se lo podriamos explicar a cualquier usuario... ¡¡¡TENDRIAMOS UN LINUX SOLIDO COMO UNA PIEDRA!!! ¿Que os parece? ¿A quien tengo que comentarle esto? ¿A Linus? Según la documentación de MagicSysRq, * I have more questions, who can I ask? You may feel free to send email to [EMAIL PROTECTED], and I will respond as soon as possible. If that email address does not work, use [EMAIL PROTECTED] -Myrdraal Será o no será el maintainer todavía? Imagino que sí, de otro modo hubiesen cambiado el readme :) /usr/src/linux/Documentation/sysrq.txt Jordi pgp0dRYiZf84b.pgp Description: PGP signature
Re: [saK] y Recuperar de cuelgue de X y consolas
* [000107 00:24] Manel Marin ([EMAIL PROTECTED]) decia: Hola otra vez, [.] He probado a lanzar el comando reset y no lo soluciona... Y tambien a killear los getty y nada Hola Probaste con setfont? a veces funciona sobre todo cuado el Quake tenia la mania de hacerme lo mismo :) Saludos -- Daniel H. Perez a veces Tango [EMAIL PROTECTED] Fui lo que crei, soy lo que esta pasando (Charly Garcia) Linux 2.2.13 Usuario Reg. N. 85920 GnuPG Public Key 0x98ECB388
Re: [saK] y Recuperar de cuelgue de X y consolas
Hola, Me confirmo a mi mismo ;-) On Wed, Jan 05, 2000 at 10:46:41PM +0100, Manel Marin wrote: [...] EL PROBLEMA: Las consolas quedan inutiles, se las puede acceder pero no muestran caracteres ASCII, si no puntos blancos distribuidos irregularmente. Bueno no quedan bloquedas, se puede hacer login a ciegas y ejecutar comandos (reboot ;-) He probado a lanzar el comando reset y no lo soluciona... Y tambien a killear los getty y nada Uso framebuffer, y arrancando en modo texto normal es incluso peor... X-C Mi servidor X es el XF86_Mach64 ¿No le gusta que le killeen a saKo y se toma la venganza? Efectivamente he probado en otro PC y otro servidor X y esto no pasa, por lo que la culpa es del servidor X que me deja la SVGA loca al killearlo con saK ¿Algun comando para resetear los registros de la SVGA? Saludos, -- Manel Marin e-mail: [EMAIL PROTECTED] Linux Powered (Debian 2.1 slink)
[saK] y Recuperar de cuelgue de X y consolas
Hola otra vez, Una de las teclas magicas es MUY UTIL, es la K ( de a saKo o a saK X-) asesina todos los procesos del terminal virtual en uso y deja el resto... Pues resulta que va de muerte con las X, ya que las resetea (si usas wdm) pero... EL PROBLEMA: Las consolas quedan inutiles, se las puede acceder pero no muestran caracteres ASCII, si no puntos blancos distribuidos irregularmente. Bueno no quedan bloquedas, se puede hacer login a ciegas y ejecutar comandos (reboot ;-) He probado a lanzar el comando reset y no lo soluciona... Y tambien a killear los getty y nada Uso framebuffer, y arrancando en modo texto normal es incluso peor... X-C Mi servidor X es el XF86_Mach64 ¿No le gusta que le killeen a saKo y se toma la venganza? ¿Tambien os pasa a vosotros? Saludos, -- Manel Marin e-mail: [EMAIL PROTECTED] Linux Powered (Debian 2.1 slink)
Re: [saK] y Recuperar de cuelgue de X y consolas
Hola a todos, On Wed, Jan 05, 2000 at 10:46:41PM +0100, Manel Marin wrote: Uso framebuffer, y arrancando en modo texto normal es incluso peor... X-C Mi servidor X es el XF86_Mach64 ¿No le gusta que le killeen a saKo y se toma la venganza? A mi no me pasa, pero en la documentacion del kernel avisan que no tiene porque ser compatible el framebuffer con el servidor acelerado; con algunas tarjetas lo es y con otras no. Si quieres que no haya problemas utiliza el XF86_FBDev. Hasta otra. -- _ _ |/ \/ |\ | |_ |_ Eduardo Borja Ramírez Ronco |\ / | \| |_ _| Debian 2.2 y Kernel 2.2.13 Usuario de linux #156307 Maquina #68965 Ya he cambiado la firma pgpBxy3NxL8II.pgp Description: PGP signature
Re: [saK] y Recuperar de cuelgue de X y consolas
El Wed, Jan 05, 2000 at 10:46:41PM +0100, Manel Marin nos dijo: Hola otra vez, Una de las teclas magicas es MUY UTIL, es la K ( de a saKo o a saK X-) asesina todos los procesos del terminal virtual en uso y deja el resto... Pues resulta que va de muerte con las X, ya que las resetea (si usas wdm) pero... EL PROBLEMA: Las consolas quedan inutiles, se las puede acceder pero no muestran caracteres ASCII, si no puntos blancos distribuidos irregularmente. Bueno no quedan bloquedas, se puede hacer login a ciegas y ejecutar comandos (reboot ;-) He probado a lanzar el comando reset y no lo soluciona... Y tambien a killear los getty y nada Uso framebuffer, y arrancando en modo texto normal es incluso peor... X-C Mi servidor X es el XF86_Mach64 ¿No le gusta que le killeen a saKo y se toma la venganza? ¿Tambien os pasa a vosotros? Acabo de probarla y funciona perfectamente. Se ha cargado mi servidor X del tty24 y el resto de VC's e incluso otro servidor X que tenía en tty23 ni se han enterado. Mi tarjeta es una S3 Trío 64+. Por cierto, *no* uso framebuffer. Salu2, Netman. -- Imbesi's Law with Freeman's Extension: In order for something to become clean, something else must become dirty; but you can get everything dirty without getting anything clean. Powered by Debian/GNU Linux 2.2 - Kernel 2.2.14 pgpCoBUEi1aSu.pgp Description: PGP signature
