kern 2.6.1 - suspend/resume still malfunctioning

kern 2.6.1 - suspend/resume still malfunctioning

[Martin Lorenz]

Dear all,

well I am playing around to get suspend/resume working on my PC-MM10 for
quite a while now, and have run from one failing into the next...

lately I switched to vanilla 2.6.1 kernel to give it another try.

it somehow got better than before:
I can successfully resume now and the console is reactive again.
thats a real improvement!

but about a second after resume (when I hit the enter key the third
time) I got an Oops, that took about five seconds or more to scroll over
the screen (needless to say, that I could not read a word of what it was
saying) and ended up complaining about a panic in the interrupt handler.

maybe you can just tell me a patch, i could not find by myself...
I tried to go through the archive, but sf.net tells me, there would be
no archive for acpi-devel.

or is it a dsdt issue, and I should rather fix my dsdt? ...I'm afraid
i'd need some help in that case too.

all the data, i reported about my laptop is recorded with bug #1773
http://bugme.osdl.org/show_bug.cgi?id=1773

do you need anything else?
i am also willing and able to do some hacking too, but i don't quite
know where to start looking at.

greets and thanks
mlo
-- 
martin lorenz
--
	They that can give up essential liberty
	to obtain a little temporary safety
	deserve neither liberty nor safety.
				-- Benjamin Franklin




-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html

Re: kern 2.6.1 - suspend/resume still malfunctioning

[Stefan Seyfried]

On Thu, Jan 15, 2004 at 02:10:57PM +0100, Martin Lorenz wrote:
> Dear all,
> 
> well I am playing around to get suspend/resume working on my PC-MM10 for
> quite a while now, and have run from one failing into the next...

> all the data, i reported about my laptop is recorded with bug #1773
> http://bugme.osdl.org/show_bug.cgi?id=1773

have you tried S4, e.g. "echo 4 > /proc/acpi/sleep"?
S3 is probably harder to get working than S4, so try S4 first.

I always test my machines in this order:
S4 > S1 > S3
with S3 i had not much luck on most of my machines.
-- 
Stefan Seyfried



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html

Re: Re: kern 2.6.1 - suspend/resume still malfunctioning

[Martin Lorenz]

Stefan Seyfried wrote:

> On Thu, Jan 15, 2004 at 02:10:57PM +0100, Martin Lorenz wrote:
> 
>>Dear all,
>>
>>well I am playing around to get suspend/resume working on my PC-MM10 for
>>quite a while now, and have run from one failing into the next...
> 
> 
>>all the data, i reported about my laptop is recorded with bug #1773
>>http://bugme.osdl.org/show_bug.cgi?id=1773
> 
> 
> have you tried S4, e.g. "echo 4 > /proc/acpi/sleep"?
> S3 is probably harder to get working than S4, so try S4 first.
> 
well...

with S4 i get a message, saying that my drive was not ready for that
command and it keeps telling me (lines by lines and never ending)

end_request: I/O error, dev hda, sector 1596164

so i it doesent even go to suspend(off)

greets
mlo
-- 
martin lorenz
--
	They that can give up essential liberty
	to obtain a little temporary safety
	deserve neither liberty nor safety.
				-- Benjamin Franklin



-------------------------------------------------------
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html

Re: Re: kern 2.6.1 - suspend/resume still malfunctioning

[Martin Lorenz]

Martin Lorenz wrote:
> Stefan Seyfried wrote:
> 
> 
>>On Thu, Jan 15, 2004 at 02:10:57PM +0100, Martin Lorenz wrote:
>>
>>
>>>Dear all,
>>>
>>>well I am playing around to get suspend/resume working on my PC-MM10 for
>>>quite a while now, and have run from one failing into the next...
>>
>>
>>>all the data, i reported about my laptop is recorded with bug #1773
>>>http://bugme.osdl.org/show_bug.cgi?id=1773
>>
>>
>>have you tried S4, e.g. "echo 4 > /proc/acpi/sleep"?
>>S3 is probably harder to get working than S4, so try S4 first.
>>
> 
> well...
> 
> with S4 i get a message, saying that my drive was not ready for that
> command and it keeps telling me (lines by lines and never ending)
> 
> end_request: I/O error, dev hda, sector 1596164
> 
> so i it doesent even go to suspend(off)
> 

just tried to boot into /bin/bash and gave it another chance there
guess what: it suspended to ram and resumed without any
jinxes and oopses :-)

but what is this going to tell me as a kernel-imbecile???
-- 
martin lorenz
--
	They that can give up essential liberty
	to obtain a little temporary safety
	deserve neither liberty nor safety.
				-- Benjamin Franklin



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Re: Re: kern 2.6.1 - suspend/resume still malfunctioning

[Pavel Machek]

Hi!

