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
** Changed in: linux-source-2.6.20 (Ubuntu)
Sourcepackagename: None => linux-source-2.6.20
Importance: Undecided => Low
Status: Unconfirmed => Confirmed
--
Module acerhk is not loaded
https://launchpad.net/bugs/98739
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
