Toshiba Satellite P10

Toshiba Satellite P10

[Jaco Kroon]

Hello all,

I'm having some trouble with suspend/resume on my Toshiba Satellite P10 
and was wondering whether anybody would be able to assist.

The omnibook module makes some functionality (like the multimedia keys, 
temperature readings, LCD and FAN adjustments) available.  It however 
does not help with suspend/resume at all.

It seems like the notebook only supports standby and suspend to ram.  It 
seems to come out of standby almost immediately and never come out of 
suspend to ram.  Running hibernate-ram -n works fine, but when running 
it without -n it actually suspends to RAM, hdd spins down, network goes 
down, CPU fans stop and the power led turns red (instead of the normal 
blue - this is in accordance with what I've seen with Windows).

When it's time again to resume however, it just does nothing and I need 
to power-cycle the machine to get it usable again.

I've proceeded to make a copy of /proc/acpi/dsdt into ~/dsdt.dat and 
decompiled that using iasl.  Upon recompiling (without making 
modifications) this rendered 17 errors and 3 warnings.  One of the 
warnings being about _WAK not returning a value - which I've changed to 
always return a packet containing two zeroes (not a fix but rather a 
workaround).  There were also some access errors where changing AnyAcc 
to ByteAcc solved 3 of the errors.

I unfortunately have no idea how to solve the other errors, most of 
which are 'Error 1094 - Missing ResourceSource string (required)'.  I've 
read somewhere that these strings are in fact optional.  Is this a bug 
in the iasl compiler?  An example of such a block:

DWordMemory (ResourceProducer, SubDecode, MinFixed, MaxFixed, 
NonCacheable, ReadWrite,
     0x00000000, // Address Space Granularity
     0x000A0000, // Address Range Minimum
     0x000BFFFF, // Address Range Maximum
     0x00000000, // Address Translation Offset
     0x00020000, 0x00,,
     , AddressRangeMemory, TypeStatic)

This is inside a block '
Name (RSRC, ResourceTemplate ()
{
... many of the above blocks here
})

I suspect this is resource specifications, in this particular case, the 
VGA BIOS video memory used by vesa if I'm not mistaken.

The other error that I receive is 'Error 1013 - Method local variable is 
not initialized (Local1)'.  In this case I guess I can just initialize 
it to 0 and get it over with?

There are also two warnings 'Warning 2019 - Not all control paths return 
a value' for methods SLLB and PBGU.  Looking at these methods they 
indeed look dodgy.  The SLLB function looks like:

Method (SLLB, 1, NotSerialized)
{
     Store (Arg0, Local0)
     And (Local0, 0xFF, Local0)
     If (LLess (Arg0, 0x0100))
     {
         Return (Z00B)
     }
     Else
     {
         Store (Local0, Z00B)
     }
}

This means that when SLLB gets called with an argument less that 0x0100 
then a value will be returned, but if not we store the value passed in 
the argument anded with 0xFF.  For optimization - shouldn't this 
calculation be moved into the Else part, also, should both cases return 
Z00B, in which case the If can be rewritten to a > 0xFF and both Stores 
and the And inside that with the Return after the If.

The second case is less clear:

Method (PBGU, 1, NotSerialized)
{
     If (LEqual (Arg0, 0x00))
     {
         Return (BGU1)
     }

     If (LEqual (Arg0, 0x01))
     {
         Return (Z00C)
     }

     If (LEqual (Arg0, 0x02))
     {
         Store (0x00, ZOOC)
         Return (Z00C)
     }
}

This case is less clear.  If we can assume that values will always be in 
the range [0-2] then it's possible to simply remove the last If 
statement and just put it's contents there.

Any and all advice appreciated.  I could not locate these methods in the 
ACPI spec so I'm suspecting that they are being used internally and does 
not form part of the ACPI spec.

Thank,

-- 
Jaco Kroon
Support Engineer
CSS TIRISANO
Computer Systems (Pty) Ltd
Tel:   +27 12 621 3171
Fax:   +27 12 661 4984
Cell:  +27 84 515 8255

Notice: This message and any attachments are confidential and intended 
solely for the addressee. If you have received this message in error, 
please notify the sender by email or by phone to the listed number. Any 
unauthorised use, alteration or dissemination is prohibited. CSS 
Tirisano (Pty) Ltd accepts no liability for any direct, indirect or 
consequential loss or damages, arising from the contents of this message.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Pavel Machek]

Hi

> I'm having some trouble with suspend/resume on my Toshiba Satellite P10 
> and was wondering whether anybody would be able to assist.
> 
> The omnibook module makes some functionality (like the multimedia keys, 
> temperature readings, LCD and FAN adjustments) available.  It however 
> does not help with suspend/resume at all.
> 
> It seems like the notebook only supports standby and suspend to ram.  It 
> seems to come out of standby almost immediately and never come out of 
> suspend to ram.  Running hibernate-ram -n works fine, but when running 
> it without -n it actually suspends to RAM, hdd spins down, network goes 
> down, CPU fans stop and the power led turns red (instead of the normal 
> blue - this is in accordance with what I've seen with Windows).
> 
> When it's time again to resume however, it just does nothing and I need 
> to power-cycle the machine to get it usable again.

P10... is it that beast with pentium4 and hyperthreading? Dual cpu
fans?

That worked for me. See Doc*/power/video.txt. Yep, that one works with
right config. Get swsusp working, first. Then you can debug s2ram.


							Pavel
-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Stefan Seyfried]

On Thu, Dec 22, 2005 at 12:02:19PM +0100, Pavel Machek wrote:
> Hi
> 
> > I'm having some trouble with suspend/resume on my Toshiba Satellite P10 
> > and was wondering whether anybody would be able to assist.
> > 
> > The omnibook module makes some functionality (like the multimedia keys, 
> > temperature readings, LCD and FAN adjustments) available.  It however 
> > does not help with suspend/resume at all.
> > 
> > It seems like the notebook only supports standby and suspend to ram.  It 
> > seems to come out of standby almost immediately and never come out of 
> > suspend to ram.  Running hibernate-ram -n works fine, but when running 
> > it without -n it actually suspends to RAM, hdd spins down, network goes 
> > down, CPU fans stop and the power led turns red (instead of the normal 
> > blue - this is in accordance with what I've seen with Windows).
> > 
> > When it's time again to resume however, it just does nothing and I need 
> > to power-cycle the machine to get it usable again.
> 
> P10... is it that beast with pentium4 and hyperthreading? Dual cpu
> fans?
> 
> That worked for me. See Doc*/power/video.txt. Yep, that one works with
> right config. Get swsusp working, first. Then you can debug s2ram.

Holger, do you have any hints on recent kernels on the P10? I have not
touched this beast (the right noun for this brick :-) for a long time.
-- 
Stefan Seyfried                  \ "I didn't want to write for pay. I
QA / R&D Team Mobile Devices      \ wanted to be paid for what I write."
SUSE LINUX Products GmbH, Nürnberg \                    -- Leonard Cohen


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id\x16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

Stefan Seyfried wrote:
> On Thu, Dec 22, 2005 at 12:02:19PM +0100, Pavel Machek wrote:
>>>I'm having some trouble with suspend/resume on my Toshiba Satellite P10 
>>>and was wondering whether anybody would be able to assist.
>>>
>>>The omnibook module makes some functionality (like the multimedia keys, 
>>>temperature readings, LCD and FAN adjustments) available.  It however 
>>>does not help with suspend/resume at all.
>>>
>>>It seems like the notebook only supports standby and suspend to ram.  It 
>>>seems to come out of standby almost immediately and never come out of 
>>>suspend to ram.  Running hibernate-ram -n works fine, but when running 
>>>it without -n it actually suspends to RAM, hdd spins down, network goes 
>>>down, CPU fans stop and the power led turns red (instead of the normal 
>>>blue - this is in accordance with what I've seen with Windows).
>>>
>>>When it's time again to resume however, it just does nothing and I need 
>>>to power-cycle the machine to get it usable again.
>>
>>P10... is it that beast with pentium4 and hyperthreading? Dual cpu
>>fans?

P4 - not HT though (not afaik anyway - or for a change I was blind - 
running without HT anyway).

>>That worked for me. See Doc*/power/video.txt. Yep, that one works with
>>right config. Get swsusp working, first. Then you can debug s2ram.

Ah.  I missed those options.  Those might well solve a few things. 
Can't reboot atm (At the work and processor is working overtime at the 
moment).  Also, they mention fesafb - will switch that off for the while 
being just to first get the basic stuff working, then try to re-add 
that.  Don't know whether that will be possible.

I also assume it's at this time impossible to use fglrx with resume/suspend?

> Holger, do you have any hints on recent kernels on the P10? I have not
> touched this beast (the right noun for this brick :-) for a long time.

"The beast" specs and what I've done (and gotten working) so far is 
available at http://www.kroon.co.za/howto.php?howto=toshiba_p10.

I do recall that booting with acpi=off caused the notebook to die in a 
similar fashion on reboot.  Not sure what the cause is/was but it's 
working mostly now.  Could be the same thing that causes both hangs.

With regards to the ACPI code though - I've managed to fix all the 
warnings and errors, except the one about the ResourceSource error, 
which according to the spec is optional but iasl insists it's required. 
  No idea what I'm going to do about that.  Also not sure whether fixing 
_WAK to always return a value will actually do something.

Thanks,

-- 
Jaco Kroon
Support Engineer
CSS TIRISANO
Computer Systems (Pty) Ltd
Tel:   +27 12 621 3171
Fax:   +27 12 661 4984
Cell:  +27 84 515 8255

Notice: This message and any attachments are confidential and intended 
solely for the addressee. If you have received this message in error, 
please notify the sender by email or by phone to the listed number. Any 
unauthorised use, alteration or dissemination is prohibited. CSS 
Tirisano (Pty) Ltd accepts no liability for any direct, indirect or 
consequential loss or damages, arising from the contents of this message.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Pavel Machek]

