public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: yakui_zhao <yakui.zhao@intel.com>
To: "adam@piggz.co.uk" <adam@piggz.co.uk>
Cc: "linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>
Subject: Re: Problems with Toshiba Satellite L355
Date: Mon, 09 Feb 2009 11:31:18 +0800	[thread overview]
Message-ID: <1234150278.3706.61.camel@localhost.localdomain> (raw)
In-Reply-To: <200902061847.41050.adam@piggz.co.uk>

On Sat, 2009-02-07 at 02:47 +0800, Adam Pigg wrote:
> On Friday 06 February 2009 01:25:54 yakui_zhao wrote:
> > On Fri, 2009-02-06 at 07:11 +0800, Adam Pigg wrote:
> > > Hi
> > >
> > > i have 2 acpi related (i think) problems with my satellite l355 which i
> > > hope someone can help with.
> > >
> > > 1. /proc/acpi/ac_adapter.../state always show the correct state, but
> > > acpi_listen and lshal --monitor dont see any un/plug events.
> >
> > Will you please do the following test?
> >    a. kill the process which is using /proc/acpi/event (Use the command
> > of "lsof /proc/acpi/event" to get the process ID)
> >    b. grep . /sys/firmware/acpi/interrupts/* >interrupts_before;
> >    c. cat /proc/acpi/event . then you plug/unplug the AC adapter and see
> > whether the ACPI event can be reported
> >    d. after the test, grep . /sys/firmware/acpi/interrupts/* >
> > interrupts_after
> >
> >    If no ACPI event is reported, will you please file a bug report at
> > http://bugzilla.kernel.org/enter_bug.cgi?product=ACPI and attach the
> > output of acpidump, lspci -vxxx ?
> >    Thanks.
> >
> > > 2. The machine will suspend to ram, resume, but after a second suspend,
> > > wont resume.
> >
> >      Will you please add the boot option of "acpi_sleep=s3_beep" and do
> > the following test?
> >     a. kill the process which is using /proc/acpi/event
> >     b. echo mem > /sys/power/state; dmesg >dmesg_after;
> >     c. press the power button and see whether the box can be resumed.
> >
> >     If it can't be resumed, please reboot the system and check whether
> > there exists the file of "dmesg_after".
> >     Thanks.
> >
> So, ive tried this twice, with the same result both times.
> 
> After the first resume i have the file dmesg_after1, but repeating it, i dont 
> get a dmesg_after2.
Do you mean that the box can't be resumed on the second time test?
Right? How do you do the second suspend/resume test?
> 
> Also odd is that it takes almost exactly 60 seconds from pressing the power 
> button to the desktop appearing (timed with stop watch) in the first resume, 
> so i may as well boot normally, its just as quick! :)
>From the attached dmesg it seems that there is another issue about your
box:
   >ACPI: Unable to turn cooling device [ffff8800bee31540] 'off'
   This is related with the broken FAN device definition. The status of
power resource can't be reflected by the _STA object.
   >Method (_STA, 0, Serialized)
            {
                Store (0xF1, P80H)
                Return (One)  // It indicates that the power resource is
turned on
            }

   For this issue please add the boot option of "acpi.power_nocheck=1"

Do you mean that it is resumed very slowly?
   Will you please add the boot option of "printk.time=1" and do the
following test?
   
   a. kill the process which is using /proc/acpi/event
   b. echo mem > /sys/power/state; dmesg >dmesg_after;
   c. press the power button and see whether the box can be resumed
    If it can't be resumed, please reboot the system and check whether
 there exists the file of "dmesg_after".

 You can file a bug report at
http://bugzilla.kernel.org/enter_bug.cgi?product=Power Management

   thanks.


> 
> So, any more ideas? another bug to open?
> 
> Cheers
> > > I think i saw a similar sounding problem on an R500, but it was fixed.
> > >
> > > Ive attached the output of dmidecode, and am using 2.6.29rc3.
> > >
> > > Anything else that will  help let me know.
> > >
> > > Cheers
> > >
> > > Adam
> 
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2009-02-09  3:19 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-05 23:11 Problems with Toshiba Satellite L355 Adam Pigg
2009-02-06  1:25 ` yakui_zhao
2009-02-06 18:06   ` Adam Pigg
2009-02-06 18:47   ` Adam Pigg
2009-02-09  3:31     ` yakui_zhao [this message]
2009-02-09 20:03       ` Adam Pigg
2009-02-06 21:57   ` Adam Pigg
2009-02-08 19:09 ` Rafael J. Wysocki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1234150278.3706.61.camel@localhost.localdomain \
    --to=yakui.zhao@intel.com \
    --cc=adam@piggz.co.uk \
    --cc=linux-acpi@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox