Intel 915 + Gusty

Hace tiempo que no probaba las salidas de video/tv-out y cuando quise hacerlo me encontré con una nada grata sopresa: no andaba on-the-fly. Así es, si bien reiniciando la sesión con el cable ya conectado habilitaba automáticamente la salida...enchufarlo en una sesión y alternar con Fn+F7 (combinación por hard en mi laptop para el cambio de pantallas) no producía ningun resultado.

En resumen:

* cable conectado antes de la sesión habilita la salida de video, clonando y deshabilitando la pantalla LCD.
* cable conectado luego de iniciar sesión y Fn+F7... nada de nada

Sin embargo usando i810 en lugar de intel, la cosa funcionaba. Googleando un poco encontré una solución bastante aceptable por el momento, y de paso simpática: xrandr

Con esta aplicación (y su correspondiente en gui urandr) podemos trabajar las salidas on-the-fly y habilitar/deshabilitar a "gusto y placer".

algunos ejemplos

xrandr --output LVDS --mode 1280x800 --output TV --mode 1024x768 # habilita las dos salidas a en diferentes resoluciones

xrandr --output TV --off # deshabilita la salida de TV

y bueno... las combinaciones son variadas y podemos hacer xinerama o lo que queramos

xrandr --output VGA --right-of LVDS

solo es cuestión de jugar con las posiblidades, resoluciones, y tener en xorg definido un "virtual mode" que soporte la resolución resultante... de juntar por ej: 1024x768 + 1024x768.

El tema que no está solucionado, es que si usamos resoluciones distintas para cada salida queda una zona muerta en la que usa resolución mas pequeña... en fin, bien se explica acá

enjoy

suspend & mplayer

Antes de juzgar el título aclaro que no tiene nada de relación, simplemente meto dos post en uno.

Puntualmente el problema es que suspende ok sin problemas pero cuando hace el resume se queda la pantalla en blanco sin responder teclado mouse touchpad red o cualquier medio, dejando como única alternativa un hard-reset.
El tema del suspend era lo que me venía matando desde hace rato (apesta esperar 2 minutos cada vez que quiero prender mi laptop... lo que sucede aproximadamente cada media hora :p). Después de indagar por muchos lados y probar de las más diversas maneras estas son mis conclusiones:

* kernel 2.6.22.x (de fábrica en gusty) tiene algún bug ya reportado en la parte de suspend, porque es increíble la cantidad de gente que ha posteado el mismo problema con los mas diversos hardwares

* hibernate no tiene nada que ver en esto, es más luego de modificar por todos lados probé hasta eliminarlo obteniendo el mismo resultado

* no era problema de framebuffer ni de compiz ni nada gráfico porque booteando en vga normalito sin fb pasaba lo mismo desde consola

* kernel 2.6.23 recién salido del horno suspende correctamente y vuelve todo a la normalidad pero por causas que no me puse a investigar aún no me levantaba la wifi así que fué descartado

entonces... la solución momentánea fue: agregar momentaneamente repositorios de feisty, bajar mi querido 2.6.20 que andaba bien y probar con esa imagen. teniendo o sin tener hibernate la función de suspender anda perfecto. Y si.. se siente raro volver a un kernel "viejo" teniendo uno nuevo que andaba tan lindo (salvo por el suspend) pero bueno, hasta que deje andando 2.6.23 esta es una buena opción.

Respecto a mplayer hace casi una semana que no veía ninguna serie y hoy me encontré con la grata sorpresa de que al levantar mplayer pasaba entre 5 y 10 segundos sin hacer nada... y luego arrancaba. Miento llegaba hasta la parte donde deshabilita gnome-screensaver y ahi se quedaba sin error ni nada.. a la espera del infinito, hasta que luego continuaba como si nada.

Despues de borrar mover probar varias versiones llegué a la conclusión de que el problema lo está dando la nueva línea añadida a /etc/mplayer/mplayer.conf
stop-xscreensaver = "yes"

Por razones que aún no descubro esto hace que corriendo mplayer como usuario haga lo que comenté más arriba mientras que corriendo como root va a los pelos. Así que opté por comentarla y seguir como siempre haciendo un killall gnome-screensaver antes de ver alguna peli :p

