Re: [ACPI] Toshiba Satellite P10

[Jaco K. <ja...@kr...>]

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/