From: Len Brown <len.brown@intel.com>
To: Andreas Steinmetz <ast@domdv.de>
Cc: Linux Kernel Mailinglist <linux-kernel@vger.kernel.org>,
acpi-devel@lists.sourceforge.net
Subject: Re: [2.6.17.8] noapic and /proc/acpi/event
Date: Thu, 7 Sep 2006 15:05:49 -0400 [thread overview]
Message-ID: <200609071505.49820.len.brown@intel.com> (raw)
In-Reply-To: <45006A6F.8030801@domdv.de>
On Thursday 07 September 2006 14:52, Andreas Steinmetz wrote:
> I do have a problem with a new laptop (Acer Ferrari 4006):
>
> It does suspend either to disk or to ram only when I do boot with
> "noapic". So far, so good.
Well no, that isn't so good either. You shouldn't need "noapic"
for anything, either normal operation or suspend/resume.
Do ACPI events work properly w/o noapic if you don't suspend/resume?
You should be able to kill acpid, and cat /proc/acpi/event
and open/close your lid and watch events appear --
same for power button.
You should also be able to see the acpi line in /proc/interrupts
increment for each of these events.
> If, however, I do boot with "noapic" no events are delivered to
> /proc/acpi/event so lid switch and power button can't be used to suspend
> anymore.
Does noapic work properly before the suspend?
(test the same way as w/o noapic above)
> The strange thing is, that at least in /proc/acpi/button/lid/LID/state I
> can view the lid switch state.
The problem with your system is that it isn't getting ACPI interrupts.
The lid state in /proc is immune to that problem because when
you read that file Linux asks the hardware for its state on demand.
cheers,
-Len
next prev parent reply other threads:[~2006-09-07 19:04 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-07 18:52 [2.6.17.8] noapic and /proc/acpi/event Andreas Steinmetz
2006-09-07 19:05 ` Len Brown [this message]
2006-09-07 19:15 ` Andreas Steinmetz
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=200609071505.49820.len.brown@intel.com \
--to=len.brown@intel.com \
--cc=acpi-devel@lists.sourceforge.net \
--cc=ast@domdv.de \
--cc=lenb@kernel.org \
--cc=linux-kernel@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.