CPU fan doesn't get triggered even at high temps

Bug #375132 reported by Diego Schulz on 2009-05-11
2
Affects Status Importance Assigned to Milestone
linux-ports-meta (Ubuntu)
Undecided
Stefan Bader

Bug Description

Binary package hint: linux-image

I have a Toshiba A305-S6894 laptop running Jaunty (amd64).

The CPU fan doesn't start to spin even at ~80°C, tried this running 2 parallel instances of

$ cat /dev/urandom | sha256sum

The fan works just fine if I boot with acpi=off, but for some reason its not working as it should (of course I want to use acpi functionality).

Just in case, general hardware specs are at
http://cdgenp01.csd.toshiba.com/content/product/pdf_files/detailed_specs/satellite_A305-S6894.pdf

Diego Schulz (dschulzg) wrote :
Diego Schulz (dschulzg) wrote :
Diego Schulz (dschulzg) wrote :

Also, after restoring from suspend-to-ram state, I get a lot of noise in the logs about "kernel being unable to power off the cpu fan" (I don't have at hand the exact message right now). To avoid this I added acpi.power_nocheck=1 to the boot parameters, but I'm concerned about this anyways.

Diego Schulz (dschulzg) wrote :

for f in /proc/acpi/thermal_zone/THRM/* ; do echo -e "\n$f" ; cat $f ; done

/proc/acpi/thermal_zone/THRM/cooling_mode
0 - Active; 1 - Passive

/proc/acpi/thermal_zone/THRM/polling_frequency
<polling disabled>

/proc/acpi/thermal_zone/THRM/state
state: ok

/proc/acpi/thermal_zone/THRM/temperature
temperature: 57 C

/proc/acpi/thermal_zone/THRM/trip_points
critical (S5): 104 C
passive: 104 C: tc1=2 tc2=5 tsp=300 devices=CPU0 CPU1
active[0]: 70 C: devices= FAN
______________________________________________________

57 degrees it's just too much, considering the system is completely idle. The keyboard feels like a stove.

Stefan Bader (smb) on 2009-05-12
Changed in linux-ports-meta (Ubuntu):
assignee: nobody → Stefan Bader (stefan-bader-canonical)
Diego Schulz (dschulzg) wrote :
Diego Schulz (dschulzg) wrote :

I installed Jaunty i386 on the same machine just to see what happens, and the symptoms are the same, but I noticed something I didn't while using amd64 version:

After a clean boot, the fan never starts to spin, temperature can reach 73 C and the fan doesn't starts, BUT after restoring from suspend-to-ram state, the fan begins to spin normally once the temperature reachs 52 C and keeps the system reasonably cool (around 45C).

gonzalonal (gonzalonalbandian) wrote :

hola diego, como andas? no solamente tengo exactamente el mismo problema que vos sino que tambien tengo la misma notebook. Lei tu post en toshiba tambien y otro aca creo. Bueno queria saber si habias encontrado la forma de solucionar este problema?
espero tu respuesta gracias

Diego Schulz (dschulzg) wrote :

Hola Gonzalo, no encontré una solución para el problema, al prender la máquina lo primero que hago es suspender y restaurar... lo simpático es que me acostubré a eso al punto que ahora lo hago naturalmente y sin chistar :P

Una semi-solución es poner thermal.off=1 como argumento en la linea del kernel que arrancás normalmente en /boot/grub/menu.lst, también conviene poner en la linea defoptions (asi cuando se instala un kernel actualizado, la linea que se genera para el kernel nuevo ya incluye tus argumentos personalizados.

La desventaja de de usar thermal.off=1 es que ya no vas a poder averiguar la temperatura (cat /proc/acpi/thermal_zone/THRM/temperature). El kernel ignora completamente lo que tenga que ver con el cpu fan y la temperatura.. y la ventaja (?) es que el fan gira todo el tiempo :) y mantiene la maquina bien refrigerada.

Pero opté por la solución mas dolorosa: aguantarmelas. No uso thermal.off=1.

Ahora mismo tengo en /boot/grub/menu.lst esto:

defoptions=quiet vga=791 acpi.power_nocheck=1 thermal.psv=52 thermal.act=42

y la linea del kernel termina con:

ro quiet vga=791 acpi.power_nocheck=1 thermal.psv=52 thermal.act=42

acpi.power_nocheck=1 solo evita un molesto warning que inunda los logs de syslog luego de suspender la pc.
thermal.psv=52 ajusta la temperatura limite de la zona "pasiva" (uno de los "trip points")
thermal.act=42 ajusta la temperatura limite de la zona "activa" (otro trip point)

Sospecho que estos dos últimos no están surtiendo ningún efecto. Si descubrís algo nuevo, contame por favor.

Saludos.

Hola diego recivi tu mensaje...la verdad ya no se por donde mas buscar.
Voy a preguntarle a algun profe de mi facu a ver q me recomienda. El
toshset lo pudiste hacer andar si que te dijera :
*gonzalo@Gonzalo:~$ sudo toshset
[sudo] password for gonzalo:
required kernel toshiba support not enabled.
gonzalo@Gonzalo:~$ *

Diego Schulz escribió:
> Hola Gonzalo, no encontré una solución para el problema, al prender la
> máquina lo primero que hago es suspender y restaurar... lo simpático es
> que me acostubré a eso al punto que ahora lo hago naturalmente y sin
> chistar :P
>
> Una semi-solución es poner thermal.off=1 como argumento en la linea
> del kernel que arrancás normalmente en /boot/grub/menu.lst, también
> conviene poner en la linea defoptions (asi cuando se instala un kernel
> actualizado, la linea que se genera para el kernel nuevo ya incluye tus
> argumentos personalizados.
>
> La desventaja de de usar thermal.off=1 es que ya no vas a poder
> averiguar la temperatura (cat /proc/acpi/thermal_zone/THRM/temperature).
> El kernel ignora completamente lo que tenga que ver con el cpu fan y la
> temperatura.. y la ventaja (?) es que el fan gira todo el tiempo :) y
> mantiene la maquina bien refrigerada.
>
> Pero opté por la solución mas dolorosa: aguantarmelas. No uso
> thermal.off=1.
>
> Ahora mismo tengo en /boot/grub/menu.lst esto:
>
> defoptions=quiet vga=791 acpi.power_nocheck=1 thermal.psv=52
> thermal.act=42
>
> y la linea del kernel termina con:
>
> ro quiet vga=791 acpi.power_nocheck=1 thermal.psv=52 thermal.act=42
>
> acpi.power_nocheck=1 solo evita un molesto warning que inunda los logs de syslog luego de suspender la pc.
> thermal.psv=52 ajusta la temperatura limite de la zona "pasiva" (uno de los "trip points")
> thermal.act=42 ajusta la temperatura limite de la zona "activa" (otro trip point)
>
> Sospecho que estos dos últimos no están surtiendo ningún efecto. Si
> descubrís algo nuevo, contame por favor.
>
> Saludos.
>
>

Diego Schulz (dschulzg) wrote :

I'm still looking for a solution. A few days ago there was a kernel update but has not solved this issue, as I expected for a few minutes while downloading packages.

Stefan Bader (smb) wrote :

No, unfortunately the reasons behind this are still unclear. There seem to be a few other systems showing the same issues, so I mark this a duplicate of this other bug.

joaq (joacococo) wrote :

Some problem with Toshiba A305-s6905. What Diego posted worked to me. Adding the kernel option at least keeps the cpu cool ~22C which temporally solves the problem

Hola Diego y Gonzalo.

Solucionado el problema del FAN....
Mi laptop es una Toshiba A305D y tuve el mismo problema pero lo he solucionado, y hasta hecho funcionar las teclas de Fn brillo y el Bluetooth...

Despues de pasar Meses Googleando encontre una excelente blog donde solucionan el problema del fan y otro donde enseñan a instalar el controlador omnibook como modulo y hacer que arranque desde el inicio de la maquina...

Al inicio no lo habia podido compilar desde el cod fuente el modulo del omnibook porque me daba el siguiente error:

/usr/src/modules/omnibook/init.c: In function ‘omnibook_init’:
/usr/src/modules/omnibook/init.c:294: error: ‘struct proc_dir_entry’ has no member named ‘owner’
make[4]: *** [/usr/src/modules/omnibook/init.o] Error 1
make[3]: *** [_module_/usr/src/modules/omnibook] Error 2
make[3]: se sale del directorio `/usr/src/linux-headers-2.6.30-8-generic’
make[2]: *** [omnibook.ko] Error 2
make[2]: se sale del directorio `/usr/src/modules/omnibook’
make[1]: *** [binary-modules] Error 2
make[1]: se sale del directorio `/usr/src/modules/omnibook’
make: *** [kdist_build] Error 2

la solucion lo explican en el siguiente enlace:
http://lamaquinadiferencial.wordpress.com/2009/06/10/no-funciona-el-bluetooth-en-toshiba-satellite-en-debianubuntu/

es de comentar la linea 294 del archivo init.c , con eso se podra compilar los cods fuentes....
Si aun persisten errores.... entonces pueden instalar el modulo segun recomiendan alli... desde los repos de debian y listo.

En caso que no tengas debian / Ubuntu, me percate que hay un controlador preecompilado y empaquetado en rpm listo para ser instalado... en enlace de descarga desde aqui:
http://www.filewatcher.com/m/omnibook-20080627-2.1.src.rpm.69412.0.0.html

y una vez instalado el contrador Omnibook.... se le pasan ciertos parametros para solucionar el problema del FAN y hacer funcionar el Bluetooth dejo el enlace de los parametros y espero que les sirva para que puedan tener su maquina al 100.....

http://forums.computers.toshiba-europe.com/forums/thread.jspa?threadID=47172&tstart=0

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers