Comment 1 for bug 98739

22:29:15 < siretart> is bug #98739 for acpi-support or for the kernel?
22:31:46 < mjg59> siretart: Right now there's no good way to fix that
22:31:52 < mjg59> It's certainly not an acpi-support issue
22:33:10 < seb128> _ion: I get what it's doing though ;)
22:33:55 < siretart> mjg59: oh? I thought acpi-support had some infrastructure to do notebook specific fixes
22:34:19 < siretart> mjg59: actually, I told nobse to file that bug. the actual fix looks rather easy to me
22:36:04 < mjg59> siretart: acpi-support handles acpi. acerhk bangs hardware directly.
22:37:36 < siretart> mjg59: just to understand the issue, why is ibm-acpi loaded automatically on thinkpads?
22:39:47 < mjg59> Because it can precisely determine whether something is a Thinkpad or not
22:44:27 < sladen> siretart: the default of acerhk is to assume it Acer type XYZ. Which is wrong. The default should be to fail loading
                   without a definite positive match
22:45:27 < sladen> siretart: so it's not even possible to "try attempting to load acerhk regardlessly", as it'll just end up screwing the
                   hardware
23:00:07 < sladen> siretart: needs to be done in the kernel module, and have the module exit instead of default (actually a fairly small change)
23:00:52 < siretart> sladen: so this bug should be reassigned to the kernel, then?
23:01:29 < sladen> siretart: yes, bit if you do that, can you mark it low-priority, it's not a regression in any way