|
|
|
Secciones
Obrar mucho, y hablar poco; que lo demás es de loco.
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Barrapunto © 1999-2007. Contenido disponible bajo licencia Creative Commons Reconocimiento 2.5
Aviso legal
Estás muy equivocado.
(Puntos:3, Interesante)Me explico: yo también tengo un portátil (marca Gericom) con chipset SiS630 y un soporte chungo de ACPI en la BIOS.
Cuando he estado parcheando la BIOS para conseguir que me funcione la gestión de energía ACPI, ¿qué he visto? Pues que la BIOS, en lugar de tener lo que realmente tenía que tener, lleva código condicional para hacer cosas distintas si el sistema operativo es Windows 2000 o Windows XP... ¿Linux? ¿Eso qué es?
Cuando se supone que ACPI es una especificación "independiente del S.O.", ya empezamos mal, y es que los fabricantes no sólo prueban estas BIOS en Windows nada más, sino que además tienen que hacer "casos especiales" para saltarse bugs en las implementaciones de ACPI de según qué Windows.
De ahí que no deba extrañarte que estas cosas, cuando los fabricantes "patata" las adaptan a sistemas operativos "patata", terminen dando problemas en Linux.
Por cierto, el compilador que compiló la BIOS de mi portátil, y que genera secciones de variables ACPI claramente inválidas (rellena mal el tamaño de la sección, por ejemplo) tiene el descaro de identificarse y todo. Cómo no, es el compilador de ACPI de Microsoft.