Hi!

> >>P10... is it that beast with pentium4 and hyperthreading? Dual cpu
> >>fans?
> 
> P4 - not HT though (not afaik anyway - or for a change I was blind - 
> running without HT anyway).
> 
> >>That worked for me. See Doc*/power/video.txt. Yep, that one works with
> >>right config. Get swsusp working, first. Then you can debug s2ram.
> 
> Ah.  I missed those options.  Those might well solve a few things. 
> Can't reboot atm (At the work and processor is working overtime at the 
> moment).  Also, they mention fesafb - will switch that off for the while 
> being just to first get the basic stuff working, then try to re-add 
> that.  Don't know whether that will be possible.
> 
> I also assume it's at this time impossible to use fglrx with
>resume/suspend?

No idea, I did not play with fglrx (what is it anyway?)

							Pavel
-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Stefan Seyfried]

On Thu, Dec 22, 2005 at 03:59:26PM +0200, Jaco Kroon wrote:
 
> P4 - not HT though (not afaik anyway - or for a change I was blind - 
> running without HT anyway).

it looks like you have a very different P10 than the one we have...

> I also assume it's at this time impossible to use fglrx with resume/suspend?

...because ours has a NVidia graphics card.

> "The beast" specs and what I've done (and gotten working) so far is 
> available at http://www.kroon.co.za/howto.php?howto=toshiba_p10.

This sounds similar to ours, but we definitely have an NVidia card and a
HT capable processor.

> With regards to the ACPI code though - I've managed to fix all the 
> warnings and errors, except the one about the ResourceSource error, 
> which according to the spec is optional but iasl insists it's required. 
>  No idea what I'm going to do about that.  Also not sure whether fixing 
> _WAK to always return a value will actually do something.

I do not remember that i would have to fix any DSDT bugs, everything worked
with the original DSDT.

But it is some time ago that i did use this machine, and due to its 
tremendously huge footprint and very heavy weight, i just used it
as a Workstation, so not very frequent. Also the dual turbines did their
share that it was turned off most of the time :-))
 
> Notice: This message and any attachments are confidential and intended 
> solely for the addressee. If you have received this message in error, 
> please notify the sender by email or by phone to the listed number. Any 
> unauthorised use, alteration or dissemination is prohibited. CSS 
> Tirisano (Pty) Ltd accepts no liability for any direct, indirect or 
> consequential loss or damages, arising from the contents of this message.

OMG! i hope i'm not going to jail now ;-)
-- 
Stefan Seyfried                  \ "I didn't want to write for pay. I
QA / R&D Team Mobile Devices      \ wanted to be paid for what I write."
SUSE LINUX Products GmbH, Nürnberg \                    -- Leonard Cohen


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id\x16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

Stefan Seyfried wrote:
> On Thu, Dec 22, 2005 at 03:59:26PM +0200, Jaco Kroon wrote:
>>P4 - not HT though (not afaik anyway - or for a change I was blind - 
>>running without HT anyway).
> 
> it looks like you have a very different P10 than the one we have...

Similar but different yes.  Mine is P10-772 (iirc), the one mentioned in 
the kernel specs is 5??.

>>I also assume it's at this time impossible to use fglrx with resume/suspend?
> 
> ...because ours has a NVidia graphics card.

LOL!  I wish.  fglrx is the ati binary drivers (as asked in the response 
from Pavel).  According to another friend of mine the answer to this one 
is no.  He can suspend/resume his notebook as long as he's using the 
opensource radeon driver and not fglrx.  He's not using a P10 though.

>>With regards to the ACPI code though - I've managed to fix all the 
>>warnings and errors, except the one about the ResourceSource error, 
>>which according to the spec is optional but iasl insists it's required. 
>> No idea what I'm going to do about that.  Also not sure whether fixing 
>>_WAK to always return a value will actually do something.
> 
> I do not remember that i would have to fix any DSDT bugs, everything worked
> with the original DSDT.

There is only really one error that bothers me, and I read somewhere 
that the kernel doesn't look at it's value, and that is the _WAK call 
that doesn't return a value.  Unless that of course changed recently. 
And I can't recompile the DSDT due to those ResourceSource required 
errors, which seems to be a bug in iasl.

I still haven't managed to finish of the resume process.  The screen 
comes back up and console switching works but that is just about where 
it ends.  I don't see any kernel panic messages either.  Will RTFM and 
fool around some more.

> But it is some time ago that i did use this machine, and due to its 
> tremendously huge footprint and very heavy weight, i just used it
> as a Workstation, so not very frequent. Also the dual turbines did their
> share that it was turned off most of the time :-))

It's not _that_ heavy!  But yes, it is rather noisy, but nothing 
compared to these air-conditioners we have here, or my graphics card in 
my desktop at home.

>>Notice: This message and any attachments are confidential and intended 
>>solely for the addressee. If you have received this message in error, 
>>please notify the sender by email or by phone to the listed number. Any 
>>unauthorised use, alteration or dissemination is prohibited. CSS 
>>Tirisano (Pty) Ltd accepts no liability for any direct, indirect or 
>>consequential loss or damages, arising from the contents of this message.
> 
> OMG! i hope i'm not going to jail now ;-)

Company policy.  It sucks I know.  The content of these messages is 
fortunately intented for any soul who is interrested.

Thanks,

-- 
Jaco Kroon
Support Engineer
CSS TIRISANO
Computer Systems (Pty) Ltd
Tel:   +27 12 621 3171
Fax:   +27 12 661 4984
Cell:  +27 84 515 8255

Notice: This message and any attachments are confidential and intended 
solely for the addressee. If you have received this message in error, 
please notify the sender by email or by phone to the listed number. Any 
unauthorised use, alteration or dissemination is prohibited. CSS 
Tirisano (Pty) Ltd accepts no liability for any direct, indirect or 
consequential loss or damages, arising from the contents of this message.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Pavel Machek]

Hi!

> >>With regards to the ACPI code though - I've managed to fix all the 
> >>warnings and errors, except the one about the ResourceSource error, 
> >>which according to the spec is optional but iasl insists it's required. 
> >>No idea what I'm going to do about that.  Also not sure whether fixing 
> >>_WAK to always return a value will actually do something.
> >
> >I do not remember that i would have to fix any DSDT bugs, everything worked
> >with the original DSDT.
> 
> There is only really one error that bothers me, and I read somewhere 
> that the kernel doesn't look at it's value, and that is the _WAK call 
> that doesn't return a value.  Unless that of course changed recently. 
> And I can't recompile the DSDT due to those ResourceSource required 
> errors, which seems to be a bug in iasl.

Fix iasl, then ;-).

> I still haven't managed to finish of the resume process.  The screen 
> comes back up and console switching works but that is just about where 
> it ends.  I don't see any kernel panic messages either.  Will RTFM and 
> fool around some more.

RTFM will not help you here, I'm afraid. Try it with minimal kernel
config.
								Pavel

-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

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

Pavel Machek wrote:
> Hi!
> 
> 
>>>>With regards to the ACPI code though - I've managed to fix all the 
>>>>warnings and errors, except the one about the ResourceSource error, 
>>>>which according to the spec is optional but iasl insists it's required. 
>>>>No idea what I'm going to do about that.  Also not sure whether fixing 
>>>>_WAK to always return a value will actually do something.
>>>
>>>I do not remember that i would have to fix any DSDT bugs, everything worked
>>>with the original DSDT.
>>
>>There is only really one error that bothers me, and I read somewhere 
>>that the kernel doesn't look at it's value, and that is the _WAK call 
>>that doesn't return a value.  Unless that of course changed recently. 
>>And I can't recompile the DSDT due to those ResourceSource required 
>>errors, which seems to be a bug in iasl.
> 
> 
> Fix iasl, then ;-).

Will try when I get back from the movies.  I've seen one other message
that mentioned this same error in iasl, can't remember where though.

>>I still haven't managed to finish of the resume process.  The screen 
>>comes back up and console switching works but that is just about where 
>>it ends.  I don't see any kernel panic messages either.  Will RTFM and 
>>fool around some more.
> 
> RTFM will not help you here, I'm afraid. Try it with minimal kernel
> config.

Ok, that sucks.  This is what I get, one some VT that is not reachable
with Alt+Fx, I get this:

         inu
Back to C!
ACPI: PCI Interrupt 0000:00:14.1[A] -> GSI 16 (level, low) -> IRQ 177

The inu is in yellow and I presume forms part of the word "Linux".  I
get this screen when it comes back, from here I can switch to all twelfe
VTs with Alt+Fx, and back to this screen with Alt+right from tty1.

