Bug 4953
Summary: | /proc/acpi/toshiba entries missing in ACPI20050708 ? | ||
---|---|---|---|
Product: | Drivers | Reporter: | David Leemans (d_leemans) |
Component: | Platform | Assignee: | Len Brown (lenb) |
Status: | CLOSED CODE_FIX | ||
Severity: | blocking | CC: | acpi-bugzilla, avvisi, rmh3093 |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.12.3, 2.6.13-rc4, 2.6.13-rc6 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Attachments: |
dmesg
fix against 2.6.13-rc6 |
Description
David Leemans
2005-07-27 17:13:45 UTC
Created attachment 5390 [details]
dmesg
tried plain vanilla kernel 2.6.13-rc4 today, comes with ACPI20050408. Here /proc/acpi/toshiba is missing too. And I do have CONFIG_TOSHIBA=y and CONFIG_ACPI_TOSHIBA=y in my .config. When was it decided to ditch the Toshiba entries ? > toshiba_acpi: Using generic hotkey driver
Please build with CONFIG_ACPI_HOTKEY=n
>> toshiba_acpi: Using generic hotkey driver
>Please build with CONFIG_ACPI_HOTKEY=n
Did so with plain 2.6.13-rc6, which comes with CONFIG_ACPI_HOTKEY=n by default :
still no /proc/acpi/toshiba entries.
hmmm, does it work if you boot with "acpi_specific_hotkey"? *** Bug 4539 has been marked as a duplicate of this bug. *** Created attachment 5647 [details] fix against 2.6.13-rc6 let me know if this patch from Luming via bug 5035 doesn't fix it. *** Bug 5066 has been marked as a duplicate of this bug. *** *** Bug 4902 has been marked as a duplicate of this bug. *** fix in comment #7 applied to-linus > hmmm, does it work if you boot with "acpi_specific_hotkey"? Well yes, it does ! I will report back on trying the fix from comment #7. I applied the patch to 2.6.13-rc6 and can confirm that if fixes the problem of the missing /proc/acpi/toshiba entries. Job well done, Len ! linus pulled this fix in after 2.6.13-rc6 -- closing. |