Problemi sospensione notebook

[Burroughs]

Ho ricompilato il kernel (2.6.10) della mia Slack 10.1 per attivare il "sosftware suspend" ed utilizzare così la sospensione (funzione per me quasi essenziale) sul mio portatile, un Acer TravelMate 291 LMi.
Ho scelto la soluzione che consiste di usare parte della partizione di swap, il cosiddetto "suspend to disk".
Bene, quando lancio il classico "echo 4 > /proc/acpi/sleep", il portatile va a fare la nanna ed al "resume" non ho particolari problemi.
L'unica cosa che mi sta dando difficoltà (a parte il demone di MySQL che - chi lo sa perché - devo stoppare prima di andare in sospensione) è il mouse wireless della Logitech, connesso via USB.
Il kernel non riece a mandarlo in sospensione ed al riavvio non me lo ritrovo più; vi posto per completezza quanto mi restituisce il "dmesg" quando mando in sospensione il notebook:

Codice: Seleziona tutto

usb 3-1: new low speed USB device using uhci_hcd and address 5
uhci_hcd 0000:00:1d.1: Unlink after no-IRQ?  Different ACPI or APIC settings may help.
usb 3-1: khubd timed out on ep0in
usb 3-1: khubd timed out on ep0out
usb 3-1: khubd timed out on ep0out
usb 3-1: device not accepting address 5, error -110
usb 3-1: new low speed USB device using uhci_hcd and address 6
usb 3-1: khubd timed out on ep0in
usb 3-1: khubd timed out on ep0out
Stopping tasks: ===================================================<4>usb 3-1: khubd timed out on ep0out
usb 3-1: device not accepting address 6, error -110

Ad essere onesti anche su Windows 'sto mouse impediva al sistema di sospendersi correttamente.
Ecco, qualcuno si è imbattuto in un problema simile ed ha un workaround su come uscirne?

Burroughs.

[Burroughs]

Faccio il punto della situazione: come scritto sopra, la sospensione su disco funziona ma al risveglio, diciamo così, le periferiche USB connesse "a caldo" non vengono rilevate e - aggiungo - l'orologio appare fermo al momento in cui è stata effettuata la sospensione.
Per questo secondo problema, la soluzione penso di averla già trovata, mentre per il primo avevo pensato di realizzare due script - uno per la sospensione, l'altro per il "resume".
Nel primo (quello per la sospensione) rimuovo i moduli per l'USB, nel secondo li ricarico.
Mi domandavo quali fossero di preciso tutti i moduli che gestiscono l'USB nella mia macchina.
In base ad un lsmod che qui vi posto

Codice: Seleziona tutto

root@andy:~# lsmod |more
Module                  Size  Used by
ipw2200               166792  0
firmware_class          7296  1 ipw2200
ieee80211              44036  1 ipw2200
ieee80211_crypt         4808  2 ipw2200,ieee80211
bluetooth              40196  0
acerhk                 26948  0
ipt_multiport           1920  4
ipt_state               1664  1
ip_conntrack           38644  1 ipt_state
iptable_filter          3072  1
ip_tables              16000  3 ipt_multiport,ipt_state,iptable_filter
snd_pcm_oss            46880  0
snd_mixer_oss          16384  1 snd_pcm_oss
ipv6                  221312  10
ohci_hcd               18824  0
intel_agp              18716  1
uhci_hcd               28944  0
ehci_hcd               28420  0
shpchp                 91236  0
i2c_i801                7692  0
i2c_core               17680  1 i2c_i801
eth1394                17416  0
snd_intel8x0           27584  1
snd_ac97_codec         75388  1 snd_intel8x0
snd_pcm                75528  3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer              19844  1 snd_pcm
snd                    44260  8 snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_
pcm,snd_timer
soundcore               6880  1 snd
snd_page_alloc          7428  2 snd_intel8x0,snd_pcm
ohci1394               29572  0
ieee1394               89400  2 eth1394,ohci1394
8139too                20480  0
mii                     3968  1 8139too
yenta_socket           18304  0
pcmcia_core            46272  1 yenta_socket
nls_utf8                1792  2
ntfs                  170640  2
nls_iso8859_1           3968  1
nls_cp437               5632  1
vfat                   10880  1
fat                    35360  1 vfat
evdev                   7168  0
agpgart                27432  1 intel_agp
psmouse                18824  0
reiserfs              223824  2

