A veces est\u00e1s tan ilusionado con algo que, cuando menos te lo esperas, te llevas un batacazo de los gordos por confiarte demasiado.<\/p>\n
Esto es lo que me ha ocurrido estas navidades con Asus. Despu\u00e9s del apoyo que dio a Linux con el EEEPC y con tecnolog\u00edas como Express Gate<\/a>, lo \u00faltimo que me esperaba era encontrarme con que un port\u00e1til suyo diese, bajo Linux, una serie de problemas muy serios. El modelo en cuesti\u00f3n es el Asus F5GL.<\/p>\n \u00bfQu\u00e9 es lo que ocurre? Todo parece apuntar a que las tablas ACPI de la BIOS contienen errores, y por eso no funcionan cosas tan b\u00e1sicas como que el ordenador se apague cuando finalizas la sesi\u00f3n (hay que apagarlo \u00aba mano\u00bb manteniendo pulsado el bot\u00f3n durante cuatro segundos). Y ya ni hablo de funcionalidades m\u00e1s \u00abavanzadas\u00bb como el indicador del nivel de las bater\u00edas, o las teclas espec\u00edficas para control de volumen, brillo… las cuales, obviamente, tampoco funcionan.<\/p>\n La raz\u00f3n de este fallo parece venir del hecho de que han usado un compilador de Microsoft para crear dichas tablas. Tal y como podemos leer en http:\/\/forums.gentoo.org\/viewtopic.php?t=122145<\/a>, el compilador de ACPI de Microsoft \u00abtolera\u00bb una serie de errores en el c\u00f3digo. Dichos errores incumplen el est\u00e1ndar ACPI, y de hecho ese c\u00f3digo nunca compilar\u00eda en el compilador oficial de Intel (que sigue el est\u00e1ndar punto por punto). \u00abCasualmente\u00bb, el int\u00e9rprete ACPI de Windows tolera perfectamente dichos errores, mientras que el interprete de Linux (que intenta seguir al pie de la letra el est\u00e1ndar ACPI, como debe ser), no. Que el lector saque sus propias conclusiones.<\/p>\n Lo peor de todo es que, tras explic\u00e1rselo al servicio on-line de ASUS, su respuesta fue, literalmente, que ese no era un fallo suyo, y que era responsabilidad de mi distribuidor de Linux el resolver ese problema. Personalmente no estoy de acuerdo: creo que si una empresa saca un equipo del que afirman que cumple el est\u00e1ndar ACPI, pero sus tablas contienen errores no permitidos por dicho est\u00e1ndar, la culpa es de ellos. Intent\u00e9 insistir y su segunda respuesta fue un simple close!<\/strong> (literalmente).<\/p>\n Tras rebuscar por Internet encontr\u00e9 la p\u00e1gina de LinLap.com sobre el F5GL<\/a> (para los que no la conozcan, dicha p\u00e1gina informa sobre la compatibilidad de los port\u00e1tiles y Linux), y all\u00ed se comentaban todas y cada una de mis desdichas. Sin embargo, comentaban tambi\u00e9n dos detalles interesantes:<\/p>\n Revis\u00e9 el c\u00f3digo de todos los n\u00facleos (el de la KNOPPIX, el actual y el parche) y llegu\u00e9 a la conclusi\u00f3n de que dicho parche era un rodeo que ya hab\u00eda para este problema, pero que por alguna raz\u00f3n fue eliminado.<\/p>\n Un par de meses despu\u00e9s de encontrar todo esto sali\u00f3 el n\u00facleo 2.6.29, incluyendo un rodeo mucho m\u00e1s depurado para este problema (en concreto, el c\u00f3digo es espec\u00edfico para ASUS). Por desgracia, Ubuntu 9.04 llevar\u00e1 el n\u00facleo 2.6.28, el cual todav\u00eda no incluye dicho parche. Quien s\u00ed trae el nuevo n\u00facleo es Fedora 11 (a\u00fan beta, no saldr\u00e1 hasta el 26 de mayo de 2009), y de hecho la he probado usando un Live-CD y todo parece funcionar perfectamente. Por desgracia el port\u00e1til es de un colega y no me atrevo a meterle esta distribuci\u00f3n, principalmente porque ya est\u00e1 muy acostumbrado a usar APT.<\/p>\n \u00bfQu\u00e9 soluciones hay? La m\u00e1s inmediata creo que ser\u00e1, cuando salga Ubuntu 9.04, instalar el n\u00facleo de la versi\u00f3n de desarrollo 9.10 usando pinning<\/a>. La segunda, que puede que funcione o puede que no, es pedir a los empaquetadores de Ubuntu que hagan un backport del parche del 2.6.29 al 2.6.28, en la p\u00e1gina https:\/\/bugs.launchpad.net\/ubuntu\/+source\/linux\/+bug\/333064<\/a>. Con suerte lo a\u00f1aden y en un mes estos port\u00e1tiles vuelven a funcionar al 100%. La tercera, m\u00e1s complicada (sobre todo por los drivers extra de la tarjeta de v\u00eddeo e inal\u00e1mbrica) es compilar yo mismo el n\u00facleo 2.6.29.<\/p>\n Y para terminar, un consejo para todos aquellos que se vayan a comprar un port\u00e1til al que pretendan instalar Linux: pasaos antes por http:\/\/www.linlap.com<\/a> y aseguraos de que el modelo que habeis escogido no da problemas. Os ahorrareis muchos disgustos.<\/p>\n","protected":false},"excerpt":{"rendered":" A veces est\u00e1s tan ilusionado con algo que, cuando menos te lo esperas, te llevas un batacazo de los gordos por confiarte demasiado. Esto es lo que me ha ocurrido estas navidades con Asus. Despu\u00e9s del apoyo que dio a Linux con el EEEPC y con tecnolog\u00edas como Express Gate, lo \u00faltimo que me esperaba … Seguir leyendo Asus y Linux, no tan amigos<\/span> \n