On Mon, Jan 16, 2012 at 18:15, Allin Cottrell <cottrell@xxxxxxx> wrote: > On Mon, 16 Jan 2012, Kay Sievers wrote: >> On Mon, Jan 16, 2012 at 17:35, Cottrell, Allin <cottrell@xxxxxxx> wrote: >>> >>> On Mon, Jan 16, 2012 at 10:47 AM, Allin Cottrell <cottrell@xxxxxxx> >>> wrote: >>>> >>>> After updating to udev-177 + systemd38 I'm hitting a permissions problem >>>> with running the thinkfan program. From syslog: >>>> >>>> <hostname> thinkfan: thinkfan 0.7.3 starting... >>>> <hostname> thinkfan: \ >>>> /sys/class/hwmon/hwmon2/device/pwm1_enable: \ >>>> Operation not permitted >>> >>> >>> A little more information on this: to control the Thinkpad fan >>> speed, the thinkpad_acpi module must be loaded with the >>> option fan_control=1. I have a line that arranges that in >>> /etc/modprobe.d/modprobe.conf. Apparently this is not >>> respected by kmod. I tried the experiment of >>> >>> modprobe -r thinkpad_acpi >>> modprobe thinkpad_acpi >>> >>> (using module-init-tools, that is) and now thinkfan works again. >>> So my next question is, how to ensure that kmod picks up on >>> the option. I guess I ought to be able to find that myself. >> >> I have the same option, and it seems to work here. >> >> $ echo 'level 2' > /proc/acpi/ibm/fan >> does it's thing here, which should indicate, that the option is read >> from the conf file. > > I think I have it now: unlike module-init-tools, kmod looks in /usr/etc > rather than /etc by default (i.e. unless you explicitly set sysconfdir). Which is the default for every autotools program, including udev and systemd. :) Kay -- To unsubscribe from this list: send the line "unsubscribe linux-hotplug" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
