Bug#649253: eeepc-wmi does not seem to adjust fan speed, but prevents use of fancontrol
reassign 649253 src:linux 3.2.23-1
found 649253 linux-2.6/3.0.0-6
quit
Hans-J. Ullrich wrote:
> Just to explain: eeepc-wmi will not be fixed, as the developers told me (almost
> 2 years ago). The problem of this, is that the old hardware specs of my EEEPC
> 1005 HGO are not made available by the vendor. So it is of course impossible,
> to write a kernel module.
Thanks. Do you have a pointer to that discussion, so we can look it
over in case it has additional useful information?
If I understand correctly, you have said that
(1) the eeepc-wmi module is loaded automatically
(2) loading that module on this machine makes the kernel behave
worse
If that is correct, then it is something that must be fixed. No
special specs are needed in order for the kernel not to automatically
load a certain module.
[...]
> I am running now linux-image-3.2.0-3-i386 (stock debian kernel of testing).
I am guessing you mean 3.2.23-1 (and marking so). You can get the
currently running kernel version by running
cat /proc/version
and looking for a version in parentheses or get the installed kernel
version by running
dpkg-query -W linux-image-$(uname -r)
See also [1].
[...]
> No, I can choose either to load eeepc-wmi or use the option "acpi_osi="Linux"
> which let me load eeepc-laptop at startup. The second one I call the "old"
> module, as this is the old fancontroller module developed for my old cpu.
Does blacklisting the eeepc-wmi module to prevent it from loading
allow eeepc-laptop to load and work well?
[...]
> However, I will test a newer kernel (3.5-X) in the next days, maybe not
> tomorrow, but during the coming week. Response and report will then be sent.
Thanks, nice to hear. I look forward to hearing how it goes.
Sincerely,
Jonathan
[1] http://kernel-handbook.alioth.debian.org/ch-versions.html#s-version-types
or the corresponding page in the debian-kernel-handbook package
Reply to: