From: Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: HP/Compaq NC6120 ACPI problems
Date: Sun, 20 Mar 2005 23:46:56 +0000 [thread overview]
Message-ID: <1111362416.8136.225.camel@tyrosine> (raw)
In-Reply-To: <1111202374.8136.210.camel@tyrosine>
On Sat, 2005-03-19 at 03:19 +0000, Matthew Garrett wrote:
> Hmm. Yes, I can now repeat this with a 6220, though most of the time I
> manage it it seems to be linked to a suspend to disk beforehand. I
> suspect this /may/ be linked to the fact that on the 6120, only the
> first lid event is received. I'll see if I can track this down over the
> weekend.
Ha. Yes, progress, of sorts. On the 6120, you need to do
setpci -s 1f.0 bb.b=84
after every lid event in order to get any more. I /think/ this is a bug
with the HP BIOS (the 6220 doesn't do this) - I'm in touch with HP over
it now. As for the high kacpid load, I'm only able to trigger this after
a suspend to disk, and using the platform option (to ensure the _WAK
methods are called) /seems/ to avoid it. Could you try building a kernel
with acpi debug support, set the output level fairly high (echo -n
0x0000ffff >/proc/acpi/debug_level) and see what sort of output you get?
Warning - there'll be huge amounts of it. Really huge amounts. The stuff
we're interested in is whatever appears after kacpid has begun taking up
all the processor time.
--
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
next prev parent reply other threads:[~2005-03-20 23:46 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-17 19:00 HP/Compaq NC6120 ACPI problems Andrej Prsa
[not found] ` <20050317200052.686d683f.andrej.prsa-zs/Xt9NzJtxxh+DGd0HQrg@public.gmane.org>
2005-03-17 19:48 ` Bjorn Helgaas
2005-03-17 20:56 ` Andrej Prsa
[not found] ` <20050317215635.1c788c09.andrej.prsa-zs/Xt9NzJtxxh+DGd0HQrg@public.gmane.org>
2005-03-17 21:13 ` Kristoffer Sjoberg
2005-03-18 0:05 ` Matthew Garrett
2005-03-18 18:23 ` Andrej Prsa
[not found] ` <20050318192300.629e2148.andrej.prsa-zs/Xt9NzJtxxh+DGd0HQrg@public.gmane.org>
2005-03-19 3:19 ` Matthew Garrett
2005-03-19 9:35 ` Andrej Prsa
[not found] ` <20050319103550.2cd6bd9d.andrej.prsa-zs/Xt9NzJtxxh+DGd0HQrg@public.gmane.org>
2005-03-19 22:13 ` Stefan Seyfried
2005-03-20 23:46 ` Matthew Garrett [this message]
2005-03-21 10:40 ` Andrej Prsa
[not found] ` <20050321114014.38a548d4.andrej.prsa-zs/Xt9NzJtxxh+DGd0HQrg@public.gmane.org>
2005-03-21 12:33 ` Matthew Garrett
2005-03-29 15:15 ` Andrej Prsa
2005-03-31 20:27 ` Pavel Machek
[not found] ` <20050331202724.GB609-u08AdweFZfgxtPtxi4kahqVXKuFTiq87@public.gmane.org>
2005-04-01 22:08 ` Stefan Seyfried
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=1111362416.8136.225.camel@tyrosine \
--to=mjg59-1xo5oi07kqx4cg9nei1l7q@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.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