On tty1 I can type, but that is the only VT.  This is also the VT I run
hibernate-ram from.  Auto-repeat however does not function.  The same
applies when running "echo mem > /sys/power/state"

When running hibernate it doesn't power down!  This seems odd since
powerdown works when going "init 0".  Anyhow, the last messages I see is
this:

Freezing processes
Preparing Image.
Starting to save the image..
Writing caches...
Doing atormic copy.
Writing kernel & process data...

And that is where it all stops.

That is all I've managed to become wizer today.  Really not particularly
usefull I know.  Sorry for the noise.

-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Pavel Machek]

Hi!

> >>I still haven't managed to finish of the resume process.  The screen 
> >>comes back up and console switching works but that is just about where 
> >>it ends.  I don't see any kernel panic messages either.  Will RTFM and 
> >>fool around some more.
> > 
> > RTFM will not help you here, I'm afraid. Try it with minimal kernel
> > config.
> 
> Ok, that sucks.  This is what I get, one some VT that is not reachable
> with Alt+Fx, I get this:
> 
>          inu
> Back to C!
> ACPI: PCI Interrupt 0000:00:14.1[A] -> GSI 16 (level, low) -> IRQ
>177


> The inu is in yellow and I presume forms part of the word "Linux".  I
> get this screen when it comes back, from here I can switch to all twelfe
> VTs with Alt+Fx, and back to this screen with Alt+right from tty1.

Yep, "Linux" is printed from assembly header. Fortunately your machine
gets into C, so you'll not have to debug _that_. You can just debug it
using printk().

But try _minimal config_, first.

> On tty1 I can type, but that is the only VT.  This is also the VT I run
> hibernate-ram from.  Auto-repeat however does not function.  The same
> applies when running "echo mem > /sys/power/state"
> 
> When running hibernate it doesn't power down!  This seems odd since
> powerdown works when going "init 0".  Anyhow, the last messages I see is
> this:
> 
> Freezing processes
> Preparing Image.
> Starting to save the image..
> Writing caches...
> Doing atormic copy.
> Writing kernel & process data...
> 
> And that is where it all stops.

See Doc*/power/swsusp.txt. suspend to disk should be easier to fix.

								Pavel
-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

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

Pavel Machek wrote:
> But try _minimal config_, first.

Doesn't include CONFIG_NET imho, but kernel/power/ui.h (part of
suspend2?) doesn't compile without it.  I can probably write a patch,
the problem seems to be that ui_helper_data only gets declared if
CONFIG_NET is set, but it gets used elsewhere even if CONFIG_NET is not set.

Setting CONFIG_NET works around this problem.

With almost nothing in the kernel though (only what is essential to make
it boot) suspend-to-ram works.  Still suspend-to-disk though.

Guess it's time to go find the module that causes the problem and fix it
(if I can figure it out).

>>And that is where it all stops.
> 
> See Doc*/power/swsusp.txt. suspend to disk should be easier to fix.

That didn't really teach me anything new.

-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Pavel Machek]

Hi!

> > But try _minimal config_, first.
> 
> Doesn't include CONFIG_NET imho, but kernel/power/ui.h (part of
> suspend2?) doesn't compile without it.  I can probably write a patch,
> the problem seems to be that ui_helper_data only gets declared if
> CONFIG_NET is set, but it gets used elsewhere even if CONFIG_NET is
> not set.

You did not tell me your kernel contains suspend2. Revert those
patches. In-kernel code tends to have less bells/whistles, but seems
more reliable to me. (And it is the only one I can help you with.)

> Setting CONFIG_NET works around this problem.
> 
> With almost nothing in the kernel though (only what is essential to make
> it boot) suspend-to-ram works.  Still suspend-to-disk though.
> 
> Guess it's time to go find the module that causes the problem and fix it
> (if I can figure it out).

Yep ;-). Keep us updated with name of offending module.

								Pavel
-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

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

Pavel Machek wrote:
> Hi!
> 
> 
>>>But try _minimal config_, first.
>>
>>Doesn't include CONFIG_NET imho, but kernel/power/ui.h (part of
>>suspend2?) doesn't compile without it.  I can probably write a patch,
>>the problem seems to be that ui_helper_data only gets declared if
>>CONFIG_NET is set, but it gets used elsewhere even if CONFIG_NET is
>>not set.
> 
> You did not tell me your kernel contains suspend2. Revert those
> patches. In-kernel code tends to have less bells/whistles, but seems
> more reliable to me. (And it is the only one I can help you with.)

Oops.  Reverted.

Still does the same thing though, doing:

# echo shutdown > /sys/power/disk
# echo disk > /sys/power/state

(then on that special VT):

Stopping tasks: =========|
Freeing memory... done (0 pages freed)
swsusp: Need to copy 10553 pages
swsusp: critical section/: done (10595 pages copied)
ACPI: PCI Interrupt 0000:00:14:

... and I didn't get the rest cause as soon as I accidentally pressed a
key it powered down ...

It halted directly after "Shutting down hda" (can't remember the exact
message).  Powering up resuming worked just fine.  Including issues I
had with suspend-to-ram (described below).

This happened at least twice.  Having to hit some key to make it go away
is probably not the biggest issue I've had in my life, I guess if need
be I can live with that.

>>Setting CONFIG_NET works around this problem.
>>
>>With almost nothing in the kernel though (only what is essential to make
>>it boot) suspend-to-ram works.  Still suspend-to-disk though.
>>
>>Guess it's time to go find the module that causes the problem and fix it
>>(if I can figure it out).
> 
> Yep ;-). Keep us updated with name of offending module.

Actually, I lie.  There are weird lockups.  I can typically do "echo
foo", or "ls", but I for example can't run make, diff or anything funky
(mount without any params works but mount -o rw,remount /boot locks up).
 This may be due to incompatibilities with the running kernel and the
installed glibc but I somehow suspect this is not the case.  I can also
post my kernel config somewhere if that would help.

In both cases issues any further suspend/resume commands locks up the
system.  As in this could also be that caused the lockup after resuming
from ram.  Indeed.  Retrying the suspend-to-ram and then performing a
remount works.  However, running make menuconfig in /usr/src/linux after
that does not.

This feels like a post-wakeup racecondition to me... Disabling the big
kernel lock preemption think again... yes, seems to be working better
now.  Suspending to ram and then to disk still fails.  (resume from mem
works, can do make menuconfig - a few times - and then it starts
suspend-to-disk process and then just hangs).

Guess I should start by enable many more of those kernel debugging
options ..., right now I need some sleep however.

If I posted my DSDT, could you possibly take a look?  It seems that the
compiler error message doesn't mean what it says.  Under certain
conditions it will complain if a certain string is set but some index is
not.  And I don't know enough with regards to DSL to be able to spot the
errors.

Jaco
-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Pavel Machek]

Hi!

> ... and I didn't get the rest cause as soon as I accidentally pressed a
> key it powered down ...
> 
> It halted directly after "Shutting down hda" (can't remember the exact
> message).  Powering up resuming worked just fine.  Including issues I
> had with suspend-to-ram (described below).

Okay, what *other* patches do you have installed? What kernel are you
running? 2.6.15-rc6?

> This happened at least twice.  Having to hit some key to make it go away
> is probably not the biggest issue I've had in my life, I guess if need
> be I can live with that.

I have seen that before with acpi vgapost or something like
that... Strange. Can you insert printks to find out what is going on?

> This feels like a post-wakeup racecondition to me... Disabling the big
> kernel lock preemption think again... yes, seems to be working better
> now.  Suspending to ram and then to disk still fails.  (resume from mem
> works, can do make menuconfig - a few times - and then it starts
> suspend-to-disk process and then just hangs).

So... there's no module to blame? I do have CONFIG_PREEMPT=y and
CONFIG_PREEMPT_BKL=y set here, but there were some problems with those
before, so keeping it disabled may be wise.

Ouch and now that suspend-to-ram more or less works for you, can you
submit update to Doc*/power/video.txt?

> If I posted my DSDT, could you possibly take a look?  It seems that the
> compiler error message doesn't mean what it says.  Under certain
> conditions it will complain if a certain string is set but some index is
> not.  And I don't know enough with regards to DSL to be able to spot the
> errors.

I'm not DSDT expert, sorry. (And problem is probably not in DSDT
anyway).

								Pavel
-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

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

Pavel Machek wrote:
> Hi!
> 
> 
>>... and I didn't get the rest cause as soon as I accidentally pressed a
>>key it powered down ...
>>
>>It halted directly after "Shutting down hda" (can't remember the exact
>>message).  Powering up resuming worked just fine.  Including issues I
>>had with suspend-to-ram (described below).
> 
> Okay, what *other* patches do you have installed? What kernel are you
> running? 2.6.15-rc6?

I'm trying with 2.6.14.3, but I've got 2.6.15rc5 available here (can
always get the VI patch to rc6).  Was intending to run the acpi_include
patch, but since that is a standard option in 2.6.14.x I never actually
pulled in that patch, so no other patches and I've backed out suspend2
now.  Will also give 15rc6 a go in the morning.

>>This happened at least twice.  Having to hit some key to make it go away
>>is probably not the biggest issue I've had in my life, I guess if need
>>be I can live with that.
> 
> I have seen that before with acpi vgapost or something like
> that... Strange. Can you insert printks to find out what is going on?

In the morning.

