Di pm-utils ne avevo gia' parlato qualche tempo fa, in merito alla possibilita' di utilizzare degli hooks ("agganci di codice") per tamponare i problemi ACPI derivanti da s3mode o s3bios.Ultimamente grazie anche alla presenza di HAL, abbiamo a disposizione una lista hardware sempre aggiornata e sincronizzata con gli standard Freedesktop..percio' su alcuni notebook gli sleep-state funzionano semplicemente e basta, mentre per tutti gli altri la faccenda si complica.Queste macchine ,come si usa dire, hanno bisogno di un "quirk" cioe' di un opzione che consenta di eseguire un azione diversa da quella impostata di default, e pm-utils offre proprio questa possibilità.

Cosi' come per le specifiche del Desktop Management Interface (DMI) l'aggiornamento delle informazioni avviene solitamente tramite parser di una specie di file XML (fdi). La directory che contiene queste informazioni, su Ubuntu, è:/usr/share/hal/fdi/information/10freedesktopQui dobbiamo cercare il file che riguarda il nostro laptop (Lenovo nel mio caso): cat 20-video-quirk-pm-lenovo.fdi

key="system.hardware.version" prefix_ncase="3000 N200"
key="system.hardware.product" string="0769B9G"
key="power_management.quirk.none" type="bool" true

Nel mio caso nessun quirk è supportato, ma come scritto nel wiki..potrebbe essere solo questione di tempo. Prendiamo un esempio di matching positivo:

key="system.hardware.product" prefix_outof="6457;6460;6465"
key="power_management.quirk.s3_bios" type="bool" true
key="power_management.quirk.vbemode_restore" type="bool" true

I quirk supportati sono il vbemode_restore e s3_bios. Ma come facciamo a sapere quale quirk utilizzare in base ai problemi (monitor disattivato, usb non funzionanti, problemi con scheda video) che insorgono quando tentiamo di mandare la macchina in ibernazione/sospensione? Scarichiamo questo script: Download quirk-checker.sh rendiamolo eseguibile: chmod +x ~/quirk-checker.sh Entriamo nella directory e lanciamo lo script: ./quirk-checker.sh dyve@n200:~/Desktop$ ./quirk-checker.sh -e Checking your system... WARNING: You have no quirks! CRITICAL ERROR: Using nvidia binary driver. This is not supported! dyve@n200:~/Desktop$ Il mio caso diventa sempre più tragico. Vediamone uno fortunato: [hughsie@work ~]$ ./quirk-checker.sh Checking your system... WARNING: You have no quirks! WARNING: KVM will not suspend in kernels less than 2.6.23. Suggestions: Add 'SUSPEND_MODULES="kvm_intel kvm"' to /etc/pm/config.d/unload_modules! You might want to try the following pm-suspend entries: pm-suspend --quirk-s3-bios --quirk-s3-mode pm-suspend --quirk-vbemode-restore pm-suspend --quirk-vbe-post Ecco che ci vengono proposti dei quirk da utilizzare con pm-utils e pm-suspend in particolare. Sul wiki ufficiale, dove ho recuperato queste preziosissime informazioni, c'è una lista di domande sui problemi comuni, alle quali corrispondono, a seconda dei casi, dei suggerimenti su quale quirk utilizzare. Una volta trovata la soluzione, basta creare uno script per tutte le modalita' sleep che vogliamo utilizzare. Per le opzioni:

sudo pm-utils --help

Utilizzare i quirks modificando il file FDI

Il gnome-power-manager invoca la sospensione leggendo i files .fdi locali, quindi se vogliamo utilizzare o sperimentare dei quirk diversi dobbiamo modificarli manualmente. Seguendo l'esempio del wiki, proviamo ad aggiungere un modello IBM x41: lshal | grep system.hardware system.hardware.product = '1807Y8J' (string) system.hardware.serial = 'xxxxxxx' (string) system.hardware.uuid = 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx' (string) system.hardware.vendor = 'LENOVO' (string) system.hardware.version = 'ThinkPad X41' (string) Creiamo una entry nel file 20-video-quirk-pm-lenovo.fdi con questa sintassi: NB: Il blog non e' attrezzato per trattare codice compreso tra TAGS, per questo sono state omesse. Basta seguire le regole degli altri esempi, oppure visualizzare il codice da questo link.

key="system.hardware.product" string="1807Y8J"
key="system.hardware.version" string="ThinkPad X41"
key="power_management.quirk.s3_bios" type="bool" true
key="power_management.quirk.s3_mode" type="bool" true

Riavviamo HAL: sudo /sbin/service haldaemon restart Oppure: sudo /etc/init.d/hal restart Controlliamo il rilevamento dei quirk: lshal | grep quirk Cliccando sul bottone "suspend" di Gnome power manager dovrebbe iniziare con successo la sospensione. La sintassi da utilizzare all'interno del file .FDI segue queste regole:

• power_management.quirk.s3_bios

--quirk-s3-bios

• power_management.quirk.s3_mode

--quirk-s3-mode

• power_management.quirk.dpms_suspend

--quirk-dpms-suspend

• power_management.quirk.dpms_on

--quirk-dpms-on

• power_management.quirk.vbestate_restore

--quirk-vbestate-restore

• power_management.quirk.vbemode_restore

--quirk-vbemode-restore

• power_management.quirk.vga_mode_3

--quirk-vga-mode3

• power_management.quirk.vbe_post

--quirk-vbe-post

• power_management.quirk.radeon_off

--quirk-radeon-off

• Tradotto, sintetizzato e riadattato da Freedesktop Quirk suspend