Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 25 Apr 2011 15:20:27 +0200
From:      Bartosz Fabianowski <freebsd@chillt.de>
To:        Alexandre Kovalenko <bsd.gaijin@gmail.com>
Cc:        freebsd-stable@freebsd.org, Ian Smith <smithi@nimnet.asn.au>, Jeremy Chadwick <freebsd@jdc.parodius.com>, John <john@theusgroup.com>
Subject:   Re: System extremely slow under light load
Message-ID:  <4DB5751B.2050903@chillt.de>
In-Reply-To: <BANLkTi=c3zxYeUqvmsHkyoD6MbXafkK-RA@mail.gmail.com>
References:  <BANLkTi=c3zxYeUqvmsHkyoD6MbXafkK-RA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
> I am not sure tz0 is the real thermal zone, especially given values
> of _tc1, _tc2 and _tsp. Temperature value (3001)  looks suspicious as
> well.

I agree. tz0 looks entirely bogus. There is no second fan to control for 
it and I have no idea what it is supposed to be monitoring.

> Can you, by any chance, put your ASL someplace accessible and provide
> a description of what you have done to fix the temperature
> reporting.

Certainly. I have uploaded the files at [1] through [5].

The DSDT source returned by acpidump -d is at [1]. I modified this so 
that it can be compiled back into AML without errors or warnings. This 
modified source is at [2]. It contains no functional changes. The 
thermal zones are still broken. A variant with fixed tz1 is at [3].

For convenience, I have also uploaded diffs between these source files. 
[4] is the diff required to make the source compile (difference between 
[1] and [2]). [5] is the actual change I made to fix tz1 (difference 
between [2] and [3]). As you can see, all I did was to remove a bogus 
function that ends up always returning 0°C.

> As the side note: I have seen and do own pieces of equipment that
> use thermal zones to initiate critical shutdown for various and
> unrelated reasons.

In my case, the thermal zone and its various tripping points do 
correspond to the actual system fan. It is just that the BIOS enforces 
power management itself, ignoring ACPI - except for critical shutdown 
which appears to be triggered by ACPI only.

- Bartosz

[1] http://www.fabianowski.de/dsdt/decompiled.asl
[2] http://www.fabianowski.de/dsdt/compilable.asl
[3] http://www.fabianowski.de/dsdt/fixed.asl
[4] http://www.fabianowski.de/dsdt/decompile_compilable.diff
[5] http://www.fabianowski.de/dsdt/compilable_fixed.diff



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4DB5751B.2050903>