Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 05 Aug 2013 04:39:21 +0100
From:      Frank Leonhardt <freebsd-doc@fjl.co.uk>
To:        Gary Aitken <vagabond@blackfoot.net>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: AMD Phenom II X4 temperature issues  (was Re: hardware monitor)
Message-ID:  <51FF1E69.4050401@fjl.co.uk>
In-Reply-To: <51FF0780.1010908@blackfoot.net>
References:  <51FEBE38.2000202@blackfoot.net> <20130804231548.dbb1fd2e.freebsd@edvax.de> <51FEE23D.3020402@blackfoot.net> <51FEE3E0.5080709@blackfoot.net> <51FEF20B.2090503@fjl.co.uk> <51FF0780.1010908@blackfoot.net>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
On 05/08/2013 03:01, Gary Aitken wrote:
> > 50C isn't crazy.
> Actually, the 50C figure is just where it shoots to for starters.
> Mfg specs say 62C max, so I stall the process when it gets around 59
> and still climbing steeply.

The manufactures specs I found when I looked that range of CPUs up was 71C

http://www.amd.com/us/products/desktop/processors/phenom-ii/Pages/phenom-ii-model-number-comparison.aspx

But there could be two figures - one for maximum desirable working and 
one for maximum "or else".


>> Did you get anywhere with the ACPI suggestion <snip> Try
>> hw.acpi.thermal.tz0.active=1 to make the fan come on and stay on (tz0
>> or as appropriate).
> The fan is on and stays on all the time at the moment...

It it full speed all the time?


>> Here's the fun part. Is your system doing a thermal overload
>> shutdown? <snip>
> There is no indication in messages; the last thing before it shut down
> the last time was some su's and root logins.

This suggests it's not the ACPI in FreeBSD shutting you down, but 
something on the motherboard.




>> it might help if you posted the results of "sysctl hw.acpi.thermal",
>> but in the mean time look at:
>>
>> hw.acpi.thermal.tz0._HOT hw.acpi.thermal.tz0._CRT
>>
> I don't see any of those; here's what shows up in sysctl -a :
>
> hw.acpi.supported_sleep_state: S1 S3 S4 S5
> hw.acpi.power_button_state: S5
> hw.acpi.sleep_button_state: S1
> hw.acpi.lid_switch_state: NONE
> hw.acpi.standby_state: S1
> hw.acpi.suspend_state: S3
> hw.acpi.sleep_delay: 1
> hw.acpi.s4bios: 0
> hw.acpi.verbose: 0
> hw.acpi.disable_on_reboot: 0
> hw.acpi.handle_reboot: 0
> hw.acpi.reset_video: 0
> hw.acpi.cpu.cx_lowest: C1

Yep - definitely suggests that the thermal control isn't being done by 
FreeBSD! Go no further on this route, but check the motherboard/BIOS. I 
had one machine shut itself down due to a faulty thermistor (raise the 
threshold/ignore) but it normally happens when the parameters are wrong 
or the fan has failed. As your fan hasn't failed and the reported 
temperature is believable my best guesses are that the BIOS is either 
picking the wrong shutdown temperature for the CPU or your air ducting 
isn't good enough and it really is getting too hot. Is there a chance 
that the BIOS pre-dates the CPU and just doesn't know its working 
parameters, and is therefore playing safe?

Incidentally, ACPI is an Intel specification but applies AMD64 CPUs too. 
The thermal module only works on some chip-sets. FWIW I've found it 
works on more AMD platforms than it does Intel ones.

Regards, Frank.




Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?51FF1E69.4050401>