Libertonia
Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios
Gestión de energía en el portátil

Hardware
Por gonzotba
departamento Frotando-la-lámpara , Sección Tecnología
Puesto a las Wed Nov 10th, 2004 at 09:37:03 AM CET

Una de las funcionalidades más atractivas cuando utilizamos un portátil es el control de energía. La batería de los portátiles suele durar poco tiempo ---mucho menos del que deseamos---, así que cualquier prolongación en su vida siempre es bienvenida.

Bajo windows las cosas, como siempre, son más sencillas gracias al apoyo de los fabricantes. En Linux, conseguir gestionar la energía del portátil es una tarea de esas harto complicadas y que uno siempre deja arrinconadas para mejor ocasión, como hacer funcionar el puerto de infrarrojos.

Hay muchos proyectos al respecto desperdigados por ahí. A ver si entre todos hacemos un retrato del "Estado del arte" del control de energía en portátiles bajo Linux.

 


Toda esta historia empezó cuando, al pasar de Mandrake 10.0 a 10.1, dejó de funcionarme el control de energía en el portátil. Ya no podía ver la energía restante ni tampoco el ordenador se paraba al final de un shutdown. Fue entonces cuando empecé a interesarme por el tema.

Básicamente podemos dividir el control de energía en dos grandes categorías:

  • Acceso a los parámetros de la batería: carga, descarga, tiempo restante, estado, etc...
  • Suspensión a disco: Permite volcar el estado de la memoria al disco duro, de manera que el arranque es casi inmediato y nos permite recuperar la "sesión" en apenas unos segundos.

Podría también añadirse el control de la velocidad del procesador así como de las revoluciones del ventilador, pero si las anteriores categorías ya presentan problemas incluso en portátiles relativamente modernos, un control tan fino se me antoja casi de ciencia ficción.

Antes que nada adelantar que no soy un experto en el tema, así que mis apreciaciones no son ni mucho menos para sentar cátedra y lo que intento es que hagamos un buen listado de las opciones que hay sobre el tema a día de hoy.

Para empezar, decir que la gestión de energía en el portátil corre a cargo de APM y ACPI. APM son las siglas de Advanced Power Management, mientras que ACPI corresponde a Advanced Configuration and Power Interface.

ACPI es, exactamente, una especificación abierta desarrollada por HP, Intel, Microsoft, Phoenix y Toshiba. Establece los mecanismos por los cuales el sistema operativo gestiona la energía, no sólo de los portátiles, sino también de equipos de sobremesa y servidores. Se supone que ACPI es la evolución de APM, y las principales distribuciones lo incluyen ya desde hace algunas versiones.

Por su parte, APM también puede hacer unas cuantas cabriolas. En principio, y si tu BIOS es "APM-complaint", puedes acceder a todos los datos sobre el estado de la batería, así como incluso suspender el sistema. Como siempre, el primer paso es incluir el soporte APM en el kernel. Creo que este es el fallo del kernel que viene con la Mdk 10.1, ya que un "apm -v" responde:

No APM support in kernel

Una vez nos hemos asegurado de que nuestro kernel contiene soporte para APM o ACPI, estaremos en condiciones de acceder al control de energía. Hay que tener en cuenta que APM y ACPI son mutuamente excluyentes, así que podemos tomar las medidas pertinentes en el kernel mismo o bien añadir los parámetros apropiados al arranque en el LILO (por ej. "append="apm=on acpi=off"). Comentar que desde la Mdk 10.1 tengo que utilizar esta línea para desactivar el ACPI, ya que si no el portátil se queda tieso al enchufarle cualquier cosa por un puerto USB. Algún tipo de problema con el sistema de archivos USB, me temo.

Una vez tenemos el driver preferido funcionando correctamente, existen numerosas opciones para comprobar el estado de la batería. Podemos desde tirar a pelo de los ficheros correspondientes en /proc hasta echar mano del kcontrol y la soberbias herramientas que el KDE pone a nuestra disposición.

La suspensión a disco es una de las características a las que me gustaría acceder y que nunca he conseguido hacer funcionar. El principio de funcionamiento es el siguiente: Al ejecutar el comando correspondiente, el estado de la memoria se vuelca en forma de imagen en una de las particiones swap activas. En el siguiente arranque, el kernel detecta la imagen que hemos guardado, la recupera y continúa con el funcionamiento como si aquí no hubiera pasado nada. Desde los kernels de la serie 2.5.x, de esta característica mágica se encarga "Software Suspend".

Para hacer sitio en el disco o en nuestra partición de swap, ya que necesitaremos un espacio algo más grande que nuestra memoria física, tenemos dos opciones: crear una nueva partición ad-hoc ---lo cual no es siempre posible--- o crear una partición de swap en un fichero. Esta segunda opción nos permite más flexibilidad y siempre se puede echar mano de ella, aún cuando no haya más espacio en el disco duro para hacer más particiones.

El problema de la suspensión no es la suspensión en sí, sino la recuperación. Puede funcionar en alguna ocasión, pero la mayor parte de las veces falla estrepitosamente. Al menos esa fue mi impresión la última vez que me eché la manta a la cabeza.

Desde entonces he leído que han aparecido diferentes soluciones en el tema de suspensión a disco, pero no me he animado a porbar ninguna y por tanto no conozco su estado actual. A ver si alguien puede comentar sus logros al respecto.

Y eso es todo. Dejo aquí esta suerte de introducción para que el artículo se enriquezca con las aportaciones de los libertonianos más versados en la materia. Yo permanecerá agazapado a ver lo que puedo aprender, como siempre :)

