FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Debian > Debian Kernel

 
 
LinkBack Thread Tools
 
Old 06-28-2008, 03:32 PM
Adolf Winterer
 
Default Bug#487287: acpi: Negative value is show for temperature, fan constantly on

Am Dienstag, 24. Juni 2008 13:35 schrieb Michael Meskes:
> On Tue, Jun 24, 2008 at 07:42:28AM +0200, Adolf Winterer wrote:
> > > One more test please. Could you install and boot into the current
> > > 2.6.25 kernel in sid?
> >
> > I'd like to skip that, if possible, because as far as I know the NVidia
> > driver will not work with 2.6.25, which would leave me with nv, the 2D
> > only driver. Is there another way of testing this?
>
> I don't really see the problem. You can have both kernels installed at
> the same time. Just install the 2.6.25 package, boot into this kernel
> once, test acpi, boot back into 2.6.24 and remove the 2.6.25 package
> again.

Hello Michael,

I have a second system available now which shows the same behaviour, it is
also a Shuttle barebone, but it is brand new and still available for tests. I
installed the OS which installed kernel 2.6.22 (lenny). The temperature is
always reported to be 40 degrees C, absolutely independent from the
circumstances (yesterday and today). I updated to kernel 2.6.24 (lenny).
Nothing changed. Fan is on, temperature is 40 C. Then I updated to 2.6.25
(sid). And again: no change in temperature or fan state.

After that I did some more research and found that value stored in the file
/proc/acpi/thermal_zone/THRM/polling_frequency
is always "<polling disabled>". I guess this indicates that the values never
gets updated. Neither the temperature nor the state of the fan.

Asking Google I found some reports in blogs and fora (Debian forum and Ubuntu
forum) reporting the same problem: Absolutely NO update of the temperature
and wildly absurd values (everything from -270 C to over 80 C).

Some reporters could fix the problem by manually changing the dsdt (reading
the table into a file, disassembling it, changing the code, recompiling it
and then copying it back into the original place). The temperature is
reported correctly the and gets updated. And the fan is controlled
accordingly.

There should be a repository of dsdt files on
<http://www.lesswatts.org/projects/acpi/>, but I could not access the site as
the connection always times out.

Here are the first bytes of my dsdt of the older system:
00000000 44 53 44 54 85 42 00 00 01 0b 58 50 43 20 20 20 |DSDT.B....XPC |
00000010 53 44 33 32 56 31 30 00 00 10 00 00 4d 53 46 54 |SD32V10.....MSFT|

The systems that have been reported to be affected have been from many major
brands, so this seems to be more or less widespread.

Regards,
Adolf

> Michael



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 06-29-2008, 03:17 PM
Adolf Winterer
 
Default Bug#487287: acpi: Negative value is show for temperature, fan constantly on

Am Sonntag, 22. Juni 2008 12:48 schrieb Michael Meskes:
> On Sun, Jun 22, 2008 at 10:43:25AM +0200, Adolf Winterer wrote:
> > The directory /sys/class/thermal does not exist.
>
> Which kernel do you run? Looks like a strange configuration here.
>
> > Look at the temperature!
> >
> > $ cat /proc/acpi/thermal_zone/THRM/temperature
> > temperature: -73 C
>
> Yes, it reports a negative temperature. But this is reported by the
> kernel. acpi only reads this information and displays it. The problem
> doesn't seem to be in acpi, but in the kernel itself.

I did some more research regarding ACPI and found out that on both systems
there is a flawed ACPI DSDT.

Using acpidump I stored the DSDT into a file and disassembled it with iasl.
When comiling the file back into a binary file I get one warning and two
errors on both systems which look quite similar.

# iasl -sa dsdt.dsl

Intel ACPI Component Architecture
ASL Optimizing Compiler version 20061109 [May 15 2007]
Copyright (C) 2000 - 2006 Intel Corporation
Supports ACPI Specification Revision 3.0a

dsdt.dsl 378: Method (\_WAK, 1, NotSerialized)
Warning 1079 - ^ Reserved method must return a value (_WAK)

dsdt.dsl 419: Store (Local0, Local0)
Error 4049 - ^ Method local variable is not
initialized (Local0)

dsdt.dsl 424: Store (Local0, Local0)
Error 4049 - ^ Method local variable is not
initialized (Local0)

ASL Input: dsdt.dsl - 5129 lines, 163766 bytes, 1797 keywords
Compilation complete. 2 Errors, 1 Warnings, 0 Remarks, 571 Optimizations

I found a suggestion how to fix the warning, but did not find anything for the
errors. The code looks like that:

Scope (\_SI)
{
Method (_MSG, 1, NotSerialized)
{
Store (Local0, Local0)
}

Method (_SST, 1, NotSerialized)
{
Store (Local0, Local0)
}
}

I do not understand a single word from it, so there is not a real chance to
fix it myself.

Some time ago I read about a DSDT fix that has been removed from the kernel,
but I do not know if this is related to the problem we see here.

> Michael

--
"Man kann ein Problem nicht mit den gleichen Denkstrukturen lösen, die
zu seiner Entstehung beigetragen haben." -- Albert Einstein



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 06-29-2008, 03:53 PM
maximilian attems
 
Default Bug#487287: acpi: Negative value is show for temperature, fan constantly on

