feisty updates (TV-OUT intel915)

Ok, ever since i have made the update to feisty, i haven`t a chance to test vga and tv out.
This weekend (i was boring) i can do it.
In my frist try ubuntu startup correctly and tv-out work in console mode (1024x768 i think..), but when X started.. everything what i saw was a gdm crash. The simple way (just MonitorLayout option in xorg) don`t work anymore.

I tried the same whit vga-out and everything works well , i did not have to change resolution ( 1280x800 to 1027x768) or anything... Now the Fn+F7 switch (CRT, LCD, LCD+CRT) works fine. (the mouse pointer is not lost after switch and y can alternate outputs whit no crash desktop).

Finally, i let the tv-out working whit a new xorg.conf, and now when X starts the screen is cloned and i can switch between TV+LCD, TV only and LCD only.

X --config /etc/X11/xorg.conf.sclone

the config is something like this:


###

Section "Device"
Identifier "SVIDEO"
Driver "i810"
Option "MonitorLayout" "TV,LFP"
Option "FlipPrimary" "True"
Option "TVStandard" "PAL-N"
Option "TVOutFormat" "SVIDEO"
Option "ConnectedMonitor" "TV"
Option "Clone" "True"
BusID "PCI:0:2:0"
EndSection

Section "Monitor"
Identifier "LCD"
Option "DPMS"
HorizSync 30 - 81
VertRefresh 56 - 76
EndSection

Section "Monitor"
Identifier "TV"
HorizSync 30-50
VertRefresh 60
EndSection

Section "Screen"
Identifier "TV"
Device "SVIDEO"
Monitor "TV"
DefaultDepth 24

SubSection "Display"
Depth 24
Modes "800x600" "640x480"
EndSubSection
EndSection

Section "ServerLayout"
Identifier "LCDandTV"
Screen "TV"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
InputDevice "Synaptics Touchpad"
Option "AIGLX" "true"
EndSection

Section "ServerFlags"
Option "DefaultServerLayout" "LCDandTV"
EndSection