> >>>Dear all,
> >>>
> >>>well I am playing around to get suspend/resume working on my PC-MM10 for
> >>>quite a while now, and have run from one failing into the next...
> >>
> >>
> >>>all the data, i reported about my laptop is recorded with bug #1773
> >>>http://bugme.osdl.org/show_bug.cgi?id=1773
> >>
> >>
> >>have you tried S4, e.g. "echo 4 > /proc/acpi/sleep"?
> >>S3 is probably harder to get working than S4, so try S4 first.
> >>
> > 
> > well...
> > 
> > with S4 i get a message, saying that my drive was not ready for that
> > command and it keeps telling me (lines by lines and never ending)
> > 
> > end_request: I/O error, dev hda, sector 1596164

What about few lines before this?  mdelay(1000) into printk if you
must.

> > so i it doesent even go to suspend(off)
> > 
> 
> just tried to boot into /bin/bash and gave it another chance there
> guess what: it suspended to ram and resumed without any
> jinxes and oopses :-)
> 
> but what is this going to tell me as a kernel-imbecile???

Well, search which process breaks that.
								Pavel
-- 
When do you have a heart between your knees?
[Johanka's followup: and *two* hearts?]


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

RE: Re: kern 2.6.1 - suspend/resume still malfunctioning

[Yu, Luming]

> > all the data, i reported about my laptop is recorded with bug #1773
> > http://bugme.osdl.org/show_bug.cgi?id=1773
> 
> have you tried S4, e.g. "echo 4 > /proc/acpi/sleep"?
> S3 is probably harder to get working than S4, so try S4 first.

Why?  


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Re: Re: kern 2.6.1 - suspend/resume still malfunctioning

[Pavel Machek]

Hi!

> > > all the data, i reported about my laptop is recorded with bug #1773
> > > http://bugme.osdl.org/show_bug.cgi?id=1773
> > 
> > have you tried S4, e.g. "echo 4 > /proc/acpi/sleep"?
> > S3 is probably harder to get working than S4, so try S4 first.
> 
> Why?  

Video issues: [Actually, if intel would want to help with these... it
would be great. You need to solve it for Itaniums, anyway...]


								Pavel

                Video issues with S3 resume
                ~~~~~~~~~~~~~~~~~~~~~~~~~~~
                     2003, Pavel Machek

During S3 resume, hardware needs to be reinitialized. For most
devices, this is easy, and kernel driver knows how to do
it. Unfortunately there's one exception: video card. Those are usually
initialized by BIOS, and kernel does not have enough information to
boot video card. (Kernel usually does not even contain video card
driver -- vesafb and vgacon are widely used).

This is not problem for swsusp, because during swsusp resume, BIOS is
run normally so video card is normally initialized.

There are three types of systems where video works after S3 resume:

* systems where video state is preserved over S3. (HP Omnibook xe3)

* systems that initialize video card into vga text mode and where BIOS
  works well enough to be able to set video mode. Use
  acpi_sleep=s3_mode on these. (Toshiba 4030cdt)

* systems where it is possible to call video bios during S3
  resume. Unfortunately, it is not correct to call video BIOS at that
  point, but it happens to work on some machines. Use
  acpi_sleep=s3_bios (Athlon64 desktop system)

Now, if you pass acpi_sleep=something, and it does not work with your
bios, you'll get hard crash during resume. Be carefull.

You may have system where none of above works. At that point you
either invent another ugly hack that works, or write proper driver for
your video card (good luck getting docs :-(). Maybe suspending from X
(proper X, knowing your hardware, not XF68_FBcon) might have better
chance of working.

-- 
When do you have a heart between your knees?
[Johanka's followup: and *two* hearts?]


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Re: Re: kern 2.6.1 - suspend/resume still malfunctioning

[Nigel Cunningham]

[-- Attachment #1: Type: text/plain, Size: 469 bytes --]

Hi Pavel.

On Mon, 2004-01-19 at 07:37, Pavel Machek wrote:

> There are three types of systems where video works after S3 resume:
> 
> * systems where video state is preserved over S3. (HP Omnibook xe3)

You might want to say 'some HP Omnibook XE3s'. Mine has an i830MG video
card, which doesn't preserve state S3=S4=S5 as far as it's concerned,
IIRC.

Regards,

Nigel

-- 
My work on Software Suspend is graciously brought to you by
LinuxFund.org.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: Re: kern 2.6.1 - suspend/resume still malfunctioning

[Pavel Machek]

Hi!

> > There are three types of systems where video works after S3 resume:
> > 
> > * systems where video state is preserved over S3. (HP Omnibook xe3)
> 
> You might want to say 'some HP Omnibook XE3s'. Mine has an i830MG video
> card, which doesn't preserve state S3=S4=S5 as far as it's concerned,
> IIRC.

Hmm, yes, I should. And HP should be shot for naming two completely
different machine with the same name. [I have xe3 with athlon 900
here.]
								Pavel

-- 
When do you have heart between your knees?


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn