Hola:

No recuerdo quien pregunt� sobre la tarjeta mencionada, pero aqu�
tambi�n ten�a problemas con ella y por fin, aunque supongo no es la
mejor manera de hacerlo, as� lo hize:

El problema
-----------

Estuve sufriendo un buen rato con la configuraci�n del X en la m�quina
nueva que uso en el trabajo. Tiene procesador K6-2 3DNow, con un
motherboard de los nuevos que tienen todo integrado. El mio, si mi
entendimiento no me falla, tiene el chipset SiS530 para la susodicha
integraci�n, el cual tiene el chip de video SiS5595. Leyendo los
correos que me llegaban de las listas, particularmente de la de
debian-user-spanish, escuche que el debian 2.1 trae el XFree86
v. 3.3.2.3a, y que el soporte para los SiS estaba mejor en el 3.3.3.1,
que la forma m�s f�cil de hacer funcionar la tarjeta era bajar
solamente el server SVGA de la nueva versi�n y remplazar con este el
que instala Debian, ya que son compatibles a nivel binario (es decir,
entre las v. 3.3.2 y 3.3.3).

Despu�s de batallar un buen rato (equivalente al tiempo libre que he
tenido en 2 semanas), lo m�ximo que logre hacer fu� que se pusiera en
modo gr�fico, pero siempre se ve�a la imagen como con fantasma. Le
heche la culpa a que el chip SiS5595 no esta directamente soportado
(hay 5597, 5598, 6326, y otros), y no funcion� bien con ninguno.


La Soluci�n
-----------

Ayer, compr� el Linux Journal de este mes (abril 1999), y en el mismo
viene un art�culo sobre las nuevas caracter�sticas de frame-buffer
para manejar el video, que se incluyen en el kernel de linux a partir
de la versi�n 2.2.x (no se desde que versi�n en los 2.1.x). As� que
decid� probarlo... �y funcion�!

La cosa es tan sencilla como leer los documentos que vienen con el
kernel en el directorio Documentation/fb/ y recompilar el kernel con
esta informaci�n en mente. Es importante notar que para que se muestre
la opci�n del frame-buffer durante la configuraci�n del kernel, hay
que habilitar las preguntas por m�dulos incompletos � experimentales.

Una vez que configur�, recompil� � instal� el nuevo kernel (desde su
paquete .deb creado con el kernel-package), en el lilo.conf, modifique
la secci�n que carga mi kernel por default y qued� como sigue:

image=/vmlinuz
        root=/dev/hda3
        label=linux
        vga=0x317
#       append="video=vesa:ywrap"
        read-only


Es decir, solo agregu� vga=0x317, que es la forma de poner la
resoluci�n de la pantalla en 1024x768x16bits de color, esto hace que
la pantalla se ponga en modo gr�fico, para las consolas virtuales de
Linux, a la resoluci�n dada. Los par�metros para que esta opci�n nos
d� otro modo de video estan en el archivo Documentation/fb/vesafb.txt
y, como esta documentado, no se muestran si se pone vga=ask pero
pueden ponerse as� para cambiar el n�mero de bits de color que se
quiera tener.

La l�nea comentada, al agregarse, permite que funcion� el Shift-PgUp y
Shift-PgDn para hacer scroll en las terminales virtuales de modo
"texto" (que ya no son 100% solo texto), sin embargo, tiene el efecto
secundario de hacer que la resoluci�n gr�fica en Y (y�) cambi�, es
decir, se agranda, entonces el X queda como con resoluci�n virtual y
eso no me gust�.

Bueno, una vez que corr� lilo para grabar las modificaciones, reinici�
la m�quina y... he aqu�... lo mas cool... te pone un Ping�inito en la
esquina superior derecha de la pantalla mientras se carga el
kernel. �Lo que todo linuxuario siempre a querido! :)

NOTA IMPORTANTE: La tarjeta de video debe ser compatible con la
versi�n 2.0 del estandar VESA, como dice la documentaci�n del kernel
mencionada.


Bueno, una vez que se inicia la m�quina y el kernel quedo bien
configurado con el nuevo modo de video, empezamos con la parte de la
configurada del X.

Con Debian 2.1, tuve que bajar el servidor X para frame-buffers, que
est� en el archivo XFB.tgz del sitio del XFree86, desempaque el
archivo XF86_FBDev y lo copi� a /usr/X11R6/bin/ y edit�
/etc/X11/Xserver para cambiar la primera l�nea para que apuntar� a
�l, es decir, qued�:

/usr/X11R6/bin/XF86_FBDev
Console

The first line in this file is the full pathname of the default X server.
The second line shows who is allowed to run the X server:
RootOnly
Console      (anyone whose controlling tty is on the console)
Anybody


Estos ultimos pasos, creo que son espec�ficos de Debian porque, seg�n
dice el art�culo, el RedHat ya incluye dicho servidor en la
distribuci�n.

Luego modifiqu� el /etc/X11/XF86Config para a�adir la siguiente
secci�n:

Section "Screen"
    Driver "fbdev"
    Device "My Video Card"
    Monitor "My Monitor"
    Subsection "Display"
        Depth 16
        Modes "default"
        Option "noaccel"
    EndSubsection
#    Subsection "Display"
#        Depth 8
#        Modes "default"
#        Option "noaccel"
#    EndSubsection
EndSection


Esta describe que si se carga el servidor X para frame-buffers, el
modo de video se queda como est�. Aqu� descubr� un efecto lateral: si
se inicia X con startx, se pueden quedar las 2 subsecciones de
"display" y darle:

startx -- -bpp 8
�
startx -- -bpp 16

Para iniciar X, seg�n el modo de video con que se halla iniciado.

Sin embargo, con el xdm, se tiene que dejar solo la subsecci�n display
del modo de video que se va a usar siempre.  Es decir, con startx s�lo
hay que reiniciar la m�quina y seleccionar otro modo de video (con la
opci�n vga=0xNNN), para poder pasar de una profundidad de color a la
otra, pero con xdm (por el momento), es un poco m�s r�gido y se
tendr�a que modificar el archivo de configuraci�n para hacerlo.


Conclusi�n
----------

Me atrev� a mandar un correo as� de largo a las listas, porque esta
opci�n para dar de alta el X es lo suficientemente general para que le
sea �til a otras personas, es decir, creo que hoy en d�a hay muchas
tarjetas SVGA compatibles con la especificaci�n VESA 2.0 que no estan
soportadas directamente por el XFree86, y con las instrucci�nes arriba
mencionadas, podr�an funcionar mientras que los gurus les hacen un
controlador "acelerado".

Adem�s, por el momento y en muy poco tiempo de estarlo usando, no he
notado mucha diferencia en la velocidad de despliegue usando el X as�,
� cuando lo usaba con una m�quina que ten�a una S3 Trio64+, para la
cual, se supone que el servidor X para la S3 tiene opciones de
aceleraci�n. Sin embargo, creo importante mencionar que no uso
programas que utilicen muchos gr�ficos.

Lo anterior lo hize en una m�quina con:

Debian GNU/Linux 2.1
XFree86 3.3.2.3a
Kernel v. 2.2.1
Tarjeta de video SiS530 (� SiS5595, todav�a no lo tengo muy claro)
Monitor AcerView 34T UVGA
Y el servidor X para frame-buffers de la versi�n 3.3.3.1 del XFree86

Saludos
Roberto Ruiz

--
LINUX: the FREE 32 bit OS for [3456]86 PC's available NOW!

Responder a