Vi riconoscerei solo "uhci_hcd"; voi che ne pensate?

Burroughs.

[gallows]

Hai provato al resume a far ripartire hotplug?

sh /etc/rc.d/rc.hotplug force-reload

[sir_alex]

Io su un asus non ho problemi con l'usb, hai provato ad installare hibernate (che tra l'altro si può integrare al volo dentro le regole di acpi, per mandare il sistema in suspend quando chiudi lo schermo) ed a usare il suo file di configurazione? Ti permette sia di continuare a coordinare l'orologio di sistema con linux che di rimuovere e ricaricare processi e moduli che hanno problemi in maniera automatica!

[elettronicha]

Concordo anch'io sul fatto che sia meglio utilizzare uno script ben fatto comq hibernate p.es.

[Burroughs]

Ti riferisci allo script hibernate del Software Suspend 2?
E' utilizzabile anche con il Software Suspend disponibile di default in un kernel come il 2.6.10 precompilato?

Burroughs.

[Burroughs]

Allora, riporto i risultati degli esperimenti che ho condotto negli ultimi giorni.
Ho provato, con lo scriptarello che mi son fatto, a sospendere e a riavviare la macchina, ma il problema non si è risolto nemmeno effettuando un "rmmod" ed un "modprobe" dei moduli USB "uhci_hcd", "ehci_hcd", "ohci_hcd" e "usb_storage" che supponevo mi impedissero di utilizzare il mouse USB al risveglio del sistema.
Ho provato persino a forzare il caricamento di hotplug al riavvio, con un "./rc.hotplug force-reload" ma la situazione non si è spostata di un centimetro: al "resume" del sistema, hotplug non funziona più.
Ho notato però che, se riavvio X, il mouse torna a funzionare correttamente.
Qualche idea?

Burroughs.

[absinthe]

cioè scusa: tu esci da x e vai in sospensione?
oppure vai in sospensione da x e poi sei costretto a killarlo e riavviarlo?

comunque se con x il mouse funziona è perchè il server prende "il controllo" delle periferiche caricando i driver per il mouse...

un pò di idee buttate là:

se vai in sospensione non da x ma da console... ma che c'entra il mouse? non è che usi il demone per muoverti in console con il mouse? e non è che sia quello allora? così per dare un'idea.

altra idea: hai provato effettivamente a mettere qualche altra periferica su usb, tipo una pennina se ce l'hai... così da vedere che succede?

infino: scusa ma se al resume sfili e reinfili il mouse, dmesg | tail che dice???

M.

[Burroughs]

Allora, cerco di spiegarmi in modo più chiaro.
Ci sono due scenari:

Scenario 1: non avvio X, la sospensione e la ripresa funzionano.
Nel momento in cui lancio il server grafico (quindi dopo aver eseguito lo script di "resume") riesco a lavorare con il mouse perché nello script di "suspend" do l'istruzione per arrestare hotplug ed in quello di "resume" l'istruzione per avviarlo;

Scenario 2: X è "up and running", la sospensione funziona, alla ripresa però non riesco a lavorare con nessuna periferica che venga connessa "a caldo", nonostante le istruzioni di cui sopra.
Se do un "dmesg |tail", ottengo:

Codice: Seleziona tutto

root@andy:~# dmesg |tail
pciehp: add_host_bridge: status 5
pciehp: Fails to gain control of native hot-plug
usb 2-1: new low speed USB device using uhci_hcd and address 2
uhci_hcd 0000:00:1d.1: Unlink after no-IRQ?  Different ACPI or APIC settings may help.
usb 2-1: khubd timed out on ep0in
usb 2-1: khubd timed out on ep0out
usb 2-1: khubd timed out on ep0out
usb 2-1: device not accepting address 2, error -110
usb 2-1: new low speed USB device using uhci_hcd and address 3
usb 2-1: khubd timed out on ep0in

Questo è quanto.

Burroughs.

[pablomrg]

Io ho lo stesso problema, al risveglio del pc il mouse usb (ottico col cavo) è defunto... e non c'e' modo (che io conosca) di farlo riprendere al di là del riavvio...

In RH e simili esiste uno script (/etc/init.d/usb restart) che dovrebbe riavviare il sottosistema usb, non so come farlo con SlackWare xò...