init 0 hängt? [SOLVED]

[Disorgoth]

Hallo an alle,

ich habe Sid in Verwendung und vor kurzem von 2.6.18 auf 2.6.20.7 upgedated. Mit dem -18er kernel funktionierte s2ram völlig problemlos, suspend sowie resume brauchten nur wenige sekunden, so wie's eben sein sollte.

Mit dem neuern kernel (die config hat sich eigentlich so gut wie nicht geändert) gibts ein problem, der suspend Prozess hängt. Das letzte was ich sehe ist "Suspending console(s)" in einem VT, mit scheinbar 100% Auslastung- nur cold restart hilft.

Ich verwendete bis dato immer s2ram, das Problem tritt aber sowohl in uswsusp, swsusp und suspend2 auf. Der code der die Meldung ausgibt liegt in kernel/printk.c, hab aufgrund der Diskussion auf der Kernel Mailing List für 2.6.21-rc* fast die Befürchtung dass dort etwas schief gelaufen ist.

Hat sonstwer das Problem?

Meine HW: Sony Vaio TX3, Intel 945 GK (i915 bzw i810 für Xorg), ipw3945; suspend2 patch aktuell nicht am laufen, da scheinbar nicht hilfreich.

Danke im Voraus,
Erik

Edit: Das Problem liegt scheinbar nicht an suspend, sondern tiefergehend: Auch "init 0" bringt nach dem shutdown den Fehler!

[Disorgoth]

mit 2.6.21 ist der fehler behoben.

[AxPU]

Ich bekomme hier mit 2.6.21.1 eine identische Meldung bei der Verwendung des Vanilla "swsusp" aber interessanterweise nach dem Resume. Das heißt, das Speicherimage im Swap wird mit entsprechender Melung dekomprimiert und dann kommt ebendiese Meldung: "Suspending console(s)"

Danach geht natürlich nichts mehr und der Rechner bleibt hängen, rebootet aber nach einigen Minuten automatisch. Ich habe natürlich schon Google&Co befragt, aber richtige Infos konnte ich noch nirgends auftreiben.

Ideas anyone? Oder zumindest ein paar Links die mir eventuell dabei helfen Licht ins Dunkel zu bringen?
tx