< Cursos de Linux y Software Libre (0 comments) | Desperfectos recientes en libertonia (4 comments) >
Enlaces Relacionados
· More on Hardware
· Also by gonzotba

Encuesta
¿Te interesa el tema de la gestión de energía en el portátil?
· Si tuviera uno sí... 29%
· Sí, mucho. 69%
· Psché, no le acabo de ver la utilidad... 0%
· Ah, ¿pero eso se puede hacer? 1%

Votos: 55
Resultados | Otras Encuestas

Menu
· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login
Nueva cuenta
Usuario:
Contraseña:

Ver: Modo: Orden:
Gestión de energía en el portátil | 21 comentarios (21 temáticos, editoriales, 0 ocultos)
Suspensión suspensa (5.00 / 1) (#1)
por pbenavent a las Thu Nov 11th, 2004 at 07:52:12 AM CET
(Información Usuario) http://www.benavent.org

Comos recordarás (se comentó cuando decidias qué portátil comprar ...) utilizo un Toshiba 2400-103 ejecutando Fedora Core - II.

Y como nadie escribe, voy a colorear un poco, la suspensión a disco no funciona, ergo suspenso en suspensión.

Razones:
  • la suspensión habitualmente se hace mediante /usr/bin/apm -s, pero es frecuente hoy en día utilizar ACPI para GNU/Linux por que se supone -como apuntas- que la industría tiende a él, obsoletará a apm ...
  • ACPI para GNU/Linux no parece tener un comando que suspenda a swap la actividad ...
  • problema o uno u otro pero no ambos, se tiende a utilizar ACPI para GNU/Linux pero éste no tiene suspensión


Alternativas:
  • ACPI de IBM, suena a que solo funciona con portátiles de IBM (ThinkPad) pero por lo que he visto no es así. En este post del mes pasado un usuario con Slackware se lo recomienda a uno con Mandrake, por supuesto, bájate las fuentes y compilalo. Aunque el README dice que puede hacer un montón de cosas, cuidado que es alfa y no dice claramente que suspenda la actividad como comentas.
  • Software suspend que dicen (extraido de su página) que pueden suspender el portátil presionando la tecla escape (no podré utilizar el VI?), comprimir la imagen que vuelcan, arquitectura versátil de plugins, ... I/O sincrono y asincrono para mejor rendimiento... en fin, si hacen los que dicen en la lista de prestaciones un proyecto muy interesante (y un ejemplo de que todo no está en sourceforge) y dispones de paquetes en RPM
  • una solución más pedestre es instalar ACPI para GNU/Linux y también ACPI: OJO no se ejecuten ambos como demonios, la idea es utilizar ACPI para GNU/Linux como demonio y del APM utilizar solo el /usr/bin/apm -s para suspender el equipo (bajo tu propio riesgo)
  • finalmente recomiendo al respetable la lectura del artículo pasando de APM a ACPI


... en Ubuntu que tal irá el applet de la batería? Trukulo, estás ahí ?

--
"El hombre es la medida de todas las cosas"
Protágoras


RE:Suspensión suspensa (4.66 / 3) (#7)
por emeteo (emeteo at escomposlinux.org) a las Thu Nov 11th, 2004 at 02:27:14 PM CET
(Información Usuario) http://cernicalo.escomposlinux.org

Software suspend que dicen (extraido de su página) que pueden suspender el portátil presionando la tecla escape (no podré utilizar el VI?)

Eso está quitado fuera de contexto. Lo que dicen que el proceso de suspensión , puede ser cancelado si se pulsa escape.

El proceso de suspensión pasa por para algunos servicios, tirar abajo algunas interfaces de red, cambiarse a una VT antes de hacer el apagado, etc...

Nota: Si teneis una ATI mobile radeon, deshabilitar el DRI en el XF86Config-4, ya que en la recuperación se verá basura en la pantalla al pasar a las X.

Por mi parte, el suspend2 funciona muy bien. Si la imagen no cabe en la swap, cancela la suspensión, tiene la habilidad de comprimir la imagen, etc... De hecho, el sitio en donde se guarda la imagen es mediante 'plugins', de momento sólo se soporta la URI: 'swap:/dev/hdx', pero en un futuro se espera que haya un 'file:/'.

[ Padre ]


Efectivamente... (none / 0) (#8)
por pbenavent a las Thu Nov 11th, 2004 at 03:22:23 PM CET
(Información Usuario) http://www.benavent.org

donde dice including the ability to cancel a suspend by pressing Escape debería traducirse como incluyendo la capacidad/habilidad de cancelar una suspensión al presionar la tecla Escape, ... que respiro, podré seguir utilizando el VI.

Por cierto, respecto a lo de las X en el artículo que cito sobre pasar a ACPI desde apmd, también se comentan cosas del entorno gráfico.

--
"El hombre es la medida de todas las cosas"
Protágoras
[ Padre ]


 
Estoy, estoy (4.50 / 2) (#4)
por trukulo (mzv-at-menta-dot-net) a las Thu Nov 11th, 2004 at 11:43:19 AM CET
(Información Usuario) http://mercurio.homeip.net

En Ubuntu el applet de la batería con acpi me funciona en mi portatil. De hecho, funciona el acpi correctamente, pero sólo si arranco con el append: nolapic (no local apic). Esto tan chorra me estuvo meses mareando, pero una vez descubierto mi portatil va que es cosa fina. Eso sí, Ubuntu aún no tiene suspend, pero comentan que en la próxima versión sí. Ya veremos, por ahora lo que es el acpi va perfecto, AH! y el cpufreq lo instala por defecto y el consumo de cpu es muchisimo mejor, subiendo y bajando frecuencias el solito en función de lo que necesites y de como andes de batería. Vamos, que Ubuntu aprueba con nota en este apartado. Y en breve esperemos que consiga el sobresaliente.


Miguel Angel Zarza.
Aka trukulo.
email: trukulo(at)menta(dot)net
jabber ID: trukulo(at)bulmalug(dot)net
web: http://mercurio.homeip.net
[ Padre ]


Aprovechando el hilo :P (5.00 / 1) (#11)
por Magus (magoNOSPAM@NOSPAMmaleficio.dnsalias.org) a las Thu Nov 11th, 2004 at 09:35:29 PM CET
(Información Usuario)

se que este no es el mejor sitio, pero aprovecho el hilo... alguno de los que llevais ubuntu (que sepa, trukulo y pbenavent) podrias comentar que tal la aceleracion 3d de ubuntu? hay que meter los drivers a capon o ya sale configurado out-of-the-box como mandrake??

------
I'm getting too old for this shit
[ Padre ]


Hay que meter los drivers (5.00 / 1) (#14)
por trukulo (mzv-at-menta-dot-net) a las Fri Nov 12th, 2004 at 10:03:59 AM CET
(Información Usuario) http://mercurio.homeip.net

Pero te los dan compilados y empaquetados.

Vamos, que te leas esto:

Drivers propietarios para tarjetas Nvidia y Ati en Ubuntu.


Miguel Angel Zarza.
Aka trukulo.
email: trukulo(at)menta(dot)net
jabber ID: trukulo(at)bulmalug(dot)net
web: http://mercurio.homeip.net
[ Padre ]


 
Yo ya he conseguido suspender a disco (4.66 / 3) (#2)
por toci (forodejazz (arroba) gmail (punto) com) a las Thu Nov 11th, 2004 at 09:00:47 AM CET
(Información Usuario) http://davidasorey.net

En mi Acer Aspire 1352 lo he logrado.
Hay dos métodos, el swsuspend y el swsuspend2. Yo utilizo el primero.
¿Cómo?


1. Utilizar un kernel >= 2.6.6 (por ejemplo, como el que trae Knopix 3.6 o Kanotix 0.8, que es la que utilizo). El kernel debe tener habilitado swsuspend. (Suele venir habilitado por defecto).

2. Tener una partición swap de, aproximadamente, 1.2 veces la RAM que tengas. Yo tengo 512 Mb de RAM y 600 Mb de swap.

3. Hay que pasarle al kernel (ya sea en /etc/lilo.conf o en /boot/grub/menu.lst)las opciones:
acpi=on apm=off resume=/dev/hdXX
Donde /dev/hdXX es tu partición swap.

4. Para hibernarlo, como root tecleas:
echo 4 > /proc/acpi/sleep


Si hay suerte y la BIOS de tu portátil no hace cosas raras, el ordenador vuelca toda la RAM a la partición swap (en el mí tarda un minutillo, más o menos).
Al volver a encenderlo, encuentra datos de recuperación en la swap, los restaura y vuelve a dejar la partición swap operativa.
Si, por alguna razón, falla la restauración, el sistema se reinicia. Hay que pasarle en el 'prompt' del gestor de arranque entonces la opción 'noresume' para que no intente leer de la partición swap.
Se inicia entonces con la swap desabilitada, ya que ésta contiene los datos de recuperación. Hay que restaurarla:
# mkswap /dev/hdXX
# swapon /dev/hdXX


¡Suerte!

Saludos. David.



 
Algunas opciones en portátiles (4.66 / 3) (#18)
por atopos a las Sun Nov 14th, 2004 at 01:29:26 PM CET
(Información Usuario) http://los-pajaros-de-hogano.blogspot.com

Mi portátil es Apple y con seguridad no todo podrá trasladarse a otras arquitecturas. Por otra parte, uso pocas veces el bicho sin conexión a la red eléctrica, por lo que no me he metido a investigar a fondo el asunto.

Hecha esta salvedad paso a referir las herramientas que yo utilizo.

Las arquitecturas ppc usan PMU en lugar de ACPI/APM. pbbuttonsd es un demonio que permite controlar el comportamiento de la máquina dependiendo de su estado (enchufado a la corriente o no) y de la carga actual de la batería. Sé que también puede usarse en máquinas basadas en Intel, pero desconozco hasta dónde llega el soporte.

Para el control de la frecuencia de la CPU, uso powernowd (en otro tiempo usé también cpudyn), que es un cliente del driver cpufreq y que hace uso de la interfaz sysfs de los núcleos de la serie 2.6.

En cuanto a la suspensión, de momento sólo tengo el soporte sleep (suspensión a RAM). La suspensión a disco no la he usado. Por otra parte, la interacción entre ambas formas de suspensión todavía no se ha implementado adecuadamente para mi ordenador. Y yo, en particular, prefiero el sleep a la suspensión a disco: puesto que no tengo dormido el ordenador demasiado tiempo, no veo necesario en mi caso la suspensión a disco.

No está de más tampoco tener algún sistema de control de la temperatura. Aquí hay muchas opciones. En mi caso echo mano de un módulo del kernel específicamente diseñado para mi ordenador. Supongo que en cada caso habrá uno distinto.

La herramienta laptop-mode-tools puede también evitar un gasto innecesario de energia, al retrasar las escrituras a disco. La tengo instalada, pero practicamente no la uso. Quizá alguien pueda hablar mejor de su rendimiento.

Finalmente, conviene tener un monitor del estado de la batería. Aquí hay muchos donde elegir, desde el que viene con gkrellm (por cierto, hay version para PMU), pasando por los applets de Gnome o de gdesklets. [Un matiz para los que tienen ordenadores Apple como el mío: dado que algunos de estos monitores suponen soporte APM, es necesario habilitar y cargar el módulo apm-emu para que funcionen.]



xpmumon (5.00 / 1) (#21)
por presi a las Mon Dec 6th, 2004 at 08:15:43 AM CET
(Información Usuario) http://presi.org

Ah, se me olvidaba, existe un monitor gráfico de batería específico para PMU, xpmumon, que aunque tiene un aspecto algo esparatano permite visualizar el consumo que se le aplica a la batería, que será en vatios negativos si está descargándose o en positivos si está cargando, es interesante ver como un ibook G3 en condiciones normales consume sólo entre 10 y 11 W :)

[ Padre ]


 
Soporte en Apple (4.00 / 1) (#20)
por presi a las Mon Dec 6th, 2004 at 08:05:01 AM CET
(Información Usuario) http://presi.org

Yo también tengo un portátil Apple y la verdad es que sorprende que una máquina no x86 tenga un mejor soporte en estos aspectos.

Añadir a tu comentario que el módulo de control de temperatura también se encarga de manejar la velocidad de los ventiladores.

Por otra parte me extraña que en la noticia se haga referencia al suspenso a disco y no al suspenso en RAM, cuando según mi experiencia es mucho más usado y extendido el suspenso a RAM.

[ Padre ]


 
Pregunta curiosa (none / 0) (#3)
por luchonidas (luchonidas [arroba] yahoo com) a las Thu Nov 11th, 2004 at 09:32:17 AM CET
(Información Usuario) http://potaje.bitacoras.com/

A esto de mover el contenido de la memoria a swap para suspender le veo una pega... Si en el momento de suspender ya hay programas que han sido movidos al swap (demonios que no se utilicen mucho, programas en segundo plano, partes del kde o del gnome, etc, etc), al copiar la ram en la swap... ¿no se machacaría el estado de la swap, que al fin y al cabo es parte del estado del sistema, y no se podría volver a iniciar correctamente el sistema?...
Mejor con un ejemplo.
En el momento de suspender a disco el postfix está en swap (es un portatil y no tiene el trajín de un servidor, el postfix puede estar perfectamente en swap). Cuando reiniciamos el ordenador se nos ocurre que podríamos enviarle un mensaje a la rubia, así que abrimos nuestro cliente de correo preferido y enviamos el email... Aquí es donde está mi duda... Si el postfix estaba en swap al suspender y guardamos el contenido de la memoria en swap, entonces estamos machacando lo que estaba allí. Al intentar conectar con el postfix, el sistema verá que este está en el swap y lo traerá a la ram, pero lo que hay en el lugar del postfix es cualquier cosa, con lo que petará el proceso.

Aunque no me he explicado claramente, me imagino que se entiende lo que quiero decir. Igualmente supongo que los que diseñaron este sistema han tenido en cuenta esta problemática.

Un saludo.

-----
Jeje, vamos a probar eso de las bitácoras: http://potaje.bitacoras.com/


Re: Pregunta curiosa (none / 0) (#5)
por toci (forodejazz (arroba) gmail (punto) com) a las Thu Nov 11th, 2004 at 01:01:27 PM CET
(Información Usuario) http://davidasorey.net

Es por eso que la partición swap debe ser mayor que la RAM disponible: para que 'quepa' en ella la RAM y la posible swap ocupada:

(Programas en RAM) + (Programas en swap) -> volcado a partición swap.

No he investigado mucho, pero al suspender hay 'servicios' que se paran o deben ser parados (p. ej.: mysqld). Supongo que serán los que precisamente estén residentes en swap en vez de en la memoria RAM.

Me imagino que si en hay muchos programas en swap en el momento de suspender y la suma de la RAM y lo 'swapeado' excede la capacidad de la partición, la suspensión se abortará.

Podría hacerse una prueba, pero para 'llenar' 512 Mb y otros tantos de swap hay que iniciar muchos programas 'pesadotes' -tipo openoffice, mozilla y demás- :-)
Yo no tengo tantos instalados :-)


Saludos.

David.

[ Padre ]


Re: Pregunta curiosa (none / 0) (#6)
por ch3m4 a las Thu Nov 11th, 2004 at 02:11:44 PM CET
(Información Usuario) http://zaralinux.org

Según la documentación del kernel, se recomienda echar abajo servicios tales como las X ya que no es seguro recuperar el estado anterior. Así, no resulta muy práctico tirar abajo servicios para suspender el sistema, para éso es mejor los dejas apagado del todo.

No creo que sea buena idea suspender el sistema en la partición swap, ya que da más inestabilidad al arranque del sistema. Sería mejor suspender a un fichero en el directorio raiz desde donde recuperarse.

[ Padre ]


Eso es lo que hace el "enemigo" ;) (none / 0) (#15)
por luchonidas (luchonidas [arroba] yahoo com) a las Fri Nov 12th, 2004 at 11:21:36 AM CET
(Información Usuario) http://potaje.bitacoras.com/

Sería mejor suspender a un fichero en el directorio raiz desde donde recuperarse.

Es que eso es lo que justamente hace Windows, al menos W2000 Pro... pero bueno, el pobre no tiene partición swap :). No tengo portatil, pero he habilitado la opción de hibernar en mi ordenador normal (en Windows) ya que así tarda menos en iniciar el sistema, además se te quedan todas las ventanas en el mismo sitio y no tienes que ir abriendo de nuevo todos los programas para continuar con lo que estabas haciendo. Aunque el truco no vale siempre, ya que llega un momento en el que el sistema se vuelve inestable y se pone a hacer tonterías, entonces toca reiniciar.

Resumiendo, que me viene bien para mi ordenador, que está un poco antigüillo (un K6-266 con 96 Mb).

Supongo que uno de los puntos del TODO de estos proyectos es conseguir que no haya que quitar las X antes de suspender el sistema, aunque en este caso también hay que guardar el estado de la tarjeta gráfica, y como ahí el núcleo no toca nada, tendría que tener la colaboración de las X.

-----
Jeje, vamos a probar eso de las bitácoras: http://potaje.bitacoras.com/
[ Padre ]


 
Yo hiberno con las X funcionando ... (none / 0) (#16)
por toci (forodejazz (arroba) gmail (punto) com) a las Fri Nov 12th, 2004 at 11:58:04 AM CET
(Información Usuario) http://davidasorey.net

... y no he tenido ningún problema.

Respecto a los parámetros relativos al acpi, en mi portátil además debo pasar la opción pci=noacpi, porque si no, el USB no funciona bien.

> Chema:
> Así, no resulta muy práctico tirar abajo
> servicios para suspender el sistema,
> para éso es mejor los dejas apagado del
> todo.

Cierto, así cualquiera ;-)
En mi caso el único servicio que daba la lata era el mysql, que no quería pararse. Los demás (apache, inetd, hotplug, etc) se paran al hibernar, y al 'despertar', se inician de nuevo.

Como comentaba antes, todo ésto lo he probado en una Kanotix 0.8 y un Acer Aspire 1352 XC.

> Sería mejor suspender a un fichero en
> el directorio raiz desde donde recuperarse.

Con swsuspend2 es una posibilidad que quieren implementar.

Saludos.

David.

[ Padre ]


Yahoo! (none / 0) (#17)
por gonzotba a las Fri Nov 12th, 2004 at 08:29:59 PM CET
(Información Usuario)

Ya funcionan el USB y ACPI a la vez! El toque mágico ha sido, como comentas, pci=noacpi.

Sin embargo en kcontrol, en la parte de control de energía, me dice que sólo tengo soporte parcial ACPI en el kelmer, que tengo que incuir algunas cosas más.

¿Será que el kernel de MDK viene mutilado en el soporte ACPI o qué pasa?

En cuanto reinicie pruebo la suspensión a disco, a ver si chuta.

[ Padre ]


Control de energía en Kcontrol (none / 0) (#19)
por toci (forodejazz (arroba) gmail (punto) com) a las Mon Nov 15th, 2004 at 12:22:24 PM CET
(Información Usuario) http://davidasorey.net

Creo que el módulo de energía de Kcontrol detecta los estados ACPI que soporta tu BIOS, y si no soporta todos, te dice lo de la "implementación parcial".

Prueba de todas formas a pasar explícitamente acpi=on al kernel en el arranque y a activar el 'daemon' acpid en el inicio.

Saludos. David.

[ Padre ]


 
Mi experiencia (none / 0) (#9)
por gonzotba a las Thu Nov 11th, 2004 at 03:32:46 PM CET
(Información Usuario)

He estado haciendo mis averiguaciones desde que escribí el artículo y os cuento mis conclusiones.

Parece ser que las últimas versiones de distros tienden a deshacerse de APM, adoptando ACPI por defecto. De hecho, el kelmer compilado por Mandrake en su versión 10.1 viene sin soporte APM, mientras que los módulos ACPI se cargan en memoria a la primera de cambio.

Para mí es un problema, puesto que no me apetece recompilar el kelmer y el acpi=on me da problemas. En concreto, parece que ACPI y el sistema de archivos USB se dan de leches. Cuando arranco con acpi=on y tengo un ratón enchufado, el sistema se bloquea en la parte en la que termina de cargar los drivers USB. Si arranco con el ratón desenchufado, todo va bien hasta que lo conecto y el sistema se queda frito (irrecuperable) y con el ventilador del portátil como si el cacharro fuera a despegar.

Si arranco con ACPI y sin usar nada USB, veo mensajes correctos de reconocimiento de cosas de la BIOS y demás, pero no puedo acceder a todas las características de gestión de energía. Lo único que parece funcionar correctamente es el control de la velocidad del ventilador, por lo menos por lo que puedo oír. No sé si lo maneja el SO o la BIOS, pero el módulo correspondiente está cargado.

Por otro lado, he estado leyendo sobre las diferentes opciones en acpi=* en el arranque. Hay una opción "ht" que parece que se usa para HiperThreading. Mandrake la pone por defecto, pero no sé muy bien para qué. En cualquier caso sigue sin solucionarme la vida. También están las opciones noapic y nolapic, cuyo uso también me resulta algo críptico. Nada de todo lo que he probado me ha ayudado.

Sobre el tema de la suspensión, Mandrake trae pmsuspend2. Por lo que he podido leer, parece la reunión de un antiguo fork entre pmdisk (algo así) y suspend. Creo que otras distribuciones traen pmsuspend a secas.

En mi caso, no funciona. Después de crear la partición swap pertinente, si le doy a suspend se queja de que no encuentra algunos ficheros bajo /proc/acpi, supongo que porque las funcionalidades no están disponibles. Vamos, peor imposible,

Por si sirve a algo de alguien, el portátil es un ECS Desknote. No el que lleva un transmeta, sino el del Celeron 1.6MHz.

Saludos!



Mi experiencias (none / 0) (#10)
por ch3m4 a las Thu Nov 11th, 2004 at 05:13:17 PM CET
(Información Usuario) http://zaralinux.org

Supongo que el ACPI interfiere en el USB porque reasigna las IRQs. Prueba a quitar ésto con 'acpi=noirq' En cuanto al hyperthreading, el 'acpi=ht' evita los bloqueos de la máquina virtual que ejecuta el AML (ACPI Machine Language, pseudocódigo con el que se programan los métodos de control del ACPI).

Lo que sí he comprobado al cambiar al último kernel (2.6.9) es que ha mejorado el soporte ACPI. Funciona mejor la suspensión y tiene algo de control de brillo (aumenta al conectar la alimentación). Por lo visto, el kernel tiene extensiones de la ACPI para algunos portátiles como son Vaio, Asus, Thinkpad, y algún Toshiba. El resto de portátiles pueden ser compatibles con algunos de estos (pe: Medion es compatible con Asus).

Para suspenderlo, basta con un 'echo 4 > /proc/acpi/sleep'. Ésto se puede ver en una Guía muy buena para gentoo.

[ Padre ]


acpi=noirq (none / 0) (#12)
por gonzotba a las Thu Nov 11th, 2004 at 09:48:30 PM CET
(Información Usuario)

Vaya,, he ido todo contento a probarlo y nada. Pero tenía toda la pinta de ser eso.

El caso es que el ordenador no se bloquea; sigue arrancando pero a marchas forzadas, como si hubiera algo que estuviera cepillándose el 90% del procesador.

No sé, igual habrá que esperar al 2.6.9 que comentas...

Gracias de todos modos :)

[ Padre ]


Gonzete, prueba nolapic (none / 0) (#13)
por trukulo (mzv-at-menta-dot-net) a las Fri Nov 12th, 2004 at 10:00:38 AM CET
(Información Usuario) http://mercurio.homeip.net

Es quitar el Local Apic, a mi me daba un por culo horroroso. Y con eso a mucha gente la va bien.

Por probar no pierdes nada (si te va a gustar, tonta).

P.D. Estoy hasta los webs de que los comentarios en Scoop no guarden los saltos de linea.


Miguel Angel Zarza.
Aka trukulo.
email: trukulo(at)menta(dot)net
jabber ID: trukulo(at)bulmalug(dot)net
web: http://mercurio.homeip.net
[ Padre ]


 
Gestión de energía en el portátil | 21 comentarios (21 temáticos, editoriales, 0 ocultos)
Ver: Modo: Orden:

ecol Logo Powered by Scoop
Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda