Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/index.php/Reporting_Bug_Guidelines

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#15991 - [initscripts] Order of ACPI modules

Attached to Project: Arch Linux
Opened by Martin (nitro424) - Wednesday, 19 August 2009, 13:56 GMT
Last edited by Jan de Groot (JGC) - Sunday, 13 December 2009, 21:49 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Tobias Powalowski (tpowa)
Aaron Griffin (phrakture)
Thomas Bächler (brain0)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Powerdevil (package-group kde) does not recognize a connected power supply. It says, not connected even it is connected. So the automatic change of the power profile does not work. I have seen this problem only on my notebook Clevo M860TU. The gnome-power-manager works without a problem. KDE developer say, it is a distribution dependend problem.

To fix this problem, I have to change the order of the ACPI modules to load in /etc/rc.sysinit.

ACPI_MODULES="ac battery button fan processor thermal"
to
ACPI_MODULES="battery ac button fan processor thermal"

Another way to fix it is to mark the ac module blacklisted in de rc.conf and manually load it at the end in rc.local.

rc.conf:
MODULES=(!ac)

rc.local:
modprobe ac
This task depends upon

Closed by  Jan de Groot (JGC)
Sunday, 13 December 2009, 21:49 GMT
Reason for closing:  Fixed
Additional comments about closing:  See last comment.
Comment by Tobias Powalowski (tpowa) - Monday, 07 September 2009, 06:46 GMT
I don't think changing changing module order is the key here, udev will load it anyway in no decent order.
Thomas we should remove the acpi loading from initscripts soon, all modules are loaded by udev now
Comment by Martin (nitro424) - Monday, 07 September 2009, 07:34 GMT
I commented out the code block if "[ -d /proc/acpi ]; then" in rc.sysinit and restored the default rc.local and rc.conf. This solved the problem. Everything works as expected now :)
Comment by Thomas Bächler (brain0) - Monday, 21 September 2009, 22:38 GMT
@tpowa: Since when does ACPI autoloading work?
Comment by Aaron Griffin (phrakture) - Monday, 21 September 2009, 23:23 GMT
If ACPI autoloading is working, we should remove the sysinit code and let udev do all this
Comment by Tobias Powalowski (tpowa) - Monday, 02 November 2009, 13:15 GMT
I think since kernel .22 or .23 acpi modules got the corresponding aliases for autoloading.
Comment by Tobias Powalowski (tpowa) - Sunday, 22 November 2009, 16:05 GMT
fixed in latest initscripts.

Loading...