Update: Maybe this is only valid for the real IBM Thinkpads. I’m not sure if the Lenovo hardware is still the same. Maybe it’s even confusing your computer. Maybe updating the bios without any extra software will help?
I would have thought the same. I mean we’re not in 1994 anymore, are we?
Unfortunately I cannot unload the module as it is used (as mentioned earlier):
root@laptop:/home/simon# rmmod thinkpad_acpi
rmmod: ERROR: Module thinkpad_acpi is in use
Is there a way to check with witch attributes a kernel module was loaded (I just found ways to show available attributes)?
Well, I believe it used to work with my X220 (fun fact: until it melted away – but to be fair the whole kitchen burned down, so I cannot really blame the laptops fan…), so I believe Lenovo should in general still work.
Yeah, an Uefi update is on my list as well.
That one is only(?) for the Yoga 13, which is an Ideapad, while my Yoga 12 is a thinkpad. I thus hope that the IBM/Rhinkpad stuff still works…
btw: Thanks everybody for your support!
edit: in IRC I was told the temperature shouldn’t cause a segfault. So maybe the problem is somewhere else. A little frustrating… :-/
Easier said than done. :-/ The only other hardware I have laying around here is a RasPi and a Cubitruck… I might just wait until fp publishes a build if nobody has an idea how to find out the cause for my problems.
I guess this will keep the module busy. Just stop it for unloading (I think…)
service acpid stop (is ubuntu using service? I more in the fedora/rhel region )
Not sure if I get you right. Purely rebooting probably won’t help as acpid will get started again… First I would need to make sure that the module is loaded with the correct parameter. But I’m not sure which program/process starts it and where and how to pass the parameter “fan_control=1” to it. I would guess placing a file in /etc/modprobe.d/ might be the right way to do it, but I don’t understand the syntax the existing files use.
stupid me, the module is called thinkpad_acpi, isn’t it:
simon@laptop:/sys/module$ cat thinkpad_acpi/parameters/fan_control
N
so that doesn’t look exactly like a 1…
Should the file in /etc/modprobe.d/acpid.conf and it’s content then be changed to thinkpad_acpi as well? On the other hand ps does show an acpid (which simply could be a daemon to control something):
Well, there’s a difference between the process name and the module name. They don’t need to be in sync, actually, they won’t be in sync. Acpid is the (generic) process for handling acpi events, and the module thinkpad_acpi understands your hardware and translates its events to the generic acpi implementation (might be simplified, but this should be it…)
So, the filename acpid.conf is irrelevant (except for it’s location and the suffix .conf), BUT, inside, the options will have to be
N, I would expect, means “no”, so, no fan control (what ever this means… Might be that the bios is in charge, and no operating system based program, might be it means no fan control at all… I really don’t know… Just give it a try with 1, or even Y
I did two reboots, trying 1 and Y. Both led to Y in thinkpad_acpi/parameters/fan_control and now I can again echo any level value without any error message, but still also without any effect. cat-ing always shows level 1 and 250rpm…
So fan control doesn’t seem to work.