On Sun, Jun 29, 2008 at 05:17:07PM +0200, Adolf Winterer wrote:
> Am Sonntag, 22. Juni 2008 12:48 schrieb Michael Meskes:
> > On Sun, Jun 22, 2008 at 10:43:25AM +0200, Adolf Winterer wrote:
> > > The directory /sys/class/thermal does not exist.
> >
> > Which kernel do you run? Looks like a strange configuration here.
> >
> > > Look at the temperature!
> > >
> > > $ cat /proc/acpi/thermal_zone/THRM/temperature
> > > temperature: -73 C
> >
> > Yes, it reports a negative temperature. But this is reported by the
> > kernel. acpi only reads this information and displays it. The problem
> > doesn't seem to be in acpi, but in the kernel itself.
>
> I did some more research regarding ACPI and found out that on both systems
> there is a flawed ACPI DSDT.
>
> Using acpidump I stored the DSDT into a file and disassembled it with iasl.
> When comiling the file back into a binary file I get one warning and two
> errors on both systems which look quite similar.
>
> # iasl -sa dsdt.dsl
>
> Intel ACPI Component Architecture
> ASL Optimizing Compiler version 20061109 [May 15 2007]
> Copyright (C) 2000 - 2006 Intel Corporation
> Supports ACPI Specification Revision 3.0a
>
> dsdt.dsl 378: Method (\_WAK, 1, NotSerialized)
> Warning 1079 - ^ Reserved method must return a value (_WAK)
>
> dsdt.dsl 419: Store (Local0, Local0)
> Error 4049 - ^ Method local variable is not
> initialized (Local0)
>
> dsdt.dsl 424: Store (Local0, Local0)
> Error 4049 - ^ Method local variable is not
> initialized (Local0)
>
> ASL Input: dsdt.dsl - 5129 lines, 163766 bytes, 1797 keywords
> Compilation complete. 2 Errors, 1 Warnings, 0 Remarks, 571 Optimizations
>
> I found a suggestion how to fix the warning, but did not find anything for the
> errors. The code looks like that:
>
> Scope (\_SI)
> {
> Method (_MSG, 1, NotSerialized)
> {
> Store (Local0, Local0)
> }
>
> Method (_SST, 1, NotSerialized)
> {
> Store (Local0, Local0)
> }
> }
>
> I do not understand a single word from it, so there is not a real chance to
> fix it myself.
>
> Some time ago I read about a DSDT fix that has been removed from the kernel,
> but I do not know if this is related to the problem we see here.

please report bug upstream in bugzilla.kernel.org one shouldn't need to
fiddle with DSDT tables.

and please let us know the upstream bug number.

thanks

--
maks



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 
Old 06-29-2008, 10:57 PM
Adolf Winterer
 
Default Bug#487287: acpi: Negative value is show for temperature, fan constantly on

Am Sonntag, 29. Juni 2008 17:53 schrieb maximilian attems:
> On Sun, Jun 29, 2008 at 05:17:07PM +0200, Adolf Winterer wrote:
> > Am Sonntag, 22. Juni 2008 12:48 schrieb Michael Meskes:
> > > On Sun, Jun 22, 2008 at 10:43:25AM +0200, Adolf Winterer wrote:
> > > > The directory /sys/class/thermal does not exist.
> > >
> > > Which kernel do you run? Looks like a strange configuration here.
> > >
> > > > Look at the temperature!
> > > >
> > > > $ cat /proc/acpi/thermal_zone/THRM/temperature
> > > > temperature: -73 C
> > >
> > > Yes, it reports a negative temperature. But this is reported by the
> > > kernel. acpi only reads this information and displays it. The problem
> > > doesn't seem to be in acpi, but in the kernel itself.
> >
> > I did some more research regarding ACPI and found out that on both
> > systems there is a flawed ACPI DSDT.
> >
> > Using acpidump I stored the DSDT into a file and disassembled it with
> > iasl. When comiling the file back into a binary file I get one warning
> > and two errors on both systems which look quite similar.
> >
> > # iasl -sa dsdt.dsl
> >
> > Intel ACPI Component Architecture
> > ASL Optimizing Compiler version 20061109 [May 15 2007]
> > Copyright (C) 2000 - 2006 Intel Corporation
> > Supports ACPI Specification Revision 3.0a
> >
> > dsdt.dsl 378: Method (\_WAK, 1, NotSerialized)
> > Warning 1079 - ^ Reserved method must return a value
> > (_WAK)
> >
> > dsdt.dsl 419: Store (Local0, Local0)
> > Error 4049 - ^ Method local variable is not
> > initialized (Local0)
> >
> > dsdt.dsl 424: Store (Local0, Local0)
> > Error 4049 - ^ Method local variable is not
> > initialized (Local0)
> >
> > ASL Input: dsdt.dsl - 5129 lines, 163766 bytes, 1797 keywords
> > Compilation complete. 2 Errors, 1 Warnings, 0 Remarks, 571 Optimizations
> >
> > I found a suggestion how to fix the warning, but did not find anything
> > for the errors. The code looks like that:
> >
> > Scope (\_SI)
> > {
> > Method (_MSG, 1, NotSerialized)
> > {
> > Store (Local0, Local0)
> > }
> >
> > Method (_SST, 1, NotSerialized)
> > {
> > Store (Local0, Local0)
> > }
> > }
> >
> > I do not understand a single word from it, so there is not a real chance
> > to fix it myself.
> >
> > Some time ago I read about a DSDT fix that has been removed from the
> > kernel, but I do not know if this is related to the problem we see here.
>
> please report bug upstream in bugzilla.kernel.org one shouldn't need to
> fiddle with DSDT tables.
>
> and please let us know the upstream bug number.

For your reference, the bug number is 11010.
<http://bugzilla.kernel.org/show_bug.cgi?id=11010>

> thanks




--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
 

Thread Tools




All times are GMT. The time now is 08:12 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org