>>This feels like a post-wakeup racecondition to me... Disabling the big
>>kernel lock preemption think again... yes, seems to be working better
>>now.  Suspending to ram and then to disk still fails.  (resume from mem
>>works, can do make menuconfig - a few times - and then it starts
>>suspend-to-disk process and then just hangs).
> 
> So... there's no module to blame? I do have CONFIG_PREEMPT=y and
> CONFIG_PREEMPT_BKL=y set here, but there were some problems with those
> before, so keeping it disabled may be wise.

I've also found that I forgot to disable registers.  Neither made a
difference though.

> Ouch and now that suspend-to-ram more or less works for you, can you
> submit update to Doc*/power/video.txt?

Will do if I get it working.  more-or-less is simply not good enough (or
should I just make a note there?).

>>If I posted my DSDT, could you possibly take a look?  It seems that the
>>compiler error message doesn't mean what it says.  Under certain
>>conditions it will complain if a certain string is set but some index is
>>not.  And I don't know enough with regards to DSL to be able to spot the
>>errors.
> 
> I'm not DSDT expert, sorry. (And problem is probably not in DSDT
> anyway).

Figured.

Thanks for you patience on this.

Jaco
-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Pavel Machek]

Hi!

> > Okay, what *other* patches do you have installed? What kernel are you
> > running? 2.6.15-rc6?
> 
> I'm trying with 2.6.14.3, but I've got 2.6.15rc5 available here (can
> always get the VI patch to rc6).  Was intending to run the acpi_include
> patch, but since that is a standard option in 2.6.14.x I never actually
> pulled in that patch, so no other patches and I've backed out suspend2
> now.  Will also give 15rc6 a go in the morning.

rc5 should be good enough.

> >>This feels like a post-wakeup racecondition to me... Disabling the big
> >>kernel lock preemption think again... yes, seems to be working better
> >>now.  Suspending to ram and then to disk still fails.  (resume from mem
> >>works, can do make menuconfig - a few times - and then it starts
> >>suspend-to-disk process and then just hangs).
> > 
> > So... there's no module to blame? I do have CONFIG_PREEMPT=y and
> > CONFIG_PREEMPT_BKL=y set here, but there were some problems with those
> > before, so keeping it disabled may be wise.
> 
> I've also found that I forgot to disable registers.  Neither made a
> difference though.

CONFIG_REGPARM?

> > Ouch and now that suspend-to-ram more or less works for you, can you
> > submit update to Doc*/power/video.txt?
> 
> Will do if I get it working.  more-or-less is simply not good enough (or
> should I just make a note there?).

It is good enough for video.txt. It describes how to get _video_
working, and video works just ok for you.

							Pavel
-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

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

Pavel Machek wrote:
> Hi!
> 
> 
>>>Okay, what *other* patches do you have installed? What kernel are you
>>>running? 2.6.15-rc6?
>>
>>I'm trying with 2.6.14.3, but I've got 2.6.15rc5 available here (can
>>always get the VI patch to rc6).  Was intending to run the acpi_include
>>patch, but since that is a standard option in 2.6.14.x I never actually
>>pulled in that patch, so no other patches and I've backed out suspend2
>>now.  Will also give 15rc6 a go in the morning.
> 
> rc5 should be good enough.

Same problem.  SysRq+T reveals that the newly spawned process is getting
stuck in:

ide_do_request+0x18a/0x3c5
io_schedule+0xe/0x16
sync_page+0x3e/0x4b
__wait_on_bit_lock+0x41/0x61
sync_page+0x0/0x4b
__lock_page+0x9d/0xb1
wake_bit_function+0x0/0x55
wake_bit_function+0x0/0x55
do_generic_mapping_read+0x335/0x7fd
__generic_file_aio_read+0x19d/0x203
file_read_actor+0x0/0xfa
generic_file_read+0xba/0xd8
autoremove_wake_function+0x0/0x57
vfs_read+0x1a5/0x1aa
kernel_read+0x50/0x5f
prepare_binprm+0xd8/0x103
do_execve+0xfe/0x203
sys_execve+0x3c/0x6f
sysenter_past_esp+0x54/0x75