TO-DO: TVStandard option don`t work well because although i set PAL-N, the svideo out keep going NTSC

Wi-Fi en mi laptop

Estos son los pasos que tuve que hacer para configurar la tarjeta de red inalambrica de mi laptop en Ubuntu.
Después de haber leído mucha info que hay dando vuelta por internet sin obtener los resultados que quería y llegando a pensar que mi tarjeta de red wi-fi ya no servia para nada, no me quedo otra que profundizar en el tema y ver que rayos era el problema.
El problema principal que tuve fue el de encontrar el driver adecuado para mi chipset más alla de que en muchas guías y howtos dicen bajate este driver que es el que funciona.
Probé muuuuchos drivers que encontré, pero para saber cual es que funciona hay que buscar el ID del dispositivo PCI, se puede ver con
$ lspci | grep BCM
05:02.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02)
y el primer número de la línea nos sirve como identificador para buscar el ID usando lspci -n 05:02.0
entonces en este caso el ID es 14e4:4318, los primeros 4 digitos son el ID del fabricante y los otros son el ID del dispositivo. Estos últimos 4 son los números que tenemos que buscar en los archivos .ini que acompañan al driver que descargamos. Por ejemplo, tengo 10 directorios, cada uno con un driver que encontré en internet y que supuestamente era el que funcionaba. Si hago un cat *.ini | grep 4318 en cada directorio, puedo ver solo 2 tienen una línea que menciona al identificador de mi tarjeta wi-fi. Y estos son los drivers que funcionaron en mi laptop.
Una vez que tenemos identificado el driver que funciona, tenemos que instalar el firmware para que el módulo de nuestro kernel lo utilize al ser cargado.
Esto lo podemos hacer con el paquete bcm43xx-fwcutter que se encuentra en los repositorios de Ubuntu.
Para instalar el firmware solo tenemos que hacer
$ sudo bcm43xx-fwcutter -w /lib/firmware/ driver.sys
Con esto debería estar instalado y solo faltaría hacer un
$ sudo rmmod bcm43xx
$ sudo modprobe bcm43xx
Para recargar el módulo y que comienze a funcionar.

-- Actualización 17.05.2007 --
Después de probar el módulo bcm43xx que viene con el kernel, creo que es mejor usar ndiswrapper; ya que proporciona mejor desempeño que el bcm43xx, que por ejemplo solo se conecta a 11M y con ndiswrapper llego a 54M.
Lo que hace ndiswrapper es usar directamente el driver para Windows de la tarjeta Wi-Fi.

Configurando Beryl en mi v2615

Esta es la configuración mínima con la que me funciona la aceleración en mi laptop.
Tengo instalado el paquete xorg-driver-fglrx que proporciona el driver para la aceleración de la ATI Radeon XPRESS 200M. Con

$ sudo apt-get install xorg-driver-fglrx

Para configurar la aceleración primero se puede ejecutar el comando

$ sudo dpkg-reconfigure xserver-xorg

Seleccionando como driver fglrx y dejando las otras opciones como estan por defecto. Luego hay que hacer algunos cambios al archivo /etc/X11/xorg.conf
En la sección de los módulos lo dejé así


Section "Module"
Load "i2c"
Load "bitmap"
Load "ddc"
Load "dri"
Load "extmod"
Load "freetype"
Load "glx"
Load "int10"
Load "type1"
Load "vbe"
EndSection


La sección Device se ve así

Section "Device"
Identifier "aticonfig-Device[0]"
Driver "fglrx"
Option "VideoOverlay" "on"
Option "OpenGLOverlay" "off"
EndSection

Y por último agregué una sección como esta al final del archivo

Section "Extensions"
Option "Composite" "Off"
EndSection

Y ahora reiniciando gdm con

$ sudo /etc/init.d/gdm restart

Deberiamos poder iniciar nuestra sesión en modo gráfico con aceleración. Para probarlo desde una terminal en modo gráfico escribimos

$ glxinfo | grep rendering

y veremos una línea como la siguiente

direct rendering: Yes

Bueno con esto ya tenemos la aceleración habilitada.

mejorando el rendimiento [ chipset intel915 - lg lw20 ]

Recién hace unos días, por cuestiones de la vida vine a darme cuenta que tenia tan solo 8mb dedicados a video (la placa puede usar hasta 128mb compartidos).

Con beryl y compiz noté una sutil diferencia en cuanto a manejo de ventanas cuando tenia varias abiertas (digamos mas de 3 por cada escritorio), así que aunque mis pruebas con glxgears no demostraron una mayor velocidad en cuanto a fps, si pude notar una mejoría en el trabajo diario.

(vamos a ver cuanto duran los efectitos y menus hasta que me aburran, otra vez y vuelva a mi parco entorno de todos los dias... pero rápido)

solo agregué unas lineas a la sección devices de xorg para poder manejar la cantidad de ram dedicada a video

Section "Device"
Identifier "Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller"
Driver "i810"
BusID "PCI:0:2:0"
# Option "MonitorLayout" "TV, LFP"
# Option "TVStandard" "PAL-M"
# Option "MonitorLayout" "CRT+DFP,LFP" // deberia servir para probar con 2 salidas Option "VBERestore" "true"
# VideoRam 131072
Option "DRI" "true"
Option "AperTexSize" "65536"
# Option "DevicePresence" "true"

Ahora bien parece que automáticamente al definir AperTexSize toma el máximo ese disponible, sino directamente se puede trabajar con VideoRam y obtener los mismos resultados

Por ahora con 64mb de video noto una buena diferencia y no me quedo sin ram (hasta que compre el módulo de 1gb)

PD: la opción DevicePresence debería servir (no la he probado aun) para detectar correctamente la conexión de dispositivos de salida externo cuando estos son puestos al estilo hotplug (hasta ahora el vga-out anda jolia pero el tv-out si no lo pongo antes de prender al maquina se ve en blanco y negro por mas que configure la norma... bueh esto es otro tema que algún día cuando tenga tiempo revisaré)