Power Management/lang-es: Difference between revisions

From OLPC
Jump to navigation Jump to search
Line 845: Line 845:


==Switches==
==Switches==
Hay un numero de switches que estan hechos para ayudar a Linux saber que esta haciendo el usuario y tomar una accion apropiada; Estos pueden estar conectados en el sistema atraves de los GPIO del Geode o a traves del CE. Estos no estan cabaleados en el hardware hacia el firmware, pero lo siguiente describe el comportamiento esperado bajo Linux. Estos generan eventos SCI y tambien generan codigos de escaneo del teclado,como se documenta en
Hay un numero de switches que estan hechos para ayudar a Linux saber que esta haciendo el usuario y tomar una accion apropiada; Estos pueden estar conectados en el sistema atraves de los GPIO del Geode o a traves del CE. No estan cabaleados en el hardware hacia el firmware, pero lo siguiente describe el comportamiento esperado bajo Linux. Los switches generan eventos SCI y tambien generan codigos de escaneo del teclado,como se documenta en
[[Ec specification|EC specification]] o en [[XO-1 GPIO assignments]]. La politica de manejo de Potencia es tipicamente controlada por un [http://dev.laptop.org/ticket/31 user level daemon process (trac #31)].
[[Ec specification|EC specification]] o en [[XO-1 GPIO assignments]]. La politica de manejo de Potencia es tipicamente controlada por un [http://dev.laptop.org/ticket/31 user level daemon process (trac #31)].


{{ Translated text |
{{ Translated text |
There are a number of switches that are intended to help Linux know what the user is doing and take appropriate action; these may be connected to the system either via Geode GPIO's or via the EC. These are not hardwired in the firmware at all, but the following describes the expected behavior under Linux. These generate SCI events, and also generate keyboard scan codes, as documented in the [[Ec specification|EC specification]] or in [[XO-1 GPIO assignments]]. Power management policy is typically controlled by a [http://dev.laptop.org/ticket/31 user level daemon process (trac #31)].
There are a number of switches that are intended to help Linux know what the user is doing and take appropriate action; these may be connected to the system either via Geode GPIO's or via the EC. These are not hardwired in the firmware at all, but the following describes the expected behavior under Linux. These generate SCI events, and also generate keyboard scan codes, as documented in the [[Ec specification|EC specification]] or in [[XO-1 GPIO assignments]]. Power management policy is typically controlled by a [http://dev.laptop.org/ticket/31 user level daemon process (trac #31)].
| display = block }}
| display = none }}


<div id="Lid Close Switch"/>
<div id="Lid Close Switch"/>
Line 857: Line 857:
* suspenderse hacia RAM, apagando todo excepto el wireless (comportamiento por omisión), y corresponde al estado 1, como se describe arriba.
* suspenderse hacia RAM, apagando todo excepto el wireless (comportamiento por omisión), y corresponde al estado 1, como se describe arriba.
* Forzar apagado de la pantalla, apagar el DCON, la unidad de vídeo, y los drivers de vídeo. En principio, el GPU puede también ser deshabilitado y las aplicaciones se les pide regenerar sus contenidos al re-habilitar, pero probablemente obtendremos el mayor beneficio de potencia deshabilitando el GPU cuando no este en uso.
* Forzar apagado de la pantalla, apagar el DCON, la unidad de vídeo, y los drivers de vídeo. En principio, el GPU puede también ser deshabilitado y las aplicaciones se les pide regenerar sus contenidos al re-habilitar, pero probablemente obtendremos el mayor beneficio de potencia deshabilitando el GPU cuando no este en uso.
Usando la imagen NAND 04susp.img suspend/resume dada a Quanta, Usted puede chequear la precesncia del lid switch con lo siguiente:

<tt>cat /dev/input/event0</tt>
Usted debera verYou texto (binario) para el lid down y el lid up.
{{ Translated text |
{{ Translated text |
This switch indicates the laptop has been closed. Depending upon the policy set in the power manager, the system may:
This switch indicates the laptop has been closed. Depending upon the policy set in the power manager, the system may:
* suspend to RAM, powering down everything except the wireless (default behavior), and corresponds to state 1, as described above.
* suspend to RAM, powering down everything except the wireless (default behavior), and corresponds to state 1, as described above.
* forcing the screen off, power down the DCON, the video unit, and the video drivers. In principle, the GPU could also be disabled and applications be asked to regenerate their contents on re enable, but we'll probably get most of the power benefit by disabling the GPU when not in use.
* forcing the screen off, power down the DCON, the video unit, and the video drivers. In principle, the GPU could also be disabled and applications be asked to regenerate their contents on re enable, but we'll probably get most of the power benefit by disabling the GPU when not in use.
Using the 04susp.img suspend/resume NAND image given to Quanta, you can check the presence of the lid switch with the following:
Using the 404susp.img suspend/resume NAND image given to Quanta, you can check the presence of the lid switch with the following:
<tt>cat /dev/input/event0</tt>
<tt>cat /dev/input/event0</tt>
You should see (binary) text for both lid down and lid up.
You should see (binary) text for both lid down and lid up.
Line 873: Line 875:


El mismo lector ebook pedirá al administrador de potencia una agresivo manejo de potencia. (Estado 3 como se describe arriba; wireless activada y pantalla en el modo conducido por el DCON). la pantalla estará prendida, siendo conducida a 25 hz, con el DCON configurado para apagar la pantalla y la luz de atrás después de un corto Timeout.
El mismo lector ebook pedirá al administrador de potencia una agresivo manejo de potencia. (Estado 3 como se describe arriba; wireless activada y pantalla en el modo conducido por el DCON). la pantalla estará prendida, siendo conducida a 25 hz, con el DCON configurado para apagar la pantalla y la luz de atrás después de un corto Timeout.
Usando la imagen NAND 404susp.img suspend/resume dada a Quanta,Usted puede probar la precencia de el sensor de modo ebook mirando la salida de <tt>dmesg</tt>. Por ejemplo:<br>

<tt>[247606.530341] olpc-pm SCI ebook (10, 0)</tt>
{{ Translated text |
{{ Translated text |
The Ebook sense switch indicates that the hardware is configured as an ebook, though this is just a physical configuration rather than a requirement of what sort of application is running. Depending upon the chosen application, the behavior may differ. [http://dev.laptop.org/ticket/1555 Bug 1555] tracks reflecting this to user space.
The Ebook sense switch indicates that the hardware is configured as an ebook, though this is just a physical configuration rather than a requirement of what sort of application is running. Depending upon the chosen application, the behavior may differ. [http://dev.laptop.org/ticket/1555 Bug 1555] tracks reflecting this to user space.
Line 881: Line 884:
Using the 404susp.img suspend/resume NAND image given to Quanta, you can check the presence of the ebook mode sensor by looking at the output of <tt>dmesg</tt>. For example:<br>
Using the 404susp.img suspend/resume NAND image given to Quanta, you can check the presence of the ebook mode sensor by looking at the output of <tt>dmesg</tt>. For example:<br>
<tt>[247606.530341] olpc-pm SCI ebook (10, 0)</tt>
<tt>[247606.530341] olpc-pm SCI ebook (10, 0)</tt>
| display = block }}
| display = none }}


<div id="Thermal Management"/>
<div id="Thermal Management"/>

Revision as of 07:11, 30 May 2007

Administración de Energía

  Esta página está supervisada por el equipo de OLPC.
  Traducción de Power Management original  
  english | español | 日本語 | 한국어   +/- cambios  
This is an on-going translation

XO-1 Especificación de Software

Retrieved from "http://wiki.laptop.org/mediawiki/index.php?title=Power_Management/lang-es&oldid=40142"