Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 351072 - wmbattery no longer starts: Error: No APM, ACPI, or SPIC support in kernel.
Summary: wmbattery no longer starts: Error: No APM, ACPI, or SPIC support in kernel.
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-08 01:37 UTC by gary artim
Modified: 2011-01-08 19:55 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description gary artim 2011-01-08 01:37:51 UTC
when starting wmbattery get No APM, ACPI, or SPIC support in kernel.
This is in error, i think, I have all kernel options set. It began when
switching to 2.6.36-r5. most acpi stuff broke, including cpufreq scaling,
and wmbattery. recompiled everything emerge -u --deep --newuse world,
no improvement. will report the other broken acpi related code -- acpid, cpufrequtils.

Reproducible: Always

Steps to Reproduce:
1. run run wmbattery
2.
3.

Actual Results:  
Jan  7 17:21:04 xxx logger: ACPI event unhandled: battery BAT0 00000080 00000001
Jan  7 17:21:04 xxx logger: ACPI event unhandled: battery BAT1 00000080 00000000
Jan  7 17:22:26 xxx logger: ACPI event unhandled: battery BAT0 00000080 00000001

get unhandled messages on battery and cpu when unplugged power. Double checked 
/etc/acpi/events, no change. seems the software is not parsing the log properly.

Expected Results:  
battery icon imforming available time.

hp envy 14. kernel 2.6.36-r5
Comment 1 Rafał Mużyło 2011-01-08 03:20:19 UTC
Chances are that many of those programs may no longer be using /etc/acpi/events
- that that interface was deprecated quite awhile ago.
Comment 2 gary artim 2011-01-08 03:44:57 UTC
(In reply to comment #1)
> Chances are that many of those programs may no longer be using /etc/acpi/events
> - that that interface was deprecated quite awhile ago.
> 

Yes, I think acpi still uses /etc/acpi dir if 
http://www.gentoo.org/doc/en/power-management-guide.xml 
is accurate. I had it working fine, until 2.6.36-r5 kernel
was pulled and I compiled/installed.

I just added the acpi problem to show all acpi like software has broken.
Comment 3 gary artim 2011-01-08 04:55:20 UTC
(In reply to comment #2)
> (In reply to comment #1)
> > Chances are that many of those programs may no longer be using /etc/acpi/events
> > - that that interface was deprecated quite awhile ago.
> > 
> 
> Yes, I think acpi still uses /etc/acpi dir if 
> http://www.gentoo.org/doc/en/power-management-guide.xml 
> is accurate. I had it working fine, until 2.6.36-r5 kernel
> was pulled and I compiled/installed.
> 
> I just added the acpi problem to show all acpi like software has broken.
> 

did the following and it works. guess there is some emerge or config problem? :
(hack hack)

ebuild /usr/portage/x11-plugins/wmbattery/wmbattery-2.40.ebuild unpack
cd /var/tmp/portage/x11-plugins/wmbattery-2.40/distdir/
tar zxvf wmbattery_2.40.tar.gz 
cd wmbattery
make
./wmbattery 

there is really something screwy, there is a compound if in the main function of the code that throws the error. It happens for battery count < 1 or acpi function returning 0, but not sure why its getting faulting info. maybe a portage/emerge guru could look this over. The other reason could be its including an older .h, but I doubt that. 

Comment 4 Rafał Mużyło 2011-01-08 19:11:45 UTC
I misread your post - I meant /proc/acpi/ which is disabled in that guide.

The answer is likely trivial - ebuild disables hal, as it's obsolete on modern desktops (or it shortly will be - xfce shall release in about 2 weeks, KDE before the end of the month (both rc are already in the tree)).
Comment 5 gary artim 2011-01-08 19:44:35 UTC
(In reply to comment #4)
> I misread your post - I meant /proc/acpi/ which is disabled in that guide.
> 
> The answer is likely trivial - ebuild disables hal, as it's obsolete on modern
> desktops (or it shortly will be - xfce shall release in about 2 weeks, KDE
> before the end of the month (both rc are already in the tree)).
> 
okay here is the latest. after doing the ebuild
(In reply to comment #4)
> I misread your post - I meant /proc/acpi/ which is disabled in that guide.
> 
> The answer is likely trivial - ebuild disables hal, as it's obsolete on modern
> desktops (or it shortly will be - xfce shall release in about 2 weeks, KDE
> before the end of the month (both rc are already in the tree)).
> 

after doing:
ebuild ... unpack
configure
make
make install

I went back to emerge the software: sudo emerge wmbattery
It now works, duh! thanks for listening. more to come,
bashing my head trying to get the hp envy 14 1100 to
work using fluxbox (issues : power manage/video (has
dual card ati/intel, synaptics clickpad (quite a 
zoo with this. driver hell!)
Comment 6 Rafał Mużyło 2011-01-08 19:55:08 UTC
Frankly running "make install" is just a way to eventually break you system.

But it seems you're willing.