Si... estoy en vago... pero bueh, son las 2:30 y se me parte la cabeza
chau

tip: i810 + vga-out + mouse pointer

Trouble: when i connect vga-out (switching ctrl+F6) the mouse pointer disappear some times (randomly).

Solution: adding this line to xorg.conf ( video device) the trouble was solved:
Option "SWCursor" "true"

explanation: Apparently when switch resolutions that they aren't the standard (wildscreen's resolutions), hardware cursor don't work correctly and cause this problem, so this option disable the hardware cursor and let my work with software cursor.

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é)

Ubuntu y mi V2615

Acabo de adquirir una Compaq v2615, que es una notebook bastante modesta a comparación de las que hay en el mercado actualmente, pero para mis necesidades es suficiente, al menos por ahora. La laptop viene con un Sempron 3000, con 256MB de RAM, disco de 40Gb(4200RPM).

La idea principal es probar un Arch en esta máquina, pero como por estas fechas tengo muchas cosas por hacer de la facultad necesitaba una distribución que pudiera instalar y que saliera todo andando. Buscando en mi casa, el CD de Ubuntu mas actualizado que encontré para instalar fue un 6.06.

A la hora de instalarlo no fue tan fácil, por los limitados 256MB de RAM, lo primero que le pienso actualizar es la RAM a 512MB. La primera vez que intenté instalarlo desde el LiveCD no funcionó, cuando ejecutaba el instalador, despues de unos muchos minutos se terminaba colgando, aparentemente por falta de RAM.
La solución fue, arrancar desde el LiveCD, y con fdisk eliminar todas las particiones que tenía, una NTFS y una FAT32, y crear una EXT3 y una SWAP. Luego reiniciar nuevamente desde el LiveCD para que utilize la partición SWAP, esto acelero bastante el proceso de instalación y no se colgó.

Luego de este pequeño percance tuve mi flamante Ubuntu 6.06 andando!

Instalando una TDM400P sobre Etch

Introducción
Para que Asterisk pueda hacer uso de la red telefónica conmutada (PSTN) es necesario contar con una interfaz, la misma la proveen los módulos de hardware FXS o FXO, que permiten la interconexión directamente a teléfonos o a las líneas telefónicas. En mi caso tengo una TDM400P que tiene integrados dos módulos FXO y dos módulos FXS. Todo esto lo haremos funcionar sobre un Debian GNU/Linux Etch con kernel 2.6.17.

Instalación
Una vez que la placa esta instalada en el slot correspondiente del motherboard, hay que hacer que nuestro sistema operativo pueda usarla. Para esto tenemos que instalar el controlador adecuado para esta placa. Podriamos usar la versión empaquetada que se encuentra en los repositorios oficiales de Debian, pero como queremos instalar la última versión, los descargamos desde http://ftp.digium.com/pub/zaptel/zaptel-1.4-current.tar.gz
Hay que tener instaladas los paquetes de desarrollo como linux-headers build-essential, entre otros. Una vez descargado hacemos

tar zxvf zaptel-1.4-current.tar.gz
make linux26
sudo make install

Con esto ya tendriamos los módulos para el kernel listos.
Para probarlos podemos hacer

sudo modprobe zaptel
sudo modprobe wctdm

si todo salió bien no deberían haber mensaje de error. Y podemos comprobar con dmesg que aparecen estas líneas.

Module 0: Installed -- AUTO FXS/DPO
Module 1: Installed -- AUTO FXS/DPO
Module 2: Installed -- AUTO FXO (FCC mode)
Module 3: Installed -- AUTO FXO (FCC mode)
Found a Wildcard TDM: Wildcard TDM400P REV I (4 modules)
Registered tone zone 0 (United States / North America)

Con esto solo restaría toquetear un poco el archivo de configuración /etc/zapata.conf, agregandole estas

fxsks=1-2
fxoks=3-4

Eso es todo! con esto ya podremos hacer uso de los canales Zap en nuestro Asterisk.