Problem mit SuSE 9.2 auf Thinkpad T22
Hallo Liste, ich habe ein, denke ich, recht exotisches Problem und zwar habe ich ein SuSE 9.2 Prof. auf meinem Thinkpad T22 installiert. Wenn ich boote, kommt nach grub, also wenn der Kernel anfängt zu "arbeiten" denke ich, ein Geräusch aus irgendeinem Lautsprecher am Laptop. Das Geräusch ist einigermaßen leise aber dennoch störend und lässt sich am ehesten mit einem "fiepen" aus einem Netzteil vergleichen oder einer Einstrahlung von funkwellen in ein Lautsprecherkabel einer normalen Box o.ä.. Also ein vergleichsweise hoher Ton. Ich kann nicht 100%-tig sagen wo das Geräusch herkommt, aber ich denke es kommt aus den Lautsprechern - oder haben Notebooks auch diese Mainboardlautsprecher die man von PC`s kennt...?! Ich gehe von den Lautsprechern aus. Das geräusch hört auf wenn KDE gestartet ist und keine Programme mehr gestartet werden. Es tritt allerdings auf sobald ich eine Taste drücke oder ein Programm starte, also sobald etwas passiert. Vorher hatte ich SuSE 8.2 laufen, ohne dieses Problem. Testweise habe ich dann mal SuSE 9.1 installiert mit dem selben Problem, nur trat das Geräusch auf wenn der Laptop im Leerlauf war. Sobald eine Taste betätigt wurde stoppte es. Ein Knoppix mit 2.4er Kernel läuft auch ohne Geräusch. Das bringt mich zu dem Schluss, dass es sich um ein Kernel-Problem handelt seit Version 2.6. Vielleicht ein anderer Sound-Treiber...? Das deaktivieren des Soundsystems unter KDE hilft nicht, genauso wie das manuelle ausschalten der Lautsprecher. Weiss jemand weiter und kann mir einen Rat geben? Mfg, Jakob
Jakob Wefers wrote:
Vielleicht ein anderer Sound-Treiber...? Das deaktivieren des Soundsystems unter KDE hilft nicht, genauso wie das manuelle ausschalten der Lautsprecher. Weiss jemand weiter und kann mir einen Rat geben? Mfg, Jakob
I'm sorry to say that I dont't understand German too well, but I guess you are hearing the same sound I have on my T21. I have no idea about the origin of the tone, but you could try the following if they help: -plug something to the USB port (a mouse should do) -configure KDE (arts) to never release the soundcard -plug a pair of headphones to the headphone jack (can you hear the tone from the headphones?) -boot with acpi=off apm=on (in my case the sound stays away until I do a suspend to RAM and then resume). Please report if anything helps or doesn't, maybe somebody has an idea. -Teemu
On Tue, Jan 11, Jakob Wefers wrote:
Hallo Liste, ich habe ein, denke ich, recht exotisches Problem und zwar habe ich ein SuSE 9.2 Prof. auf meinem Thinkpad T22 installiert. Wenn ich boote, kommt nach grub, also wenn der Kernel anfängt zu "arbeiten" denke ich, ein Geräusch aus irgendeinem Lautsprecher am Laptop. Das Geräusch ist einigermaßen leise aber dennoch störend und lässt sich am ehesten mit einem "fiepen" aus einem Netzteil vergleichen oder einer Einstrahlung von funkwellen in ein Lautsprecherkabel einer normalen Box o.ä.. Also ein vergleichsweise hoher Ton. Ich kann nicht 100%-tig sagen wo das Geräusch herkommt, aber ich denke es kommt aus den Lautsprechern - oder haben Notebooks auch diese Mainboardlautsprecher die man von PC`s kennt...?! Ich gehe von den Lautsprechern aus. Das geräusch hört auf wenn KDE gestartet ist und keine Programme mehr gestartet werden. Es tritt allerdings auf sobald ich eine Taste drücke oder ein Programm starte, also sobald etwas passiert. Vorher hatte ich SuSE 8.2 laufen, ohne dieses Problem. Testweise habe ich dann mal SuSE 9.1 installiert mit dem selben Problem, nur trat das Geräusch auf wenn der Laptop im Leerlauf war. Sobald eine Taste betätigt wurde stoppte es. Ein Knoppix mit 2.4er Kernel läuft auch ohne Geräusch. Das bringt mich zu dem Schluss, dass es sich um ein Kernel-Problem handelt seit Version 2.6. Vielleicht ein anderer Sound-Treiber...? Das deaktivieren des Soundsystems unter KDE hilft nicht, genauso wie das manuelle ausschalten der Lautsprecher. Weiss jemand weiter und kann mir einen Rat geben? Mfg, Jakob
Ich habe zwar keine Idee wo das herkommt oder was man dagegen unternimmt. Ich kenne so ein ganz leises Fiepen auf mittelalten Thinkpads (~T20/A20), das abhängig von der Last des Rechners ist. Ich habe das damals als bauartbedingte Resonanzschwingung abgetan. -- ciao, christian 睡眠不足はいい仕事の敵だ。
Christian Zoz wrote:
Ich habe zwar keine Idee wo das herkommt oder was man dagegen unternimmt. Ich kenne so ein ganz leises Fiepen auf mittelalten Thinkpads (~T20/A20), das abhängig von der Last des Rechners ist. Ich habe das damals als bauartbedingte Resonanzschwingung abgetan.
That was my first guess too, but now I dont't think it is a mechanical resonance for two reasons: 1) plugging in the headphones makes it go away and 2) (as far as I remember) it is different depending on if you use ACPI or APM. With ACPI there is noise when the system is idle, with APM when there is load. Could it be CPU frequency scaling, which doesn't work for me on 9.1 BTW? -Teemu
Hi, On Wednesday 12 January 2005 11:42, Teemu Nikkilä wrote:
That was my first guess too, but now I dont't think it is a mechanical resonance for two reasons: 1) plugging in the headphones makes it go away and 2) (as far as I remember) it is different depending on if you use ACPI or APM. With ACPI there is noise when the system is idle, with APM when there is load. Could it be CPU frequency scaling, which doesn't work for me on 9.1 BTW?
I experience the same sound on a custom made notebook using a Clevo case.
a.) The sound appears only when running on battery
b.) The sound seems to appear when when the acpid gets started during the boot
process.
I am using 9.1 as well.
Cheers,
Andreas
--
Andreas Otto
On Wednesday 12 January 2005 15:57, Andreas Otto wrote:
I experience the same sound on a custom made notebook using a Clevo case.
a.) The sound appears only when running on battery
I'm on the T21 now, so I can do some tests with ACPI enabled. For me it doesn't make a difference if I'm running on battery or AC. The sound is clearly audible when the system is idle (CPU is idle about 99% according to top). It however goes completely away as soon as I connect a mouse to the USB port (no change in idle) or start arts (in this case the idle is <= 98%).
b.) The sound seems to appear when when the acpid gets started during the boot process.
Same thing here. This is annoying, but it doesn't bother me so much since I usually have a mouse connected. I'd like to fix it and frequency scaling though, or at least know the reason for the problems. Otherwise the T21 is very close to perfect, it can even suspend to RAM out of the box.
I am using 9.1 as well.
Cheers, Andreas
-- Andreas Otto
Using PHP on Windows? www.php4win.de
On Wed, Jan 12, 2005 at 09:36:59AM +0100, Christian Zoz wrote:
Vorher hatte ich SuSE 8.2 laufen, ohne dieses Problem. Testweise habe ich dann mal SuSE 9.1 installiert mit dem selben Problem, nur trat das Geräusch auf wenn der Laptop im Leerlauf war. Sobald eine Taste betätigt wurde stoppte es. Ein Knoppix mit 2.4er Kernel läuft auch ohne Geräusch. Das bringt mich zu dem Schluss, dass es sich um ein Kernel-Problem handelt seit Version 2.6.
Jain.
Vielleicht ein anderer Sound-Treiber...? Das deaktivieren des Soundsystems unter KDE hilft nicht, genauso wie das manuelle ausschalten der Lautsprecher.
Mit dem soundtreiber hat das nichts zu tun, es kommt auch nicht aus irgendeinem Lautsprecher.
Weiss jemand weiter und kann mir einen Rat geben? Mfg, Jakob
Ich habe zwar keine Idee wo das herkommt oder was man dagegen unternimmt. Ich kenne so ein ganz leises Fiepen auf mittelalten Thinkpads (~T20/A20), das abhängig von der Last des Rechners ist. Ich habe das damals als bauartbedingte Resonanzschwingung abgetan.
Genau das ist es auch immer noch. Die CPU geht in den C3 state (bei den alten Rumpelkisten wird das was anderes gewesen sein, aber vergleichbar) und braucht dabei wesentlich weniger Strom. Wenn ein Timer-Interrupt kommt, kommt sie wieder aus dem C3 state raus, braucht also (kurz) wieder mehr Strom. Diese Variationen in der Stromaufnahme hörst du, da die Stromversorgung der CPU typischerweise aus einem Schaltwandler besteht, der Spulen und Kondensatoren enthält, die "singen" können. Der Unterschied von 2.4 zu 2.6 ist nun, daß a) der Timer interrupt von 100Hz auf 1000Hz geändert wurde, so daß das fiepen nun wesentlich besser hörbar ist. b) ACPI nun besser unterstützt wird, evtl. wurden die Prozessor-C-states unter 2.4 nicht richtig benutzt. Wenn es nur a) ist, dann müßte eine 9.0 übrigens auch fiepen, da dort der Timer-Interrupt defaultmäßig schon auf 1000Hz hochgesetzt war. Es gibt verschiedene Workarounds für das fiepen (wenn es von den C3-States kommt): - eine USB-Maus anstecken. Eine USB-Maus sorgt für ständige PCI-Busmaster- Aktivität, was das Benutzen von C3 effektiv verhindert. - Booten mit "acpi=off", allerdings kann es durchaus sein, daß auch mit APM diese CPU-States benutzt werden, nur kannst du es da nicht beeinflussen. - Booten mit "idle=poll". Dann wird die CPU wenn sie nichts zu tun hat nicht schlafen gelegt, sondern dreht sich mit voller Kraft im Kreis. Nicht so toll, macht warm und braucht Strom. - das processor-Modul mit dem Parameter 'c3=0' (das ist SUSE-9.2 spezifisch, in späteren Versionen wird das anders heißen) laden, dann wird C3 nicht mehr benutzt. 'c2=0' gibt es auch noch, das sollte aber nicht nötig sein. Um festzustellen, ob es überhaupt daran liegen kann, schau einfach mal nach: seife@strolchi:~> cat /proc/acpi/processor/CPU0/power active state: C3 default state: C1 bus master activity: 10000a00 states: C1: promotion[C2] demotion[--] latency[000] usage[08833930] C2: promotion[C3] demotion[C1] latency[050] usage[37599945] *C3: promotion[--] demotion[C2] latency[050] usage[21323575] Wenn c3 nicht unterstützt ist, dann steht da statt der 4 Spalten "<not supported>" oder so ähnlich und dann sind wir evtl. auf der falschen Spur. -- Stefan Seyfried
Vielen Dank für die vielen Ratschläge! Das anstecken einer USB Maus hilft nur bedingt. Das Geräusch geht nicht 100%-tig weg. Es wird aber deutlich schwächer und tritt weniger häufig auf. Was ich vergessen hatte zu erwähnen ist, dass das Geräusch im Akkubetrieb deutlich häufiger und lauter zu höhren ist. Das würde die Theorie mit dem C3-state unterstützen. Soweit ich weiß haben Thinkpads dieser T-Serie (T20/T21/T22/T23) noch kein ACPI implementiert. Darauf deuten u.a. Fehlermeldungen hin wenn ich versuche ACPI zu starten. Damit verringert sich wohl die Möglichkeit den Fehler zu beheben. Deshalb funktioniert auch leider das auslesen von /proc/acpi/processor/CPU0/power nicht. Ich bin auf der Suche nach einer ähnlichen Datei. Sonst versuche ich mich mal an dem 'C3 = 0'. 'idle=poll' möchte ich auch nicht verwenden, sonst habe ich nachher nur den Lüfter laufen. Ein SuSE 9.0 hatte ich nie installiert, weshalb ich auch nichts zum Verhalten unter 9.0 sagen kann. Wahrscheinlich gibt es keinen Boot-Parameter der den Timer interrupt auf 100 Hz runterdreht...?! Ich muss jetzt erstmal alle Vorschläge in ruhe testen ;-) Mfg und vielen Dank nochmal für die vielen Antworten, Jakob
On Thu, Jan 13, 2005 at 03:26:49PM +0100, Jakob Wefers wrote:
Das anstecken einer USB Maus hilft nur bedingt. Das Geräusch geht nicht 100%-tig weg. Es wird aber deutlich schwächer und tritt weniger häufig auf. Was ich vergessen hatte zu erwähnen ist, dass das Geräusch im Akkubetrieb deutlich häufiger und lauter zu höhren ist. Das würde die Theorie mit dem C3-state unterstützen.
Es kann natürlich auch noch bei den normalen Schwankungen der Stromaufnahme, die auch ohne C3 da sind auftreten, aber halt schwächer.
Soweit ich weiß haben Thinkpads dieser T-Serie (T20/T21/T22/T23) noch kein ACPI implementiert. Darauf deuten u.a. Fehlermeldungen hin wenn ich versuche ACPI zu starten. Damit verringert sich wohl die Möglichkeit den Fehler zu beheben.
du kannst den bootparameter "acpi=force" mitgeben, dann sollte es gehen, allerdings haben die älteren Geräte oft keine so tolle ACPI-Implementierung und wenn jetzt suspend to RAM und suspend to disk mit APM gut funktioniert hat, kann es dir mit ACPI passieren, daß zumindest suspend to RAM nicht mehr funktioniert. => alles hat 2 seiten ;-)
Deshalb funktioniert auch leider das auslesen von /proc/acpi/processor/CPU0/power nicht. Ich bin auf der Suche nach einer ähnlichen Datei. Sonst versuche ich mich mal an dem 'C3 = 0'. 'idle=poll' möchte ich auch nicht verwenden, sonst habe ich nachher nur den Lüfter laufen.
Das processor-Modul kannst du nur mit ACPI laden => acpi=force, siehe oben. Dann mußt du "options processor c3=0" in die /etc/modprobe.conf.local schreiben und neu booten. Allerdings erhöht auch das den Stromverbrauch etwas... :-(
Ein SuSE 9.0 hatte ich nie installiert, weshalb ich auch nichts zum Verhalten unter 9.0 sagen kann. Wahrscheinlich gibt es keinen Boot-Parameter der den Timer interrupt auf 100 Hz runterdreht...?!
Für den 2.6er Kernel noch nicht, evtl. wird das zur 9.3 wieder implementiert.
Ich muss jetzt erstmal alle Vorschläge in ruhe testen ;-)
Viel Erfolg :-) -- Stefan Seyfried
du kannst den bootparameter "acpi=force" mitgeben, dann sollte es gehen, allerdings haben die älteren Geräte oft keine so tolle ACPI-Implementierung und wenn jetzt suspend to RAM und suspend to disk mit APM gut funktioniert hat, kann es dir mit ACPI passieren, daß zumindest suspend to RAM nicht mehr funktioniert. => alles hat 2 seiten ;-)
Suspend to RAM hat auch ohne ACPI nicht funktioniert :-( Aber auch bei der 8.2 musste ich ACPI=off bzw. AMP=on einstellen und zusätzlich einige Module in einer Konfigurationsdatei manuell zum entladen bringen. Ich denke so muss ich auch hier vorgehen. Nur muss ich mich dann leider für ACPI und gegen Suspend (aber ohne Geräsch) oder halt andersrum entscheiden. Vielleicht gibt's ja auch einen "Kompromiss"....
Das processor-Modul kannst du nur mit ACPI laden => acpi=force, siehe oben. Dann mußt du "options processor c3=0" in die /etc/modprobe.conf.local schreiben und neu booten. Allerdings erhöht auch das den Stromverbrauch etwas... :-(
Das funktioniert wunderbar! Mit c3=0 und acpi=force ist das nervende Geräusch absolut weg. Alles hört sich an wie bei meiner alten 8.2 installation. Wie sich das auf den Stromverbrauch auswirkt muss ich sehen.
Ein SuSE 9.0 hatte ich nie installiert, weshalb ich auch nichts zum Verhalten unter 9.0 sagen kann. Wahrscheinlich gibt es keinen Boot-Parameter der den Timer interrupt auf 100 Hz runterdreht...?!
Für den 2.6er Kernel noch nicht, evtl. wird das zur 9.3 wieder implementiert.
Ich fänd's super wenn zumindest die Option da währe. Mfg, Jakob Wefers
Jakob Wefers wrote:
du kannst den bootparameter "acpi=force" mitgeben, dann sollte es gehen, allerdings haben die älteren Geräte oft keine so tolle ACPI-Implementierung und wenn jetzt suspend to RAM und suspend to disk mit APM gut funktioniert hat, kann es dir mit ACPI passieren, daß zumindest suspend to RAM nicht mehr funktioniert. => alles hat 2 seiten ;-)
Suspend to RAM hat auch ohne ACPI nicht funktioniert :-(
I don't know if T22 is much different from my T21, but for me suspend to RAM works fine with both APM and ACPI. I have the ThinkPad related software packages installed, but I guess they are not really needed for this, or are they? The difference is that when running with APM, it will not suspend when on AC. With ACPI on the other hand the only way to make it suspend is to echo 4 > /proc/acpi/sleep. And you have to unload the sound module before suspending. I also eject PC Cards before going to sleep. A simple script can handle the process nicely and also load modules and insert cards on resume. -Teemu
Suspend to RAM hat auch ohne ACPI nicht funktioniert :-(
I don't know if T22 is much different from my T21, but for me suspend to RAM works fine with both APM and ACPI. I have the ThinkPad related software packages installed, but I guess they are not really needed for this, or are they?
I have also installed this package ...
The difference is that when running with APM, it will not suspend when on AC.
After running my laptop without AC, suspend to RAM works fine with APM. But the sound module is disabled when resuming. So I started searching for the APM config file. I guess the way to unload the sound module has changed since SuSE 8.2 because I have no idea what I have to add to the /usr/sbin/apmd_proxy file or wherever.
With ACPI on the other hand the only way to make it suspend is to echo 4 > /proc/acpi/sleep.
I don't understand this - I'm not such a linux expert ... what means echo?
And you have to unload the sound module before suspending.
how can I do it for ACPI?
I also eject PC Cards before going to sleep. A simple script can handle the process nicely and also load modules and insert cards on resume.
Maybe you can post the script...? Thanks a lot, Jakob
On Fri, Jan 14, 2005 at 03:08:49PM +0100, Jakob Wefers wrote:
Suspend to RAM hat auch ohne ACPI nicht funktioniert :-(
I don't know if T22 is much different from my T21, but for me suspend to RAM works fine with both APM and ACPI. I have the ThinkPad related software packages installed, but I guess they are not really needed for this, or are they?
I have also installed this package ...
The difference is that when running with APM, it will not suspend when on AC.
After running my laptop without AC, suspend to RAM works fine with APM. But the sound module is disabled when resuming. So I started searching for the APM config file. I guess the way to unload the sound module has changed since SuSE 8.2 because I have no idea what I have to add to the /usr/sbin/apmd_proxy file or wherever.
This is now all in /etc/sysconfig/powersave/* since the powermanagement is no longer handled by apmd but by powersaved since 9.1. If you did an update from 8.2, apmd will still be running, but you can change this with the YaST runlevel editor.
With ACPI on the other hand the only way to make it suspend is to echo 4 > /proc/acpi/sleep.
I don't understand this - I'm not such a linux expert ... what means echo?
don't bother - powersaved will handle this for you.
And you have to unload the sound module before suspending.
how can I do it for ACPI?
Powersaved works for both APM and ACPI, so you should only have to configure it once.
I also eject PC Cards before going to sleep. A simple script can handle the process nicely and also load modules and insert cards on resume.
Maybe you can post the script...?
I'd suggest you use powersaved, we can support you much better if you do ;-) -- Stefan Seyfried
On Friday 14 January 2005 21:01, Stefan Seyfried wrote:
On Fri, Jan 14, 2005 at 03:08:49PM +0100, Jakob Wefers wrote:
With ACPI on the other hand the only way to make it suspend is to echo 4 > /proc/acpi/sleep.
I don't understand this - I'm not such a linux expert ... what means echo?
don't bother - powersaved will handle this for you.
I'm still running 9.1 and after trying an evening to configure powersaved to suspend I gave up. The problem was that events like closing the lid are not recognized, so I just tried with brute force and it worked well. Maybe it would work with powersaved now, haven't tried it. If you want to test suspending with ACPI like I did, log in as root, unload the sound module, eject PCMCIA cards and finally send "4" to /proc/acpi/sleep. To resume I have to press the power button, the blue Fn-key or opening the lid do not work. I'm not at the laptop at the moment, so I can't give the module name or the script, but you can find the module with "lsmod" (as root), maybe even "lsmod | grep snd" would work. So to summarize: %ssh -l root localhost #cardctl eject #lsmod #rmmod "your_sound_module" #echo 4 > /proc/acpi/sleep See it suspend (- or not ;-)) and resume. #modprobe "your_sound_module" #cardctl insert
I also eject PC Cards before going to sleep. A simple script can handle the process nicely and also load modules and insert cards on resume.
Maybe you can post the script...?
If you need it, I'll post it when I get to the machine. The script is just what is described above. And if you end up using it you may want to configure sudo to allow normal users to suspend. The nice side effect is that you can also allow normal users to eject PCMCIA-cards with sudo. I wonder if this is possible with some dedicated PCMCIA-tool?
I'd suggest you use powersaved, we can support you much better if you do ;-) --
I'd love to use it if only I knew how to make it work. Will you help us to accomplish this? And finally - should the subject line read something like "ACPI powersaved suspend on IBM T21/T22" from now on?
Stefan Seyfried
-- Teemu Nikkilä
On Sat, Jan 15, 2005 at 02:43:19PM +0200, Teemu Nikkilä wrote:
I'm still running 9.1 and after trying an evening to configure powersaved to suspend I gave up. The problem was that events like closing the lid are not recognized, so I just tried with brute force and it worked well. Maybe it
this may be a different problem. You can always suspend via the kpowersave context menu or the powersave command line tool.
would work with powersaved now, haven't tried it. If you want to test suspending with ACPI like I did, log in as root, unload the sound module, eject PCMCIA cards and finally send "4" to /proc/acpi/sleep. To resume I have to press the power button, the blue Fn-key or opening the lid do not work.
Yes, that's normal since after a S4 => suspend to disk the machine is powered off the same as after a shutdown. At least with the 9.1 kernel. You might want to try newer powersave packages from ftp.suse.com:/pub/people/seife/powersave/, please read the READMEs since you might also need a newer kernel for the 0.8 versions. But even the 0.7 version available from there has some suspend-to-RAM bugs fixed IIRC.
sudo to allow normal users to suspend. The nice side effect is that you can also allow normal users to eject PCMCIA-cards with sudo. I wonder if this is possible with some dedicated PCMCIA-tool?
Nothing i know of right now. That's one of my most wanted applications: a "safely remove hardware" applet for the KDE systray.
I'd suggest you use powersaved, we can support you much better if you do ;-) --
I'd love to use it if only I knew how to make it work. Will you help us to accomplish this?
I'll try :-) -- Stefan Seyfried
On Monday 17 January 2005 20:47, Stefan Seyfried wrote:
On Sat, Jan 15, 2005 at 02:43:19PM +0200, Teemu Nikkilä wrote:
I'm still running 9.1 and after trying an evening to configure powersaved to suspend I gave up. The problem was that events like closing the lid are not recognized, so I just tried with brute force and it worked well. Maybe it
this may be a different problem. You can always suspend via the kpowersave context menu or the powersave command line tool.
It works now. I'll post the reply under subject the "ACPI powersaved suspend bei IBM T21/T22" because I think it is more appropriate for this discussion now. -Teemu
would work with powersaved now, haven't tried it. If you want to test suspending with ACPI like I did, log in as root, unload the sound module, eject PCMCIA cards and finally send "4" to /proc/acpi/sleep. To resume I have to press the power button, the blue Fn-key or opening the lid do not work.
Yes, that's normal since after a S4 => suspend to disk the machine is powered off the same as after a shutdown. At least with the 9.1 kernel.
You might want to try newer powersave packages from ftp.suse.com:/pub/people/seife/powersave/, please read the READMEs since you might also need a newer kernel for the 0.8 versions. But even the 0.7 version available from there has some suspend-to-RAM bugs fixed IIRC.
sudo to allow normal users to suspend. The nice side effect is that you can also allow normal users to eject PCMCIA-cards with sudo. I wonder if this is possible with some dedicated PCMCIA-tool?
Nothing i know of right now. That's one of my most wanted applications: a "safely remove hardware" applet for the KDE systray.
I'd suggest you use powersaved, we can support you much better if you do ;-) --
I'd love to use it if only I knew how to make it work. Will you help us to accomplish this?
I'll try :-) -- Stefan Seyfried
On Fri, Jan 14, 2005 at 02:56:00PM +0200, Teemu Nikkilä wrote:
I don't know if T22 is much different from my T21, but for me suspend to RAM works fine with both APM and ACPI. I have the ThinkPad related
Lucky you :-)
software packages installed, but I guess they are not really needed for this, or are they?
no, they should not make a difference.
The difference is that when running with APM, it will not suspend when on AC.
This is a Thinkpad special feature. It will suspend on AC, but only if you eject your PCMCIA cards first.
With ACPI on the other hand the only way to make it suspend is to echo 4 > /proc/acpi/sleep.
This is suspend to disk. But you should do this via powersaved (powersave -U) since...
And you have to unload the sound module before suspending. I also eject PC Cards before going to sleep. A simple script can handle the process nicely and also load modules and insert cards on resume.
...powersaved will handle all this for you. Just configure which modules to unload and which services to stop before suspend and it should work all fine. -- Stefan Seyfried
On Friday 14 January 2005 20:58, Stefan Seyfried wrote:
Lucky you :-)
That's why I like ThinkPads :-)
echo 4 > /proc/acpi/sleep.
This is suspend to disk. But you should do this via powersaved (powersave -U) since...
Ooooops. I mean echo _3_. My bad, should have checked this from http://acpi.sourceforge.net/documentation/sleep.html or my script. Hope Jakob sees this message together with the one I sent earlier. -Teemu
And you have to unload the sound module before suspending. I also eject PC Cards before going to sleep. A simple script can handle the process nicely and also load modules and insert cards on resume.
...powersaved will handle all this for you. Just configure which modules to unload and which services to stop before suspend and it should work all fine. -- Stefan Seyfried
-- Teemu Nikkilä email: tnikkila@cc.hut.fi tel.: +358 400 631 848
participants (5)
-
Andreas Otto
-
Christian Zoz
-
Jakob Wefers
-
Stefan Seyfried
-
Teemu Nikkilä