El chit-chat en mi cabeza…

“Bueno..” fue una ardua semana para mi notebook, estuve renegando/experimentando con varias cosas…que subí a un sitio, está todo para bajar ACA

Primero y principal hice algunas Correciones¹ a las tablas DSDT² del ACPI³, lo que me permitió que Linux esté al tanto de la temperatura del procesador, y que no muestre uno o dos errores que no supe bien qué eran….

Después el driver nvidia, como no me gusta el kernel de Ubuntu y soy más bien “minimalista” compilé mi propio kernel, pero tenía un problema curioso que puede estar relacionado con el C1E del procesador, lo que causaba que al inicio, el kernel se quede “duro” pero continué sin errores al apretar el botón de encendido….BIZARRO!! (lo descubrí al querer resetear…) sin mencionar que en el intento anterior lograba que “siga arrancando” encendiendo y apagando el botón de wireless/bluetooth… todo esto me pasó con el kernel 2.6.26 que tenía a mano, así que terminé con el .27-rc7 e hice un reporte de bug…ademas tuve que probar varios parches hasta que encontré uno que funcionaba con el driver nvidia+2.6.27

Lo siguiente fue la placa wireless “Atheros… AR242x 802.11abg Wireless…” que funciona con el driver madwifi, pero no el que traía el kernel .24 de Ubuntu (que sin embargo se dignaba  detectarla y cargar el módulo…) ni en el trunk SVN de madwifi (esto no lo entendí) si no, en la r3861 del SVN

 Después el bendito módem, para el cual no tengo ni nombre.. un tal “Conexant HSF…” que funciona con un driver medio propietario, como el de nvidia, a diferencia de que o garpás 20 dolares o usas uno “free” que funciona a 14K resultó que de tanto googlear (ya me había encontrado con el amigo este…) encontré que Dell tiene una versión OEM de este driver y no chequea nada del hardware…lo compilé/instalé (es un sistema fiero y sucio) y voilá! /dev/modem ahora lo siguiente… no compila en 2.6.27, tal cual el driver nvidia…mucho google, meta google y meta make no me llevaron a ningún lado….entonces encontré un parche de la misma empresa para otro driver que hacia referencia a semaphore.h, algo sobre lo que me puteaba make con esto y con el de nvidia, lo bajo, lo aplico perfecto…..nadap!. Más google, nada, reviso nuevamente el sitio y veo que hay una versión mas nueva…pero claro no es el OEM de dell…y no quería gastar dólares para un hardware obsoleto que voy a usar una vez en mi vida. YA SÉ! este driver, como el de nvidia tiene bastante fuente junto a los blobs binarios feos esos, que pasaría si…. Entonces lo bajo, y corro un diff entre el OEM de dell y el nuevo, bien, ahora tiro todo a un .diff, aplico…COMPILA!! y encima carga…

 Última ocurrencia usar DKMS⁴ para madwifi, nvidia, y hsfmodem, lo que me permite que se autocompilen al inicio con otro kernel y alguna que otra cosa que realmente no entiendo…

  Me quemé la cabeza, pero lo logré

    Y yendo al grano:

ACPI DSDT fix:
bajar dsdt_fixed.dsl y generar un .hex ( iasl⁵ -tc archivo.dsl)
meter el hex en algún lado y en la configuración del kernel decirle dónde está…
cuando reiniciamos y “acpi -V” debería mostrar la temperatura… Sobre el condenado ventilador no encontré información en las tablas ACPI, y si bien en Vista tengo como dispositivo los sensores de temperatura no tengo nada sobre fans, por ende creo que la BIOS no los “exporta”
 Además del fixed también hay un parche para el dsdt original de la máquina y el original mismo…podría servirle a alguien para modificar el de otro modelo….
Mas info sobre correcciones de DSDT ACA

madwifi:

 Algo mas fácil, postié dos archivos, estoy un tanto exhausto como para experimentar, pero SUPUESTAMENTE el deb tiene las fuentes y los compila con dkms. En caso de que esto no sea así, se puede bajar el .tar.bz2 y tirarle un “make install”
 He “creado” todas las reglas de dkms para este módulo, pero cualquier cosa las instrucciones luego de instalar el deb son:
1a) EN CASO DE usar el tar.bz2 descomprimirlo en /usr/src y ejecutar dkms add -m madwifi -v r3861
1b) o bien instalar el .deb
2) ejecutar: dkms build -m madwifi -v r3861 y luego dkms install -m madwifi -v r3861

Nota: en ambos casos lo que queda en /usr/src es necesario para dkms Y ademas son los fuentes “normales” o sea que incluso tiene los parches para el kernel….

 Listo! ya deberíamos tener el módulo funcionando, eso sí, hay que recordar tener el kernel-headers o los fuentes…

nvidia:
 Es cualquiera, por lo que no posteo nada, es MI solución/parche para poder usar un kernel no soportado, pero el paquete fuente “normal” con soporte dkms es “nvidia-new-kernel-source-envy”

hsfmodem:
 Este es literalmente un mambo negro, las instrucciones son las mismas que para madwifi, PERO, siempre hay un pero, la primera vez hay que ir al directorio /usr/src/hsfmodem-7.68.00.09oem, tirar un “make install” y después un hsfconfig y seguir las instrucciones (enter..), SI falla (kernel =>2.6.26) aplicar el parche del directorio patches…y reintentar con make install/hsfconfig

 Y después, si dios quiere dkms se encarga de los otros kernels….

  Sí, sí, lo sé, todas las explicaciones son retorcidas, pero algo es algo, y los módulos del módem son espantosamente feos en cuanto a diseño!!! hasta hace falta un servicio…por eso no pude tirar todo con dkms, ya que es sólo para módulos del kernel, ademas a veces reemplaza los módulos de alsa originales….

TODOS los archivos están aca: http://drop.io/dv6950laFiles

Ah, y dejo la pagina del driver oficial: http://www.linuxant.com

1. Gracias a: Howard Chu y snakedriver [↩]
2. Differentiated System Description Table, contiene información y configuración del sistema base  [↩]
3.  Advanced Configuration and Power Interface – INFO [↩]
4. DKMS: Dynamic Kernel Module Support [↩]
5. iasl: compilador ASL de intel [↩]