Since it is somewhat related to ACPI, please open a bug in ACPI category on bugzilla.kernel.org. It is a great place to track this kind of issues.
On 12/13/06, Peter Clifton <[EMAIL PROTECTED]> wrote:
On Wed, 2006-12-13 at 02:54 -0500, Lincoln Baxter, III wrote: > Wow. You're completely right... so this isn't an ACPI issue (directly.) > > I don't seem to experience any of the other problems you describe, but I > do have a different model. I don't have an external lid-switch sensor. > Hm.. Suspend doesn't quite work for me either, I'll look into this > farther and get back to you. > > The battery meters and other ACPI functionality is working now with your > workaround. Should this be a bug report? Which group should get the > report if this is the case? > > Thanks so much! > Lincoln It was suggested to me to open a kernel bug (possibly starting under ACPI), however I never got to it.. I don't know where kernel bugs are reported officially, and was busy at the time. (still am). I do try and
bugzilla.kernel.org
reply to others with the same problems though... finding the webpage which suggested that fix was not trivial!
It is not easy to track it in emals.
My lid switch is just above the keyboard, on the right hand side of the left hand screen hinge. It is just a tiny piece of plastic protruding from the case. Push it, and the screen goes off. Hold it, and wiggle the mouse (touchpad), and the naughty screen comes back on. Most importantly for me, the workaround brings the max CPU speed available with speed step back to what it is supposed to be on my laptop, and the BIOS actually boots much faster.
- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
