4. corretto funzionamento del suono dopo il resume da un sospendi

appena installato l' eeepc se messo in sospensione, e poi riacceso , non ripristina correttamente le funzionalita' audio, per risolvere il problema vi e' questo piccolo trucchetto, ma state attenti alcuni programmi (tra i quali gnome-volume-manager) non digeriscono bene il trucchetto, ed attualmente non c'e' soluzione

creare il file /usr/lib/pm-utils/sleep.d/45sound

e scrivere al suo interno:

#!/bin/bash

if [ ! -x /sbin/alsa ]; then
        exit 0;
fi

case "$1" in
    hibernate|suspend)
        /sbin/alsa suspend
        ;;
    thaw|resume)
        /sbin/alsa resume
        ;;
    *)
        ;;
esac

exit $?

rendere eseguibile il file con

sudo chmod +x /usr/lib/pm-utils/sleep.d/45sound 

5. abilitazione del supporto USB PERSISTANT

Note personali : da cio' che ho potuto capire, la funzione USB PERSISTANT serve a far si' che nell' istante si sospenda il pc con delle periferiche di memoria usb montate, esse vengano correttamente gestite, e quindi al riavvio successivo , con il resume, vengano riviste.

Anche se il kernel ottimizzato ha la funzione persistant abilitata, ed e' stata scritta anche una patch da  timauton

ogni volta vi e' la necessita' di settare ad 1 la variabile col comando

 echo 1> /sys/bus/usb/device/....../power/persist

 cosa che diventa abbastanza complicata visto che dove vi sono i puntini si deve inserire un' id che varia ogni volta disinseriamo e reinseriamo la periferica, e quindi non e' mai lo stesso!!!

fortunatamente Tim ha scrtitto uno script che automaticamente trova la path corretta e setta direttamente ad 1 la variabile!

lo script puo' essere scaricato da qui  set_usb_persist.sh

per le istruzioni su come eseguirlo, si puo' ricorrere direttamente a quanto scritto da tim  http://forum.eeeuser.com/viewtopic.php?id=22712 

in ogni caso ecco un piccolo sunto:

 col comando lsusb vedere l' ID della nostra periferica da rendere persistente, nell' esempio sotto e' una pendrive kingstone

debeee:/home/tim# lsusb
Bus 005 Device 019: ID 0951:1606 Kingston Technology 
Bus 005 Device 004: ID 1b1c:1a90  
Bus 005 Device 001: ID 0000:0000  
Bus 004 Device 001: ID 0000:0000  
Bus 003 Device 001: ID 0000:0000  
Bus 002 Device 001: ID 0000:0000  
Bus 001 Device 013: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)

 quindi dare il comando

set_usb_persist.sh 0951 1606 on

 passando come valori il vendor id (0951) , il device id (1606) e la scritta on per abilitarlo

se poi le periferiche che dobbiamo mettere in persist sono benomale sempre le stesse ci suggeriscono di inserire il comando nel file  /etc/rc.local, ricordandosi di inserire il path completo allo script set_usb_persist.sh

6. selezione della frequenza minima della cpu

ciso' fin dove siamo arrivati il piccolino gestisce in maniera (per i miei gusti) fin troppo spinto il frequency scaling, ossia esso in assenza di programmi che richiedono una grande potenza di calcolo, scende la frequenza del processore da 900 Mhz fin giu' a 112 Mhz, e non appena noi chiediamo potenza (un paio di secondi) la riporta' su' a piccoli step.

le frequenze disponibili sono :

112Mhz
225Mhz
337Mhz
450Mhz
562Mhz
675Mhz
787Mhz
900Mhz

Questo sali e scendi per i miei gusti e' un po' troppo lentino, o per lo meno, a 112.5 lo vedo poco reattivo, quindi ho preferito dirgi di non scendere mai sotto i 337 Mhz, anche se sulla pagina dei consumi si puo' rilevare che il risparmio dall' implementazione del frequency scaling e' piuttosto modesto.

 perprima cosa rimuoviamo il gestore del frequency scaling di default

sudo apt-get remove powernowd

ed istalliamo quello alternativo

sudo apt-get install cpufrequtils sysfsutils

quindi rimodifichiamo il file /etc/modules come gia' fatto spora per aggiungere il modulo

cpufreq_ondemand

 ed editiamo il file

   /etc/sysfs.conf:

scrivendo all' interno

devices/system/cpu/cpu0/cpufreq/scaling_governor = ondemand

devices/system/cpu/cpu0/cpufreq/scaling_min_freq=337000  

o qualsiasi altra frequenza noi vogliamo come minima

di tutti i passaggi sopra riportati, gli unici che non ho provato personalmente sul mio eeepc 900 sono il

 in quanto non sono personalmente interessato alla sospensione.