Second run round the first command I issued worked fine, as did cd to
/usr/src/linux, but running make menuconfig failed.  This time the stack
trace was considerably longer (I'm not going to type that over).  The
top two calls are the same, but it comes in from sync_buffer,
__wait_on_bit, sync_buffer, sync_buffer, out_of_line_wait_on_bit,
wake_bit_function, wakebit_function, and so forth.  A quick scan of the
VI between rc5  and rc6 doesn't reveal any changes that could possibly
affect this (I'm going to patch to rc6 in any case).

Could it be a bug in reiserfs?  I have run a fsck but no errors were
found, so I presume the fs is still in tact.

Right, I've done this for userspace programs linked with -rdynamic
before, but how do I convert those hexadecimal offsets into line numbers
for the kernel?  Just point me at the docs to RTFM so that I can RTFS.

The keyboard auto-repeat still breaks.  If it's possible to re-enable
this using some command-line tool (which I'm not aware off) then I can
just re-enable that manually from a suspend/resume script.

>>>>This feels like a post-wakeup racecondition to me... Disabling the big
>>>>kernel lock preemption think again... yes, seems to be working better
>>>>now.  Suspending to ram and then to disk still fails.  (resume from mem
>>>>works, can do make menuconfig - a few times - and then it starts
>>>>suspend-to-disk process and then just hangs).
>>>
>>>So... there's no module to blame? I do have CONFIG_PREEMPT=y and
>>>CONFIG_PREEMPT_BKL=y set here, but there were some problems with those
>>>before, so keeping it disabled may be wise.
>>
>>I've also found that I forgot to disable registers.  Neither made a
>>difference though.
> 
> CONFIG_REGPARM?

Argh.  It was too early in the morning (late at night?).  Yes.

>>>Ouch and now that suspend-to-ram more or less works for you, can you
>>>submit update to Doc*/power/video.txt?
>>
>>Will do if I get it working.  more-or-less is simply not good enough (or
>>should I just make a note there?).
> 
> It is good enough for video.txt. It describes how to get _video_
> working, and video works just ok for you.

You should have received the patch.

Jaco
-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Stefan Seyfried]

On Sat, Dec 24, 2005 at 10:45:58AM +0200, Jaco Kroon wrote:
> Pavel Machek wrote:
> > rc5 should be good enough.
> 
> Same problem.  SysRq+T reveals that the newly spawned process is getting
> stuck in:
> 
> ide_do_request+0x18a/0x3c5
> io_schedule+0xe/0x16
> sync_page+0x3e/0x4b
> __wait_on_bit_lock+0x41/0x61
> sync_page+0x0/0x4b
> __lock_page+0x9d/0xb1
> wake_bit_function+0x0/0x55
> wake_bit_function+0x0/0x55
> do_generic_mapping_read+0x335/0x7fd
> __generic_file_aio_read+0x19d/0x203
> file_read_actor+0x0/0xfa
> generic_file_read+0xba/0xd8
> autoremove_wake_function+0x0/0x57
> vfs_read+0x1a5/0x1aa
> kernel_read+0x50/0x5f
> prepare_binprm+0xd8/0x103
> do_execve+0xfe/0x203
> sys_execve+0x3c/0x6f
> sysenter_past_esp+0x54/0x75

To my untrained eye this looks like an IDE suspend / resume problem.
Maybe another machine that needs those ACPI methods for the IDE drives
badly :-(
-- 
Stefan Seyfried                  \ "I didn't want to write for pay. I
QA / R&D Team Mobile Devices      \ wanted to be paid for what I write."
SUSE LINUX Products GmbH, Nürnberg \                    -- Leonard Cohen


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id\x16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

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

Stefan Seyfried wrote:
> On Sat, Dec 24, 2005 at 10:45:58AM +0200, Jaco Kroon wrote:
> 
>>Pavel Machek wrote:
>>
>>>rc5 should be good enough.
>>
>>Same problem.  SysRq+T reveals that the newly spawned process is getting
>>stuck in:
>>
>>ide_do_request+0x18a/0x3c5
>>io_schedule+0xe/0x16
>>sync_page+0x3e/0x4b
>>__wait_on_bit_lock+0x41/0x61
>>sync_page+0x0/0x4b
>>__lock_page+0x9d/0xb1
>>wake_bit_function+0x0/0x55
>>wake_bit_function+0x0/0x55
>>do_generic_mapping_read+0x335/0x7fd
>>__generic_file_aio_read+0x19d/0x203
>>file_read_actor+0x0/0xfa
>>generic_file_read+0xba/0xd8
>>autoremove_wake_function+0x0/0x57
>>vfs_read+0x1a5/0x1aa
>>kernel_read+0x50/0x5f
>>prepare_binprm+0xd8/0x103
>>do_execve+0xfe/0x203
>>sys_execve+0x3c/0x6f
>>sysenter_past_esp+0x54/0x75
> 
> 
> To my untrained eye this looks like an IDE suspend / resume problem.
> Maybe another machine that needs those ACPI methods for the IDE drives
> badly :-(

To mine as well.  _WAK?  Some other methods?  I'm posting my DSDT at
http://www.kroon.co.za/downloads/toshiba_p10-792/ now.  If somebody else
can take a look it just might reveal something I'm missing.

dsdt.dat (orriginal DSDT)
dsdt.dsl (my so-far edited version)
dsdt.dsl.orig (orriginal decompiled version).

Hmm, just noticed that iasl still creates a .hex file even though it
gives me 13 errors!  Including into kernel ... same issue.

Jaco
-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Jaco Kroon]

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

Jaco Kroon wrote:
> Stefan Seyfried wrote:
>>>Same problem.  SysRq+T reveals that the newly spawned process is getting
>>>stuck in:
>>>
>>>ide_do_request+0x18a/0x3c5
>>>io_schedule+0xe/0x16

[--snip--]

>>To my untrained eye this looks like an IDE suspend / resume problem.
>>Maybe another machine that needs those ACPI methods for the IDE drives
>>badly :-(
> 
> 
> To mine as well.  _WAK?  Some other methods?  I'm posting my DSDT at
> http://www.kroon.co.za/downloads/toshiba_p10-792/ now.  If somebody else
> can take a look it just might reveal something I'm missing.

Damn.  I just thought I solved it.  I disabled the APIC and tried again.
 This time round I managed to re-enable APIC in the kernel source
(without IO-APIC) and _recompile_ it entirely.  Only upon issueing "make
install modules_install" did it pop.

Sequence was something like:

echo mem > /sys/power/state
cd /usr/src/linux
make menuconfig
make menuconfig
echo mem > /sys/power/state
make menuconfig
--> re-enable APIC but not IO-APIC
make
make install modules_install
->> pop.  When copying the image from the source directory to /boot.

This is beginning to sound more and more like some obscure
race-condition if you ask me.

Jaco
-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Pavel Machek]

Hi!

> Damn.  I just thought I solved it.  I disabled the APIC and tried again.
>  This time round I managed to re-enable APIC in the kernel source
> (without IO-APIC) and _recompile_ it entirely.  Only upon issueing "make
> install modules_install" did it pop.
> 
> Sequence was something like:
> 
> echo mem > /sys/power/state
> cd /usr/src/linux
> make menuconfig
> make menuconfig
> echo mem > /sys/power/state
> make menuconfig
> --> re-enable APIC but not IO-APIC
> make
> make install modules_install
> ->> pop.  When copying the image from the source directory to /boot.
> 
> This is beginning to sound more and more like some obscure
> race-condition if you ask me.

I would be surprised if that was the case. Are you sure it is not just
"disk does not work after resume", and depending of stuff in cache, it
fails at random places?
								Pavel
-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

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

Pavel Machek wrote:
> Hi!
> 
> 
>>Damn.  I just thought I solved it.  I disabled the APIC and tried again.
>> This time round I managed to re-enable APIC in the kernel source
>>(without IO-APIC) and _recompile_ it entirely.  Only upon issueing "make
>>install modules_install" did it pop.
>>
>>Sequence was something like:
>>
>>echo mem > /sys/power/state
>>cd /usr/src/linux
>>make menuconfig
>>make menuconfig
>>echo mem > /sys/power/state
>>make menuconfig
>>--> re-enable APIC but not IO-APIC
>>make
>>make install modules_install
>>->> pop.  When copying the image from the source directory to /boot.
>>
>>This is beginning to sound more and more like some obscure
>>race-condition if you ask me.
> 
> 
> I would be surprised if that was the case. Are you sure it is not just
> "disk does not work after resume", and depending of stuff in cache, it
> fails at random places?

Yes.  If the first thing I do after boot is "echo mem >
/sys/power/state", then how can tools like dmesg, make, gcc, cat and
even ls be in the cache?

-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Manuel Lauss]

Jaco Kroon wrote:

> ide_do_request+0x18a/0x3c5
> io_schedule+0xe/0x16
> sync_page+0x3e/0x4b
> __wait_on_bit_lock+0x41/0x61
> sync_page+0x0/0x4b
> __lock_page+0x9d/0xb1
> wake_bit_function+0x0/0x55
> wake_bit_function+0x0/0x55
> do_generic_mapping_read+0x335/0x7fd
> __generic_file_aio_read+0x19d/0x203
> file_read_actor+0x0/0xfa
> generic_file_read+0xba/0xd8
> autoremove_wake_function+0x0/0x57
> vfs_read+0x1a5/0x1aa
> kernel_read+0x50/0x5f
> prepare_binprm+0xd8/0x103
> do_execve+0xfe/0x203
> sys_execve+0x3c/0x6f
> sysenter_past_esp+0x54/0x75
> 
> Second run round the first command I issued worked fine, as did cd to
> /usr/src/linux, but running make menuconfig failed.  This time the stack
> trace was considerably longer (I'm not going to type that over).  The
> top two calls are the same, but it comes in from sync_buffer,
> __wait_on_bit, sync_buffer, sync_buffer, out_of_line_wait_on_bit,
> wake_bit_function, wakebit_function, and so forth.  A quick scan of the
> VI between rc5  and rc6 doesn't reveal any changes that could possibly
> affect this (I'm going to patch to rc6 in any case).

I have a Vaio which has the same ide problem (at least I think so):
after resume, all processes wishing to access the disk hang,
dmesg shows lots of "hda: lost interrupt" messages.
However, doing a "hdparm -w /dev/hda" after resume makes everything
work again.

-- 
 Manuel Lauss


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

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

Manuel Lauss wrote:
> Jaco Kroon wrote:
> 
> 
>>ide_do_request+0x18a/0x3c5
>>io_schedule+0xe/0x16
>>sync_page+0x3e/0x4b
>>__wait_on_bit_lock+0x41/0x61
>>sync_page+0x0/0x4b
>>__lock_page+0x9d/0xb1
>>wake_bit_function+0x0/0x55
>>wake_bit_function+0x0/0x55
>>do_generic_mapping_read+0x335/0x7fd
>>__generic_file_aio_read+0x19d/0x203
>>file_read_actor+0x0/0xfa
>>generic_file_read+0xba/0xd8
>>autoremove_wake_function+0x0/0x57
>>vfs_read+0x1a5/0x1aa
>>kernel_read+0x50/0x5f
>>prepare_binprm+0xd8/0x103
>>do_execve+0xfe/0x203
>>sys_execve+0x3c/0x6f
>>sysenter_past_esp+0x54/0x75
>>
>>Second run round the first command I issued worked fine, as did cd to
>>/usr/src/linux, but running make menuconfig failed.  This time the stack
>>trace was considerably longer (I'm not going to type that over).  The
>>top two calls are the same, but it comes in from sync_buffer,
>>__wait_on_bit, sync_buffer, sync_buffer, out_of_line_wait_on_bit,
>>wake_bit_function, wakebit_function, and so forth.  A quick scan of the
>>VI between rc5  and rc6 doesn't reveal any changes that could possibly
>>affect this (I'm going to patch to rc6 in any case).
> 
> 
> I have a Vaio which has the same ide problem (at least I think so):
> after resume, all processes wishing to access the disk hang,
> dmesg shows lots of "hda: lost interrupt" messages.
> However, doing a "hdparm -w /dev/hda" after resume makes everything
> work again.
> 

>From the man page:

       -w     Perform a device reset (DANGEROUS).  Do NOT use this
option.  It
              exists for unlikely situations where a reboot might
otherwise be
              required to get a confused drive back into a useable state.

Ok.  I don't have really important data on the notebook atm (all backed
up for obvious reasons).  So I gave this a try.  It causes the kernel to
crash entirely.  No more SysRq.  No OOPS.  Nothing.  It outputs a single
string namely "/dev/hda:" and then dies.

Jaco
-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Pavel Machek]

Hi!

> > I have a Vaio which has the same ide problem (at least I think so):
> > after resume, all processes wishing to access the disk hang,
> > dmesg shows lots of "hda: lost interrupt" messages.
> > However, doing a "hdparm -w /dev/hda" after resume makes everything
> > work again.
> > 
> 
> >From the man page:
> 
>        -w     Perform a device reset (DANGEROUS).  Do NOT use this
> option.  It
>               exists for unlikely situations where a reboot might
> otherwise be
>               required to get a confused drive back into a useable state.
> 
> Ok.  I don't have really important data on the notebook atm (all backed
> up for obvious reasons).  So I gave this a try.  It causes the kernel to
> crash entirely.  No more SysRq.  No OOPS.  Nothing.  It outputs a single
> string namely "/dev/hda:" and then dies.

Try verifying that your interrupts work after resume. (I assume we are
still talking suspend-to-RAM here, and that you got suspend-to-disk to
more or less work?) Do cat /proc/interrupts; sleep 10; cat
/proc/interrupts both before and after suspend.

								Pavel


-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

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

Pavel Machek wrote:
> Hi!
> 
> 
>>>I have a Vaio which has the same ide problem (at least I think so):
>>>after resume, all processes wishing to access the disk hang,
>>>dmesg shows lots of "hda: lost interrupt" messages.
>>>However, doing a "hdparm -w /dev/hda" after resume makes everything
>>>work again.
>>>
>>
>>>From the man page:
>>
>>       -w     Perform a device reset (DANGEROUS).  Do NOT use this
>>option.  It
>>              exists for unlikely situations where a reboot might
>>otherwise be
>>              required to get a confused drive back into a useable state.
>>
>>Ok.  I don't have really important data on the notebook atm (all backed
>>up for obvious reasons).  So I gave this a try.  It causes the kernel to
>>crash entirely.  No more SysRq.  No OOPS.  Nothing.  It outputs a single
>>string namely "/dev/hda:" and then dies.
> 
> 
> Try verifying that your interrupts work after resume. (I assume we are
> still talking suspend-to-RAM here, and that you got suspend-to-disk to
> more or less work?) Do cat /proc/interrupts; sleep 10; cat
> /proc/interrupts both before and after suspend.

I presume you're looking for ide0 and ide1 interrupts, yes, after
suspending to ram twice the command showed that interrupt 14 (ide0)
increased from 994 to 1011 and for 15 (ide1) it stayed at 24.  My hdd is
on hda so that'll be on ide0, dvd-rw is on hdc or ide1.

The interrupt counts for cascade (irq 2), rtc (irq 8) and acpi (irq 9)
stayed constant though, at 0, 2 and 4 respectively.

No NMI or ERR conditions were ever signaled.

Now, with APIC, but no IO-APIC there is a bug notice during resume.
Going to type it over (from dmesg):

Back to C!
Debug: sleeping function called from invalid context at mm/slab.c:2472
in_atomic():0, irqs_disabled():1
 __might_sleep+0x9e/0xa6
 acpi_os_allocate+0x15/0x26
 kmem_cache_alloc+0x95/0xad
 acpi_ut_callocate+0x37/0x79
 acpi_os_acquire_object+0xf/0x3c
 acpi_ut_allocate_object_desc_dbg+0xc/0x49
 acpi_ut_create_internal_object_dbg+0x18/0x6d
 acpi_rs_set_srs_method_data+0x41/0xc
 kmem_cache_alloc+0x6d/0xad
 acpi_pci_link_set+0x4c/0x1ad
 acpi_pci_link_set+0x126/0x1ad
 acpi_pci_link_resume+0x22/0x28
 irqrouters_resume+0x25/0x38
 __sysdev_resume+0x3d/0x71
 sysdev_resume+0x38/0x5e
 device_power_up+0x5/0xa
 suspend_enter+0x36/0x54
 enter_state+0x49/0x8a
 state_store+0x9a/0xad
 subsys_attr_store+0x37/0x40
 flush_write_buffer+0x3e/0x4a
 sysfs_write_file+0x6b/0x92
 vfs_write+0x1a5/0x1aa
 sys_write+0x51/0x80
 sysenter_past_esp+0x54/0x75
ACPI: PCI Interrupt 0000:00:14.1[A] -> Link [LNK0] -> GSI 11 (level,
low) -> IRQ 11
ACPI: PCI Interrupt 0000:02:04.0[A] -> Link [LNK0] -> GSI 11 (level,
low) -> IRQ 11
Restarting tasks... done

Both cases looks identical.  /proc/interrupts doesn't list 11 as an
interrupt ?!?

Also, this time round the auto-repeat on the keys is working again after
resume.  In fact, everything seems to be working.  Just that debug
stacktrace that bothers me.  Oh, and my console blanking time also seems
to get lost but I can fix that with the help of echo and /dev/tty*.

Anyhow, suspended twice to ram now in succession, make cleaned and
rebuilt the kernel, installed it, and the only thing that even suggests
there is a glitch is that trace.

Looks like I need APIC on and IO-APIC off.  Any explanations very
welcome:  and don't tell me the IO-APIC is buggy - I've been running
with both those options on for as long as I've had this notebook now.

Jaco
-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Pavel Machek]

Hi!

> I presume you're looking for ide0 and ide1 interrupts, yes, after
> suspending to ram twice the command showed that interrupt 14 (ide0)
> increased from 994 to 1011 and for 15 (ide1) it stayed at 24.  My hdd is
> on hda so that'll be on ide0, dvd-rw is on hdc or ide1.
> 
> The interrupt counts for cascade (irq 2), rtc (irq 8) and acpi (irq 9)
> stayed constant though, at 0, 2 and 4 respectively.
> 
> No NMI or ERR conditions were ever signaled.
> 
> Now, with APIC, but no IO-APIC there is a bug notice during resume.
> Going to type it over (from dmesg):
> 
> Back to C!
> Debug: sleeping function called from invalid context at mm/slab.c:2472
> in_atomic():0, irqs_disabled():1
>  __might_sleep+0x9e/0xa6
>  acpi_os_allocate+0x15/0x26
>  kmem_cache_alloc+0x95/0xad
>  acpi_ut_callocate+0x37/0x79

I know, it is scary, but it is also known and harmless. You can ignore
this one.

> ACPI: PCI Interrupt 0000:00:14.1[A] -> Link [LNK0] -> GSI 11 (level,
> low) -> IRQ 11
> ACPI: PCI Interrupt 0000:02:04.0[A] -> Link [LNK0] -> GSI 11 (level,
> low) -> IRQ 11
> Restarting tasks... done
> 
> Both cases looks identical.  /proc/interrupts doesn't list 11 as an
> interrupt ?!?

Talk to acpi people about that.

> Also, this time round the auto-repeat on the keys is working again after
> resume.  In fact, everything seems to be working.  Just that debug
> stacktrace that bothers me.  Oh, and my console blanking time also seems
> to get lost but I can fix that with the help of echo and /dev/tty*.

Good.

> Anyhow, suspended twice to ram now in succession, make cleaned and
> rebuilt the kernel, installed it, and the only thing that even suggests
> there is a glitch is that trace.
> 
> Looks like I need APIC on and IO-APIC off.  Any explanations very
> welcome:  and don't tell me the IO-APIC is buggy - I've been running
> with both those options on for as long as I've had this notebook now.

I do not know enough explanations, feel free to investigate.

Anyway so both suspend-to-ram and suspend-to-disk now works for you,
right? No need to press keys to make it write image on disk?

Oh and thanks for video.txt diff, applied.
								Pavel
-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10 [Solved]

[Jaco Kroon]

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

Pavel Machek wrote:

>>Now, with APIC, but no IO-APIC there is a bug notice during resume.
>>Going to type it over (from dmesg):
>>
>>Back to C!
>>Debug: sleeping function called from invalid context at mm/slab.c:2472
>>in_atomic():0, irqs_disabled():1
>> __might_sleep+0x9e/0xa6
>> acpi_os_allocate+0x15/0x26
>> kmem_cache_alloc+0x95/0xad
>> acpi_ut_callocate+0x37/0x79
> 
> I know, it is scary, but it is also known and harmless. You can ignore
> this one.

Now _that_ made me raise an eyebrow.  Even more than the fact that my
DSDT insists on checking for the version of Microsoft Windows I'm running!

>>ACPI: PCI Interrupt 0000:00:14.1[A] -> Link [LNK0] -> GSI 11 (level,
>>low) -> IRQ 11
>>ACPI: PCI Interrupt 0000:02:04.0[A] -> Link [LNK0] -> GSI 11 (level,
>>low) -> IRQ 11
>>Restarting tasks... done
>>
>>Both cases looks identical.  /proc/interrupts doesn't list 11 as an
>>interrupt ?!?
> 
> Talk to acpi people about that.

Well, acpi-devel is on the CC list.  Hopefully somebody will read.

[--snip--]

>>Anyhow, suspended twice to ram now in succession, make cleaned and
>>rebuilt the kernel, installed it, and the only thing that even suggests
>>there is a glitch is that trace.
>>
>>Looks like I need APIC on and IO-APIC off.  Any explanations very
>>welcome:  and don't tell me the IO-APIC is buggy - I've been running
>>with both those options on for as long as I've had this notebook now.
> 
> I do not know enough explanations, feel free to investigate.

Not right now.  The festive season awaits (yay ...).  So in that spirit,
Merry Christmas and a Happy New Year!

> Anyway so both suspend-to-ram and suspend-to-disk now works for you,
> right? No need to press keys to make it write image on disk?

How did you know about the key?  Yes, it now correctly goes away and
comes back up.  Guess I'm going to get rid of hibernate though and use
my own custom scripts though.

> Oh and thanks for video.txt diff, applied.

Shees.  That is my second accepted patch in a week.  Also my first two
accepted patches.  LOL.  Hopefully there will be more to come.  Now I
need to get my notebook back to a "user-friendly" state.

Thanks for all the help and all the patience from everyone.

Jaco
-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10 [Solved]

[Pavel Machek]

On So 24-12-05 15:14:16, Jaco Kroon wrote:
> Pavel Machek wrote:
> 
> >>Now, with APIC, but no IO-APIC there is a bug notice during resume.
> >>Going to type it over (from dmesg):
> >>
> >>Back to C!
> >>Debug: sleeping function called from invalid context at mm/slab.c:2472
> >>in_atomic():0, irqs_disabled():1
> >> __might_sleep+0x9e/0xa6
> >> acpi_os_allocate+0x15/0x26
> >> kmem_cache_alloc+0x95/0xad
> >> acpi_ut_callocate+0x37/0x79
> > 
> > I know, it is scary, but it is also known and harmless. You can ignore
> > this one.
> 
> Now _that_ made me raise an eyebrow.  Even more than the fact that my
> DSDT insists on checking for the version of Microsoft Windows I'm
> running!

See archives. Len even had a fix at some point, but it was too ugly
IIRC.

> Not right now.  The festive season awaits (yay ...).  So in that spirit,
> Merry Christmas and a Happy New Year!

Merry Christmas!

> > Oh and thanks for video.txt diff, applied.
> 
> Shees.  That is my second accepted patch in a week.  Also my first two
> accepted patches.  LOL.  Hopefully there will be more to come.  Now I

:-).
								Pavel
