linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Maciej Rutecki <maciej.rutecki@gmail.com>
To: "linux-kernel" <linux-kernel@vger.kernel.org>,
	linux-acpi@vger.kernel.org, rui.zhang@intel.com,
	len.brown@intel.com, "Rafael J. Wysocki" <rjw@sisk.pl>
Subject: [REGRESSION] [2.6.37-rc1] Fan noise after suspend to ram/disk
Date: Thu, 4 Nov 2010 17:06:58 +0100	[thread overview]
Message-ID: <201011041706.59046.maciej.rutecki@gmail.com> (raw)

1. 
Last known good kernel: 2.6.36
Bad kernel: 2.6.37-rc1
===============================

2. Problem:
When I resume computer from s2ram/s2disk and current CPU temp is below lowest 
trip point, and -- from unknown reason -- fan start in maximum speed it 
doesn't turn off (it should).

It doesn't happen always but only when fan starts work and any of trip points 
aren't exceed. It seems that system only check temperature when exceed trip 
point.
===============================

3. /sys/cass/thermal/ info:

I have:
maciek@gumis:/sys/class/thermal$ ls
cooling_device0  cooling_device2  cooling_device4  cooling_device6  
thermal_zone1  thermal_zone3
cooling_device1  cooling_device3  cooling_device5  thermal_zone0    
thermal_zone2  thermal_zone4

maciek@gumis:/sys/class/thermal$ cat cooling_device*/type 
LCD
Processor
Processor
Fan
Fan
Fan
Fan

===============================

Colling device from 3 to 6 are inform what is current fan speed, for example:
cooling_device3 = 0
cooling_device4 = 0
cooling_device5 = 0
cooling_device6 = 0 
Means that fan is off.

cooling_device3 = 0
cooling_device4 = 0
cooling_device5 = 0
cooling_device6 = 1
Means fan works on 40% of full speed (1st trip point is exceed).

cooling_device3 = 1
cooling_device4 = 1
cooling_device5 = 1
cooling_device6 = 1
Means fan works on full speed (all (4) trip points is exceed).
===============================

5. State when fan works on full speed after resume:
maciek@gumis:/sys/class/thermal$ cat cooling_device*/cur_state
0
0
0
1
1
1
1
(Runs on full speed)

maciek@gumis:/sys/class/thermal$ cat thermal_zone0/trip_point_*
256000
critical
78000
active
70000
active
60000
active
50000
active

(It's OK for current CPU temp)

"sensors" command shows:
maciek@gumis:/sys/class/thermal$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:       +37.0°C  (crit = +256.0°C)                  
temp2:       +42.0°C  (crit = +90.0°C)                  
temp3:       +33.0°C  (crit = +105.0°C)                  
temp4:       +20.0°C  (crit = +90.0°C)                  
temp5:      +100.0°C  (crit = +110.0°C)

"temp1" in this model of HP notebook is only for debug purposes (I think).
"temp2" shows CPU temp (fan speed depends on it)
"temp5" shows fan speed in % of maximum speed.
===============================

6. I run this command, to "hot" the processor:
"while true; do echo -n; done"
and cancel it, when I see, that first trip point was exceed, and fan starts 
working on lower speed.
===============================

7. When it done I saw:
maciek@gumis:/sys/class/thermal$ cat cooling_device*/cur_state
0
0
0
0
0
0
1

Fan works on 40% of full speed. It's OK.

maciek@gumis:/sys/class/thermal$ cat thermal_zone0/trip_point_*
256000
critical
78000
active
70000
active
60000
active
45000
active

Last trip point was changed from 50000 to 45000 because trip point was exceed 
(it's OK, fan stops working below 45*C or starts working on 60% speed, above 
60*C).

"sensors" show:
maciek@gumis:/sys/class/thermal$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:       +50.0°C  (crit = +256.0°C)                  
temp2:       +48.0°C  (crit = +90.0°C)                  
temp3:       +34.0°C  (crit = +105.0°C)                  
temp4:       +20.0°C  (crit = +90.0°C)                  
temp5:       +40.0°C  (crit = +110.0°C)
===============================

Dmesg:
http://unixy.pl/maciek/download/kernel/2.6.37-rc1/gumis/dmesg-2.6.37-rc1.txt

acpidump:
http://unixy.pl/maciek/download/kernel/2.6.37-rc1/gumis/acpidump.dat

Config:
http://unixy.pl/maciek/download/kernel/2.6.37-rc1/gumis/config-2.6.37-rc1

Regards
-- 
Maciej Rutecki
http://www.maciek.unixy.pl

             reply	other threads:[~2010-11-04 16:07 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-04 16:06 Maciej Rutecki [this message]
2010-11-05  0:27 ` [REGRESSION] [2.6.37-rc1] Fan noise after suspend to ram/disk Zhang Rui
2010-11-05 19:49   ` Maciej Rutecki
2010-11-08  6:58     ` Zhang Rui
2010-11-08 17:35       ` Maciej Rutecki
2010-11-15  3:16         ` Zhang Rui
     [not found]           ` <201011152139.46261.maciej.rutecki@gmail.com>
2010-11-16  1:26             ` Zhang Rui
2010-11-16 15:46               ` Maciej Rutecki
2010-11-16 17:31               ` Maciej Rutecki
2010-11-16 19:28               ` Maciej Rutecki
2010-11-16 22:35                 ` Rafael J. Wysocki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201011041706.59046.maciej.rutecki@gmail.com \
    --to=maciej.rutecki@gmail.com \
    --cc=len.brown@intel.com \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rjw@sisk.pl \
    --cc=rui.zhang@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).