Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 278260 - sys-apps/lm_sensors: Fix fancontrol startup on boot with OpenRC
Summary: sys-apps/lm_sensors: Fix fancontrol startup on boot with OpenRC
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Mobile Herd (OBSOLETE)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-07-18 11:37 UTC by Nick White
Modified: 2009-10-28 14:49 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 Nick White 2009-07-18 11:37:13 UTC
Since switching to openrc (0.4.3-r3) fancontrol (with both lm_sensors versions 2.10.7 and 3.0.2) would not start correctly on boot, with rc-status returning "crashed". Manually restarting with "rc-config restart fancontrol" started it up fine.

Removing the "--quiet" argument in the start() function of /etc/init.d/fancontrol fixes the problem.
Comment 1 Jeremy Murphy 2009-10-01 22:24:10 UTC
Yeah, this is bugging me too.  I consider fancontrol to be crucial to the health of the system, so I'd really like to see this fixed!  Are there any diagnostics we can provide to assist?
Unlike Nick, my fancontrol script still crashes if I restart it manually, regardless of --quiet.
Comment 2 Nick White 2009-10-11 08:11:35 UTC
It seems like removing --quiet doesn't reliably fix the problem for me either, actually. And though the fancontrol script does start with rc-config, it tends to fall over at some point, getting into the 'crashed' state once more, and leaving the fan at an undefined state (yes, this nearly killed my laptop!)

As Jeremy, I'd be very happy to provide any logs, tests, etc to see this fixed - it's rather important to the health of my system.
Comment 3 Jeremy Murphy 2009-10-11 13:42:07 UTC
Hi Nick.  What kernel version are you using?  Are you aware of this recent change: http://www.lm-sensors.org/wiki/FAQ/Chapter3#Mysensorshavestoppedworkinginkernel2.6.31

I just got a couple of my sensors back by changing my hwmon driver, but apparently they haven't put fancontrol into the new driver yet.  :(
Comment 4 Nick White 2009-10-11 15:28:39 UTC
(In reply to comment #3)
> What kernel version are you using?  Are you aware of this recent
> change...

Aha! I am using 2.6.31. That FAQ is very useful; I'm pretty sure that's what was problematic for me, and am now compiling the appropriate ASUS ACPI drivers in to fix it. However I'm not sure this will result in a working fancontrol setup, as the FAQ mentions "
You will also need lm-sensors version 3.1.0 or later", which isn't yet in the tree...

Thanks for pointing this to me though.
Comment 5 Jeremy Murphy 2009-10-11 23:16:37 UTC
In that case, you also want to check out bug #244598, which is where I got my 3.1.1 ebuild from.  To my understanding, most BIOS should control the CPU fan if no software takes over the role, so no fancontrol is probably better than a broken fancontrol.  You can also see exactly what is wrong if you just run fancontrol directly (so that's the binary, not the script) or pwmconfig.
But anyway, I think it's a matter of watch and wait until the kernel and lm_sensors mature to a working state again.  Which means, I think, that this bug should be marked resolved/upstream?
Comment 6 Thilo Bangert (RETIRED) (RETIRED) gentoo-dev 2009-10-27 08:27:52 UTC
so, does 3.1.1 fix this for you? 3.1.1 has just now been comitted to the tree.
thanks
Comment 7 Jeremy Murphy 2009-10-27 09:37:13 UTC
I vaguely recall from a conversation with someone in #linux-sensors that fancontrol has not yet been reimplemented in the new sensors model of things.  So this bug is probably invalid in that it is an unimplemented feature.
Comment 8 Nick White 2009-10-27 16:44:07 UTC
(In reply to comment #6)
> so, does 3.1.1 fix this for you? 3.1.1 has just now been comitted to the tree.
> thanks

Yes, it seems to be working fine for me now that I added the ACPI drivers in 2.6.31 and installed the lm_sensors 3.1.1.

Thanks alot.
Comment 9 Jeremy Murphy 2009-10-28 01:26:30 UTC
(In reply to comment #8)

Nick, have you verified this by running pwmconfig?  Just because fancontrol doesn't crash, doesn't mean that it's actually doing anything.  :)  Thanks.
Comment 10 Nick White 2009-10-28 09:54:48 UTC
(In reply to comment #9)
> Nick, have you verified this by running pwmconfig?  Just because fancontrol
> doesn't crash, doesn't mean that it's actually doing anything.  :)  Thanks.

I hadn't, as pwmconfig didn't work for me with the older version (though with a manually set up /etc/fancontrol everything worked just fine). I just tested it now, and it does indeed now work! So things are better than ever, for me.
Comment 11 Jeremy Murphy 2009-10-28 14:20:12 UTC
Ah, lucky you, Nick!  Which sensor modules are you using?  I'm using ATK0110 at the moment and it has everything but PWM.  How did you manually configure /etc/fancontrol?  I've found some possible candidates for PWM in  /sys/bus/acpi/drivers/ATK0110/ATK0110\:00/hwmon/hwmon0/, but I'd rather not experiment blindly with that kind of thing.
Comment 12 Nick White 2009-10-28 14:49:52 UTC
(In reply to comment #11)
> Ah, lucky you, Nick!  Which sensor modules are you using?  I'm using ATK0110 at
> the moment and it has everything but PWM.  How did you manually configure
> /etc/fancontrol?  I've found some possible candidates for PWM in 
> /sys/bus/acpi/drivers/ATK0110/ATK0110\:00/hwmon/hwmon0/, but I'd rather not
> experiment blindly with that kind of thing.

Lucky me indeed :-)

I'm using ATK0110 too (I have an ASUS EEE PC 901), so you may be in luck too, with a little more tweaking. I set up /etc/fancontrol as per http://en.gentoo-wiki.com/wiki/Asus_Eee_PC_901#Fan (I wrote that part of the wiki); the interesting sensors can be found in /sys/class/hwmon/hwmon[01] for me. man fancontrol will hopefully give you pointers for the meaning of each variable.