-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10 + ati-drivers (fglrx)

[Jaco Kroon]

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

Pavel Machek wrote:
> On So 24-12-05 15:14:16, Jaco Kroon wrote:
>>Pavel Machek wrote:
>>>>Now, with APIC, but no IO-APIC there is a bug notice during resume.
>>>>Going to type it over (from dmesg):
>>>>
>>>>Back to C!
>>>>Debug: sleeping function called from invalid context at mm/slab.c:2472
>>>>in_atomic():0, irqs_disabled():1
>>>>__might_sleep+0x9e/0xa6
>>>>acpi_os_allocate+0x15/0x26
>>>>kmem_cache_alloc+0x95/0xad
>>>>acpi_ut_callocate+0x37/0x79
>>>
>>>I know, it is scary, but it is also known and harmless. You can ignore
>>>this one.
>>
>>Now _that_ made me raise an eyebrow.  Even more than the fact that my
>>DSDT insists on checking for the version of Microsoft Windows I'm
>>running!
> 
> See archives. Len even had a fix at some point, but it was too ugly
> IIRC.
> 

Oh ok.  No problem then.

New weird error.  This may also be harmless though.  Just first a few
notes, I'm back onto 2.6.14.3 kernel (fglrx doesn't work with 2.6.15-rc?
- it just crashes the whole system), and I really need that.

