Standby mit ACPI geht nicht ?

[svele]

Hallo,

versuche nun seit Tagen meinen Laptop (Toshiba A50) zum Standby (S3) zu bringen beim Zuklappen des Deckels. Habe in den Events alles eingetragen, der Rechner geht in Standby so weit alles top, aber wenn ich Deckel wieder aufklappe kommt kurz Gnome wieder zu Gesicht und dann geht der Rechner in einnen Shutdown über ?

Keine Ahnung mehr was ich noch machen kann .


MFG Svele

[sebas]

Versuch's mal mit folgender Troubleshootprozedur (Diese ist zwar fuer software-suspend2 geschrieben, trifft aber groesstenteils auch auf S3 zu): http://softwaresuspend.berlios.de/HOWTO-5.html#ss5.3

Es waere eventuell auch hilfreich wenn du - orientiert an den vielen anderen Topics zum Thema - etwas genauer angeben kannst, was du ausprobiert hast, und wo deiner Meinung nach das Problem liegt.

[svele]

Hi,

danke für die Antwort, hat leider nicht funktioniert. mal ein wenig mehr Antworten:

Kernel : 2.6.10
Befehl: echo "mem" > /proc/power/state

syslog

Jan 26 00:36:03 localhost kernel: eth0: Going into suspend...
Jan 26 00:36:03 localhost kernel: Back to C!
Jan 26 00:36:03 localhost kernel: Warning: CPU frequency is 1600000, cpufreq assumed 600000 kHz.
Jan 26 00:36:03 localhost kernel: ACPI: PCI interrupt 0000:00:02.0[A] -> GSI 10 (level, low) -> IRQ 10
Jan 26 00:36:03 localhost kernel: PCI: Enabling device 0000:00:02.1 (0000 -> 0002)
Jan 26 00:36:03 localhost kernel: PCI: Setting latency timer of device 0000:00:1d.0 to 64
Jan 26 00:36:03 localhost kernel: PCI: Setting latency timer of device 0000:00:1d.1 to 64
Jan 26 00:36:03 localhost kernel: PCI: Setting latency timer of device 0000:00:1d.2 to 64
Jan 26 00:36:03 localhost kernel: PCI: cache line size of 32 is not supported by device 0000:00:1d.7
Jan 26 00:36:03 localhost kernel: ehci_hcd 0000:00:1d.7: USB 2.0 restarted, EHCI 1.00, driver 26 Oct 2004
Jan 26 00:36:03 localhost kernel: ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 11 (level, low) -> IRQ 11
Jan 26 00:36:03 localhost kernel: ACPI: PCI interrupt 0000:00:1f.5 -> GSI 11 (level, low) -> IRQ 11
Jan 26 00:36:03 localhost kernel: PCI: Setting latency timer of device 0000:00:1f.5 to 64
Jan 26 00:36:03 localhost kernel: ACPI: PCI interrupt 0000:00:1f.6 -> GSI 11 (level, low) -> IRQ 11
Jan 26 00:36:03 localhost kernel: PCI: Setting latency timer of device 0000:00:1f.6 to 64
Jan 26 00:36:03 localhost kernel: eth0: Coming out of suspend...
Jan 26 00:36:03 localhost kernel: ACPI: PCI interrupt 0000:01:05.0[A] -> GSI 11 (level, low) -> IRQ 11
Jan 26 00:36:03 localhost kernel: ACPI: PCI interrupt 0000:01:07.0[A] -> GSI 11 (level, low) -> IRQ 11
Jan 26 00:36:03 localhost kernel: Restarting tasks... done
Jan 26 00:36:03 localhost shutdown[5932]: shutting down for system halt
Jan 26 00:36:03 localhost init: Switching to runlevel: 0

[sebas]

Also, S3 legt dasselbe Verhalten an den Tag, wenn du mit init=/bin/sh bootest und dann Standby probierst?

Mach mal jeweils vor und direkt nach dem Suspenden ein lspci -v und schau, was sich dazwischen geaendert hat (sollte das der Fall sein). Dasselbe auch mit /proc/interrupts, dann siehst du, ob da was falsch verteilt wird, was ein Grund sein ko:nnte, dass Dein System sich schnell runterfa:hrt. Im Script wuerde das dann so ungefaehr aussehen:

Code: Alles auswählen

lspci -v > lspci.vor
cat /proc/interrupts > interrupts.vor
echo -n 3 > /proc/acpi/sleep
lspci -v lspci.nach
cat /proc/interrupts > interrupts.nach
sync

Probier auch mal deine Taktfrequenz runterzuschalten, bevor du schlafen legst, um die folgende Meldung zu unterdruecken:

Jan 26 00:36:03 localhost kernel: Warning: CPU frequency is 1600000, cpufreq assumed 600000 kHz.

Ausserdem sehe ich, dass du Deinen USB Host Controller noch drin hast beim standby'en, back den mal als Modul und entferne das Module aus dem laufenden Kernel bevor du schlafen legst. Die *hci Treiber verursachen gern Probleme.

[svele]

Danke für die tips werde die mal abarbeiten )

[svele]

diff ./lspci.nach ./lspci.vor
26,27c26,27
< Memory at 20000000 (32-bit, prefetchable) [disabled]
< Memory at 1f000000 (32-bit, non-prefetchable) [disabled]
---
> Memory at 20000000 (32-bit, prefetchable)
> Memory at 1f000000 (32-bit, non-prefetchable)
sven@debian:~$


Wenn einer ne Idee hat ? Was ich hier machen kann ?

[sebas]

Das sieht gut aus, bei einiger Hardware wird der PCI Address Space versaut, was aber bei dir gut zu gehen scheint. Bleibt noch die Moeglichkeit so viel wie moeglich als Modul zu compilen und diese vor den Standby zu entladen.