Description of problem: On my laptop toshiba tecra S11-11D fan is always on now. I also tried to use last ISO live and got the same problem. Booting to failsafe seems not to be affected, switching from there to run level 3 yes. CPU and GPU temperature seems to be ok. Reproducible: Steps to Reproduce:
cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 37 model name : Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz stepping : 5 microcode : 0x2 cpu MHz : 1199.000 cache size : 3072 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes lahf_lm ida arat dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 4787.52 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 37 model name : Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz stepping : 5 microcode : 0x2 cpu MHz : 1199.000 cache size : 3072 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 2 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes lahf_lm ida arat dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 4787.52 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 37 model name : Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz stepping : 5 microcode : 0x2 cpu MHz : 1199.000 cache size : 3072 KB physical id : 0 siblings : 4 core id : 2 cpu cores : 2 apicid : 4 initial apicid : 4 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes lahf_lm ida arat dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 4787.52 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 37 model name : Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz stepping : 5 microcode : 0x2 cpu MHz : 1199.000 cache size : 3072 KB physical id : 0 siblings : 4 core id : 2 cpu cores : 2 apicid : 5 initial apicid : 5 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt aes lahf_lm ida arat dtherm tpr_shadow vnmi flexpriority ept vpid bogomips : 4787.52 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management:
LC_ALL=C cpupower frequency-info analyzing CPU 0: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 CPUs which need to have their frequency coordinated by software: 0 maximum transition latency: 10.0 us. hardware limits: 1.20 GHz - 2.40 GHz available frequency steps: 2.40 GHz, 2.40 GHz, 2.27 GHz, 2.13 GHz, 2.00 GHz, 1.87 GHz, 1.73 GHz, 1.60 GHz, 1.47 GHz, 1.33 GHz, 1.20 GHz available cpufreq governors: ondemand, conservative, powersave, userspace, performance current policy: frequency should be within 1.20 GHz and 2.40 GHz. The governor "ondemand" may decide which speed to use within this range. current CPU frequency is 1.20 GHz (asserted by call to hardware). boost state support: Supported: yes Active: yes 25500 MHz max turbo 4 active cores 25500 MHz max turbo 3 active cores 25500 MHz max turbo 2 active cores 25500 MHz max turbo 1 active cores
sensors acpitz-virtual-0 Adapter: Virtual device temp1: +38.0°C (crit = +107.0°C) coretemp-isa-0000 Adapter: ISA adapter Core 0: +38.0°C (high = +95.0°C, crit = +105.0°C) Core 2: +35.0°C (high = +95.0°C, crit = +105.0°C)
acpi -V Adapter 0: on-line Thermal 0: ok, 37.0 degrees C Thermal 0: trip point 0 switches to mode critical at temperature 107.0 degrees C Cooling 0: Processor 0 of 10 Cooling 1: Processor 0 of 10 Cooling 2: Processor 0 of 10 Cooling 3: Processor 0 of 10 Cooling 4: LCD 0 of 7
CC: (none) => sander.lepikAssignee: bugsquad => tmb
I found a useful link: http://forums.opensuse.org/english/get-technical-help-here/laptop/486402-toshiba-satellite-pro-return-old-fan-control-problem-12-3-a.html And if i hiberante and back to work, fan is stopped and start working correctly, as far as i can say, i rebuilt a project using make -j12 to check if fan is swithced on again. Form forum is also mentioned: https://bugzilla.kernel.org/show_bug.cgi?id=56591 for a patch. Do we have it by any chance? if not I'm ready to test it if you make a RPM available some where.
I confirm having the same problem (fan always active) on two different laptops, a HP and a Targa. Both without the issue with MGA2 are showing that problem with MGA3 after the upgrade. I even tried kernel-tmb-laptop to be sure that it was not due to the "desktop" version" of the provided kernel: didn't help.
CC: (none) => balsacq
The ACPI patch referenced in comment 5 is in Mageia 3 release kernel (it was merged upstream in 3.8.12)
so we have anotther problem, with the same effect and workaround... Thomas any tests i can do? additional info?
I pulled in another acpi fix in another bugfix, can you try kernel-desktop-3.8.13-1.1.mga3 from: http://tmb.mine.nu/Mageia/3/bugs/10079/
Sorry Thomas new kernel does not solve my issue: uname -a Linux proj9 3.8.13-desktop-1.1.mga3 #1 SMP Mon May 27 20:50:44 EEST 2013 x86_64 x86_64 x86_64 GNU/Linux
workaround is stil valid though, but i had to give root password to hiberante the system
Thomas your new kernel also seems not to give the right battery level, kde battery widget does not show the level, booting back to 3.8.13-desktop-1.mga3 works instead. (I will check it again tomorrow to confirm).
just for statistical information, i tested the kernel in testing and also rebuilt from cauldron kernel 3.9.8 and does not solve this issue
Mageia 3 changed to end-of-life (EOL) status 4 months ago. http://blog.mageia.org/en/2014/11/26/lets-say-goodbye-to-mageia-3/ Mageia 3 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Mageia please feel free to click on "Version" change it against that version of Mageia and reopen this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- The Mageia Bugsquad
Status: NEW => RESOLVEDResolution: (none) => OLD
In any case i don't have that laptop anymore....