With fglrx I can suspend to disk and resume.  However, I can't
suspend-to-ram.  Well, suspend works and it comes back up fine but as
soon as I switch back to X it hard-crashes the machine.  Now, I'm
currently between resume and switching to X, and the last few lines from
dmesg looks as follows:

Restarting tasks... done
    ACPI-0284: *** Error: Region EmbeddedController(3) has no handler
    ACPI-0508: *** Error: Method execution failed [\_SB_.EPWR.PCLK]
(Node c14d3200), AE_NOT_EXIST
    ACPI-0508: *** Error: Method execution failed
[\_SB_.CPI0.LPC0.EC0_._Q1E] (Node c14ceee0), AE_NOT_EXIST

Now I have a very weird feeling down in my gut that I did not see this
before and it's probably due to the fglrx module in my kernel.  And
interrupt 11, btw, is for the screen (it gets shown now in
/proc/interrupts after I restored most of my kernel).

Now, initially when I switch back to X I get the correct image on the
bottom third of the screen with the top two thirds seemingly corrupted.
 This is pretty normal and is identical to what I normally see when
switching between consoles and X.  This lasts for about half a second
before it freezes up and causes a hard-lock.  Normally the screen just
resets itself at the time it now locks up.

Anyhow, not too serious, overall I'm pretty happy with the progress made
during this week.  suspend-to-disk == much better than no suspend at all
(at least now I can stop my notebook halfway through some busy task to
shut it down, transport it and resume elsewhere).

Then again, I'll play around with the kernel options for fglrx and see
whether they don't perhaps make a difference.

Jaco
-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10 + ati-drivers (fglrx)

[Pavel Machek]

Hi!

> New weird error.  This may also be harmless though.  Just first a few
> notes, I'm back onto 2.6.14.3 kernel (fglrx doesn't work with 2.6.15-rc?
> - it just crashes the whole system), and I really need that.
> 
> With fglrx I can suspend to disk and resume.  However, I can't
> suspend-to-ram.  Well, suspend works and it comes back up fine but as
> soon as I switch back to X it hard-crashes the machine.  Now, I'm
> currently between resume and switching to X, and the last few lines from
> dmesg looks as follows:
> 
> Restarting tasks... done
>     ACPI-0284: *** Error: Region EmbeddedController(3) has no handler
>     ACPI-0508: *** Error: Method execution failed [\_SB_.EPWR.PCLK]
> (Node c14d3200), AE_NOT_EXIST
>     ACPI-0508: *** Error: Method execution failed
> [\_SB_.CPI0.LPC0.EC0_._Q1E] (Node c14ceee0), AE_NOT_EXIST

...something wrong with embedded controller... here fixed DSDT *might*
help.

> Now I have a very weird feeling down in my gut that I did not see this
> before and it's probably due to the fglrx module in my kernel.  And
> interrupt 11, btw, is for the screen (it gets shown now in
> /proc/interrupts after I restored most of my kernel).
> 
> Now, initially when I switch back to X I get the correct image on the
> bottom third of the screen with the top two thirds seemingly corrupted.
>  This is pretty normal and is identical to what I normally see when
> switching between consoles and X.  This lasts for about half a second
> before it freezes up and causes a hard-lock.  Normally the screen just
> resets itself at the time it now locks up.

I'm sorry, there's no way we can help you with fglrx. I'm glad at
least s-t-disk works.
								Pavel
-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10 + ati-drivers (fglrx)

[Jaco Kroon]

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

Pavel Machek wrote:
> Hi!
> 
[--snip--]
> I'm sorry, there's no way we can help you with fglrx. I'm glad at
> least s-t-disk works.
> 								Pavel

LOL - was just posting back as a follow up so that you all know how it
turned out.

Jaco
-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10 + ati-drivers (fglrx)

[Jaco Kroon]

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

Pavel Machek wrote:
>>Now, initially when I switch back to X I get the correct image on the
>>bottom third of the screen with the top two thirds seemingly corrupted.
>> This is pretty normal and is identical to what I normally see when
>>switching between consoles and X.  This lasts for about half a second
>>before it freezes up and causes a hard-lock.  Normally the screen just
>>resets itself at the time it now locks up.
> 
> 
> I'm sorry, there's no way we can help you with fglrx. I'm glad at
> least s-t-disk works.

Was the ati-agp module in the kernel.  Adding some suspend/resume
support for that module fixes all and I can now happily suspend-to-ram
and successfully resume.  I've mailed a patch to the agpgart maintainer
and cc'ed the lkml.  For refference purposes the patch (based on
http://unixhead.org/docs/thinkpad/ati-agp/ati-agp.diff) is as follows,
and I'll also make it available on my website:

--- linux-2.6.15-rc6/drivers/char/agp/ati-agp.c.orig	2005-12-25
22:21:32.000000000 +0200
+++ linux-2.6.15-rc6/drivers/char/agp/ati-agp.c	2005-12-25
22:23:33.000000000 +0200
@@ -243,6 +243,15 @@
 	return 0;
 }

+static int ati_resume(struct pci_dev *dev)
+{
+	return ati_configure();
+}
+
+static int ati_suspend(struct pci_dev *dev, pm_message_t state)
+{
+	return 0;
+}

 /*
  *Since we don't need contigious memory we just try
@@ -525,6 +534,8 @@
 	.id_table	= agp_ati_pci_table,
 	.probe		= agp_ati_probe,
 	.remove		= agp_ati_remove,
+	.resume		= ati_resume,
+	.suspend	= ati_suspend,
 };

 static int __init agp_ati_init(void)

-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Pavel Machek]

Hi!

> >>>Okay, what *other* patches do you have installed? What kernel are you
> >>>running? 2.6.15-rc6?
> >>
> >>I'm trying with 2.6.14.3, but I've got 2.6.15rc5 available here (can
> >>always get the VI patch to rc6).  Was intending to run the acpi_include
> >>patch, but since that is a standard option in 2.6.14.x I never actually
> >>pulled in that patch, so no other patches and I've backed out suspend2
> >>now.  Will also give 15rc6 a go in the morning.
> > 
> > rc5 should be good enough.
> 
> Same problem.  SysRq+T reveals that the newly spawned process is getting
> stuck in:
> 
> ide_do_request+0x18a/0x3c5
> io_schedule+0xe/0x16
> sync_page+0x3e/0x4b
> __wait_on_bit_lock+0x41/0x61
> sync_page+0x0/0x4b
> __lock_page+0x9d/0xb1
> wake_bit_function+0x0/0x55
> wake_bit_function+0x0/0x55
> do_generic_mapping_read+0x335/0x7fd
> __generic_file_aio_read+0x19d/0x203
> file_read_actor+0x0/0xfa
> generic_file_read+0xba/0xd8
> autoremove_wake_function+0x0/0x57
> vfs_read+0x1a5/0x1aa
> kernel_read+0x50/0x5f
> prepare_binprm+0xd8/0x103
> do_execve+0xfe/0x203
> sys_execve+0x3c/0x6f
> sysenter_past_esp+0x54/0x75
> 
> Second run round the first command I issued worked fine, as did cd to
> /usr/src/linux, but running make menuconfig failed.  This time the stack
> trace was considerably longer (I'm not going to type that over).  The
> top two calls are the same, but it comes in from sync_buffer,
> __wait_on_bit, sync_buffer, sync_buffer, out_of_line_wait_on_bit,
> wake_bit_function, wakebit_function, and so forth.  A quick scan of the
> VI between rc5  and rc6 doesn't reveal any changes that could possibly
> affect this (I'm going to patch to rc6 in any case).
> 
> Could it be a bug in reiserfs?  I have run a fsck but no errors were
> found, so I presume the fs is still in tact.

Seife is right, this looks like an ide problem. And the fact that
autorepeat does not work for you may mean something bad with
interrupts. Can you try "noapic"?

> >>Will do if I get it working.  more-or-less is simply not good enough (or
> >>should I just make a note there?).
> > 
> > It is good enough for video.txt. It describes how to get _video_
> > working, and video works just ok for you.
> 
> You should have received the patch.

I don't see it here. Can you just attach it to this discussion? It
should be small enough...
								Pavel

-- 
Thanks, Sharp!


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

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

Pavel Machek wrote:
> Hi!
> 
> 
>>>>>Okay, what *other* patches do you have installed? What kernel are you
>>>>>running? 2.6.15-rc6?
>>>>
>>>>I'm trying with 2.6.14.3, but I've got 2.6.15rc5 available here (can
>>>>always get the VI patch to rc6).  Was intending to run the acpi_include
>>>>patch, but since that is a standard option in 2.6.14.x I never actually
>>>>pulled in that patch, so no other patches and I've backed out suspend2
>>>>now.  Will also give 15rc6 a go in the morning.
>>>
>>>rc5 should be good enough.
>>
>>Same problem.  SysRq+T reveals that the newly spawned process is getting
>>stuck in:
>>
>>ide_do_request+0x18a/0x3c5
>>io_schedule+0xe/0x16
>>sync_page+0x3e/0x4b
>>__wait_on_bit_lock+0x41/0x61
>>sync_page+0x0/0x4b
>>__lock_page+0x9d/0xb1
>>wake_bit_function+0x0/0x55
>>wake_bit_function+0x0/0x55
>>do_generic_mapping_read+0x335/0x7fd
>>__generic_file_aio_read+0x19d/0x203
>>file_read_actor+0x0/0xfa
>>generic_file_read+0xba/0xd8
>>autoremove_wake_function+0x0/0x57
>>vfs_read+0x1a5/0x1aa
>>kernel_read+0x50/0x5f
>>prepare_binprm+0xd8/0x103
>>do_execve+0xfe/0x203
>>sys_execve+0x3c/0x6f
>>sysenter_past_esp+0x54/0x75
>>
>>Second run round the first command I issued worked fine, as did cd to
>>/usr/src/linux, but running make menuconfig failed.  This time the stack
>>trace was considerably longer (I'm not going to type that over).  The
>>top two calls are the same, but it comes in from sync_buffer,
>>__wait_on_bit, sync_buffer, sync_buffer, out_of_line_wait_on_bit,
>>wake_bit_function, wakebit_function, and so forth.  A quick scan of the
>>VI between rc5  and rc6 doesn't reveal any changes that could possibly
>>affect this (I'm going to patch to rc6 in any case).
>>
>>Could it be a bug in reiserfs?  I have run a fsck but no errors were
>>found, so I presume the fs is still in tact.
> 
> Seife is right, this looks like an ide problem. And the fact that
> autorepeat does not work for you may mean something bad with
> interrupts. Can you try "noapic"?

See my other mail.

>>>>Will do if I get it working.  more-or-less is simply not good enough (or
>>>>should I just make a note there?).
>>>
>>>It is good enough for video.txt. It describes how to get _video_
>>>working, and video works just ok for you.
>>
>>You should have received the patch.
> 
> I don't see it here. Can you just attach it to this discussion? It
> should be small enough...

http://sourceforge.net/mailarchive/forum.php?thread_id=9313913&forum_id=6102


-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Sebastian Henschel]

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

howdy folks..

* Jaco Kroon <jacok-W7S27g77yncFbeUAN25fX/d9D2ou9A/h@public.gmane.org> [2005-12-23 12:16 +0100]:
> Stefan Seyfried wrote:
> >On Thu, Dec 22, 2005 at 03:59:26PM +0200, Jaco Kroon wrote:
> 
> LOL!  I wish.  fglrx is the ati binary drivers (as asked in the response 
> from Pavel).  According to another friend of mine the answer to this one 
> is no.  He can suspend/resume his notebook as long as he's using the 
> opensource radeon driver and not fglrx.  He's not using a P10 though.

ATI has introduced support for suspension recently, since version 8.19.x
or so.i had good luck in S3+S4 with the latest drivers on Samsung X20
and IBM T43p.

cheers,
 Sebastian
-- 
 _   ascii ribbon campaign     .oOo.   GCSd-s:+aC++ULB+++W++M+PS+++Y+
( )
 X   Jeden Tag eine Erisische Tat!
/ \  

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: Toshiba Satellite P10

[Matthew Garrett]

On Fri, Dec 23, 2005 at 08:44:34AM +0200, Jaco Kroon wrote:

> LOL!  I wish.  fglrx is the ati binary drivers (as asked in the response 
> from Pavel).  According to another friend of mine the answer to this one 
> is no.  He can suspend/resume his notebook as long as he's using the 
> opensource radeon driver and not fglrx.  He's not using a P10 though.

The latest fglrx should support suspend/resume. I don't think any 
distributions include it yet, so you'll have to get it from ati.com.

-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

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

Matthew Garrett wrote:
> On Fri, Dec 23, 2005 at 08:44:34AM +0200, Jaco Kroon wrote:
> 
> 
>>LOL!  I wish.  fglrx is the ati binary drivers (as asked in the response 
>>from Pavel).  According to another friend of mine the answer to this one 
>>is no.  He can suspend/resume his notebook as long as he's using the 
>>opensource radeon driver and not fglrx.  He's not using a P10 though.
> 
> 
> The latest fglrx should support suspend/resume. I don't think any 
> distributions include it yet, so you'll have to get it from ati.com.
> 

Sweet.  Trust me, upgrading those drivers is almost as important as
keeping your system secure.  They are probably my worst experience in
Linux - matched only by a very weird bug in OpenLDAP which turned out to
be a permissions problem caused by udev default permissions of 600 on
/dev/urandom (SSL failed to initialise).  I'm currently running version
8.20.8 of the ati drivers (On Gentoo - only one way to live Linux:  be
one with the source).  This also seems to be the newest version
available - so just maybe I'm lucky.  Not that I feel very lucky right
at this moment :p.

Jaco
-- 
There are only 10 kinds of people in this world,
  those that understand binary and those that don't.
http://www.kroon.co.za/

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3166 bytes --]

Re: Toshiba Satellite P10

[Holger Macht]

On Thu 22. Dec - 13:04:13, Stefan Seyfried wrote:
> On Thu, Dec 22, 2005 at 12:02:19PM +0100, Pavel Machek wrote:
> > Hi
> > 
> > > I'm having some trouble with suspend/resume on my Toshiba Satellite P10 
> > > and was wondering whether anybody would be able to assist.
> > > 
> > > The omnibook module makes some functionality (like the multimedia keys, 
> > > temperature readings, LCD and FAN adjustments) available.  It however 
> > > does not help with suspend/resume at all.
> > > 
> > > It seems like the notebook only supports standby and suspend to ram.  It 
> > > seems to come out of standby almost immediately and never come out of 
> > > suspend to ram.  Running hibernate-ram -n works fine, but when running 
> > > it without -n it actually suspends to RAM, hdd spins down, network goes 
> > > down, CPU fans stop and the power led turns red (instead of the normal 
> > > blue - this is in accordance with what I've seen with Windows).
> > > 
> > > When it's time again to resume however, it just does nothing and I need 
> > > to power-cycle the machine to get it usable again.
> > 
> > P10... is it that beast with pentium4 and hyperthreading? Dual cpu
> > fans?
> > 
> > That worked for me. See Doc*/power/video.txt. Yep, that one works with
> > right config. Get swsusp working, first. Then you can debug s2ram.
> 
> Holger, do you have any hints on recent kernels on the P10? I have not
> touched this beast (the right noun for this brick :-) for a long time.

Tested with 2.6.14 kernels without hyperthreading and both suspend to disk
and suspend to ram are working when using acpi_sleep=s3_bios,s3_mode at
the boot prompt. Though, with smp kernels and hyperthreading enabled, both
are not working (video.txt already contains this information).

Regards,
        Holger


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Toshiba Satellite P10

[Jaco Kroon]

Holger Macht wrote:
> Tested with 2.6.14 kernels without hyperthreading and both suspend to disk
> and suspend to ram are working when using acpi_sleep=s3_bios,s3_mode at
> the boot prompt. Though, with smp kernels and hyperthreading enabled, both
> are not working (video.txt already contains this information).
> 
> Regards,
>         Holger

Indeed.  Although - the keyboard does not come back properly or 
something broke along the way.  I can switch between VTs but I can't 
input into any of the ttys.

Will experiment more this evening, on my way home now.  Thanks for 
pointing me to the right docs (those I should have RTFMed in the first 
place).

-- 
Jaco Kroon
Support Engineer
CSS TIRISANO
Computer Systems (Pty) Ltd
Tel:   +27 12 621 3171
Fax:   +27 12 661 4984
Cell:  +27 84 515 8255

Notice: This message and any attachments are confidential and intended 
solely for the addressee. If you have received this message in error, 
please notify the sender by email or by phone to the listed number. Any 
unauthorised use, alteration or dissemination is prohibited. CSS 
Tirisano (Pty) Ltd accepts no liability for any direct, indirect or 
consequential loss or damages, arising from the contents of this message.


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click