Pues al final me he decidido a probar el lector de las tarjetitas de cámaras digitales de Sony que tiene tristessa. Y no ha funcionado. Parece que el lector va unido de alguna manera al lector de tarjetas PCMCIA/Cardbus, al igual que el puerto FireWire que es de la marca Ricoh.

La utilidad lspci informa de lo siguiente al respecto:

02:03.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev a9)
02:03.1 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev a9)
02:03.2 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 01)

En principio, no vemos nada relacionado con el lector hasta que metemos una tarjetita, momento en el cual el cardmgr brama lo siguiente:

Nov 28 01:19:34 tristessa cardmgr[51]: unsupported card in socket 0
Nov 28 01:19:34 tristessa cardmgr[51]:   product info: "RICOH", "Bay Controller"
Nov 28 01:19:34 tristessa cardmgr[51]:   function: 254 ((null))

Hay un tipo que ha conseguido que la propia Ricoh le dé la especifición del controlador, pero no la del propio lector, con lo que estamos en las mismas. Por lo que he estado ojeando, la gente con portátiles --Vaio-- tiene más suerte, puesto que el lector está asociado al puerto USB y al meter la tarjeta la ve el kernel como un Mass Storage Device, que es lo que estamos acostumbrados a ver cuando enchufamos una cámara digital al puerto USB.

La ventaja de que no funcione (sí, ventaja), es que ahora no tengo porqué comprarme una cámara de la marca Sony o Ricoh. ¿Para cuando una cámara cuya tarjeta de almacenamiento sea un simple Stick USB?

Me funciona la tarjeta Wifi de mi querida tristessa en Linux. Y me refiero a la integrada, no a la PCMCIA que me compré.

La solución viene dada por Linuxant, que ha construido un módulo puente y que permite al kernel utilizar los propios drivers de windows. Como suena, yo la estoy flipando.

La pena es, por supuesto, que no es software libre. Pero bueno, ahora puedo utilizar un componente de mi ordenador por el que pagué (igual que el impuesto del XP) y que no podía usar.

La instalación es de lo más sencillo, y eso que yo soy de la generación Slackware y del tar.gz. Deshacer el tar, make install como root, te dice que te vayas a una página web (que es un demonio que se acaba de arrancar en nuestro sistema) en localhost y le subes el .inf de los drivers de windows y luego te pide algo más, si le hace falta (después de examinar el .inf).

Tenemos que registrarnos en la web para obtener la licencia de prueba, que se comprometen a tener disponible de forma gratuira al menos un año. Un trámite más. Una pena que esta solución no viniese de nuestro propio mundillo.

Pero funciona.

eth1: MAC address 00:04:23:58:DD:5D
eth1: Intel(R) PRO/Wireless 7100 LAN Card Driver at 02:07.0, mem:0xC0000000 to 0xC0001000 irq:5 ready

Mi último descubrimiento respecto a la tecnología Centrino resulta ser de gran ayuda para que las baterias de tristessa me duren aún más. Se trata del Enhaced SpeedStep que llevan estos procesadores, aunque la tecnología también la tienen otros (como el P4, los Crusoe de Transmeta, ...).

El caso es que, a día de hoy, el escalado de la frecuencia del procesador no funciona en los Centrino con un kernel estándar (2.4.22), por lo que me he tenido que bajar el último parche de Alan Cox, que ya incorpora el código necesario para hacerlo funcionar. Estuve buscando el parche suelto por ahí y lo que encontré no entraba limpio en un kernel a pelo.

Una vez parcheado el kernel, compilado y en funcionamiento tenemos un ficherito: /proc/cpufreq, que contiene lo siguiente:

peralta@tristessa:~$ cat /proc/cpufreq 
          minimum CPU frequency  -  maximum CPU frequency  -  policy
CPU  0       800000 kHz ( 50 %)  -    1600000 kHz (100 %)  -  powersave

Lo que nos indica es la mínima frecuencia a la que le está permitido funcionar al procesador, la máxima y la política de funcionamiento. Ésta última puede ser o performace o powersave, dependiendo de si queremos meterle caña o ahorrar energía. Si, configurando el kernel, hemos activado la opción de poder retocar estos valores desde espacio de usuario, el ficherito será de lectura/escritura. Ésto, unido a los eventos que provoca el ACPI, nos permite limitar la potencia del procesador cuando no estemos conectados a la red eléctrica y despreocuparnos y obtener la máxima cuando lo estemos.

Estando conectados a la red eléctrica, nos gustaría obtener entre el 80% y el 100% de la potencia de tristessa, para ello hariamos:

root@tristessa:~# echo -n "0%80%100%performace" > /proc/cpufreq

root@tristessa:~# echo -n "0%50%80%powersave" > /proc/cpufreq

Esta interfaz para interactuar con el código que controla la frecuencia del procesador se considera obsoleto y los kernels 2.6 utilizarán algo bastante más explícito dentro del sysfs (especie de nuevo /proc).

Y un nuevo proyecto aparece por mi mente. Quizá no debería ser un proyecto, aunque preparar un nuevo ordenador para su uso diario lleva su tiempo. Igual que spisa.

tristessa no es más que el nombre que le he dado a mi nuevo ordenador, lujo que me he podido permitir gracias al pago por el trabajo hecho en el proyecto miUJI. Se trata de un Samsung X10 1600, que, para el que no esté puesto un poco en el tema sonará a chino. Tiene un procesador Intel Centrino, que viene a ser una especie de P4-M mejorado, 512MB de RAM, 40GB de disco, combo, USB, FireWire, combo, ... Vamos, un portátil en toda regla.

Por desgracia, Microsoft y su inquisión nos fuerzan a comprar portátiles con el XP instalado y pagado. Aunque poco tardó el disco en ser reparticionado para dar cabida a un sistema operativo de verdad. No, no he borrado completamente el XP, porque ya que me lo han hecho pagar lo voy a dejar para aquellas cosas indispensables (que no lo son en realidad).

La novedad de este modelo de portátil y de la tecnología Centrino en general han hecho del afinamiento hardware/software algo un pelín costoso. Con lo que el propósito del proyecto es ir contando cómo hacer que todo funcione a la perfección (ya casi lo tengo).