Bug 5236
| Summary: | AE_AML_BUFFER_LIMIT: ACPI + Battery monitor not funcitioning correctly | ||
|---|---|---|---|
| Product: | ACPI | Reporter: | Scott Sommerville (scottsommerville) |
| Component: | Power-Battery | Assignee: | Robert Moore (Robert.Moore) |
| Status: | REJECTED DUPLICATE | ||
| Severity: | high | CC: | acpi-bugzilla |
| Priority: | P2 | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.13* | Subsystem: | |
| Regression: | --- | Bisected commit-id: | |
| Attachments: |
ACPI DMESG WHEN UNPLUGGING AC ADAPTOR
FURTHER ACPI DMESG ERRORS Most recent DMESG ACPIDUMP |
||
|
Description
Scott Sommerville
2005-09-12 20:52:10 UTC
Please post dmesg with kernel with acpi debug option turned on. Please post acpidump output. Created attachment 5998 [details]
ACPI DMESG WHEN UNPLUGGING AC ADAPTOR
Created attachment 5999 [details]
FURTHER ACPI DMESG ERRORS
Please let me know if you need more info
Thanks for the dmesg, it shows some AML interpreter messages. To debug further, please post acpidump output. Yes, please post acpidump output. We also need the version of ACPICA you are using, it should appear in dmesg. acpidump is avalable in the latest pmtools here: http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils Created attachment 6028 [details]
Most recent DMESG
Comment on attachment 6028 [details]
Most recent DMESG
Hi Robert
I assume when you say ACPICA, that is the same as ACPI subsystem revision? If
so the version according to the most recent DMESG I ran is 20050408. If this is
not it let me know. As I mentioned I ran a more recent DMESG as I recompiled
the kernel for ACPI support built in instead of ACPI modules. Therefore I have
attached a copy of my recent DMESG. I have also attached the ACPIDUMP too. If
there is any other info you need please let me know.
Reagrds
Created attachment 6029 [details]
ACPIDUMP
Hi Robert
I assume when you say ACPICA, that is the same as ACPI subsystem revision? If
so the version according to the most recent DMESG I ran is 20050408. If this is
not it let me know. As I mentioned I ran a more recent DMESG as I recompiled
the kernel for ACPI support built in instead of ACPI modules. Therefore I have
attached a copy of my recent DMESG. I have also attached the ACPIDUMP too. If
there is any other info you need please let me know.
Reagrds
This is starting to look like an EC driver issue:
ACPI: AC Adapter [ACAD] (on-line)
[ACPI Debug] String: [0x25] "------------------------ _Q20 : test1"
[ACPI Debug] Integer: 0x00000014
[ACPI Debug] String: [0x25] "------------------------ _Q20 : test2"
osl-0965 [48] os_wait_semaphore : Failed to acquire semaphore
[cfeee680|1|0], AE_TIME
osl-0965 [48] os_wait_semaphore : Failed to acquire semaphore
[cfeee680|1|5000], AE_TIME
Would it help me by recompiling the kernel for i686 CPU support, rather than the current Athlon support, to troubleshoot these potential EC driver issues? Please confirm if you build kernel with preempt enabled. If yes, please try non-preempt kernel. Also try this patch http://bugzilla.kernel.org/show_bug.cgi?id=4588#c23 The problem was that the thread of executing _Q20 preempted the thread of executing BAT1._STA after BAT1._STA acquiring a semphore. This could cause _Q20 timeout. Hi Robert and Lurning Sorry I have not got back to you sooner, but I recently started a new job and its been a little hectic. With regarsd to whether preemption was built in to the kernel, this was the case. Since then I have recompiled the kernel for no preemption and what do you know the battery monitor status is now working. Once again thanks for the help. On another note, will the lack of preemption built into the kernel have any negative effects for my laptop? Regards Scott *** This bug has been marked as a duplicate of 4588 *** |