Comment 12 for bug 24308

(In reply to comment #11)
> I have the same problem on the same hardware. Ubuntu 5.10, kernel version
> 2.6.12-10-amd64-generic.
>
> It seems that on low cpu-load, the fan is regulated properly. If the cpu heating
> occurs 'fast', e.g. when you run "glxgears", the cpu temperature rises with no
> fan activity until I explicitly probe the temperature through "cat
> /proc/acpi/thermal_zone/TZ1/temperature" (or "acpi -V").
>
> Could it be that hardware alerts at crossing trip-points are not passed to the
> acpi-module at higher cpu-loads (too low priority or something like that)?
> If I can assist in checking out this bug, please instruct me. I'd like to learn
> more about system internals in this way.

Last week i noticed, that the operation acpi -t that i scheduled doesn't
work (it works but i has no influence on the cpufan). I try to explain
you. I can not work without acpi -t with my laptop because of our fun problem.
I noticed that the temperature of my laptop was stable by 78° and if i run acpi -t the
fun doesn't start.

I remember that ,before that, the temperature was always around 58°.
Above this limit and when i run acpi -t started the fun.

For example i run today for 5 minute glxgears and the temperature was
always around 78°. It isn't increased and it isn't decreased.

By the next reboot the situation came back. Temperature on 58° and acpi -t that has
influence on the CPU-Fan

Yesterday i noticed the same behaviout on my laptop, that i described you
in my last mail.

I've worked all the day without the scheduled command acpi -t and:

On Workspace 1: Openoffce
On Workspace 2: Opera and Firefox Browser
On Workspace 3: I got run all the day glxgears
On Worksapce 4: Nothing

The temperature was always between 70° and 73° and how i said without acpi -t.

Now i've to use again the scheduled operation acpi -t to work with my laptop