Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
HOWTO: Fix Common ACPI Problems (DSDT, ECDT, etc.)
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 10, 11, 12 ... 14, 15, 16  Next  
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks
View previous topic :: View next topic  
Author Message
MickKi
Veteran
Veteran


Joined: 08 Feb 2004
Posts: 1173

PostPosted: Tue Apr 11, 2006 9:15 pm    Post subject: Compaq Evo N600c Reply with quote

Hi All,

Like a previous poster I am getting a lot of 1061 errors. Any suggestions for fixes?
Code:
# iasl -tc dsdt.dsl
 
Intel ACPI Component Architecture
ASL Optimizing Compiler version 20060127 [Apr  9 2006]
Copyright (C) 2000 - 2006 Intel Corporation
Supports ACPI Specification Revision 3.0a
 
dsdt.dsl    75:              If (LEqual (\C001, 0x00))
Error    1061 -       Object does not exist ^  (\C001)
 
dsdt.dsl  3951:   Method (_OFF, 0, NotSerialized)
Warning  2085 -   Not all control paths return a value ^  (_OFF)
 
dsdt.dsl  5359:       \_SB.C03E.C052.C19E
Error    1061 -   Object does not exist ^  (\_SB.C03E.C052.C19E)
 
dsdt.dsl  6589:                 \_PR.C000
Error    1061 -   Object does not exist ^  (\_PR.C000)
 
dsdt.dsl  6645:         Notify (\_PR.C000, 0x80)
Error    1061 -   Object does not exist ^  (\_PR.C000)
 
dsdt.dsl  6718:         Notify (\_PR.C000, 0x80)
Error    1061 -   Object does not exist ^  (\_PR.C000)
 
ASL Input:  dsdt.dsl - 6976 lines, 246688 bytes, 3919 keywords
Compilation complete. 5 Errors, 1 Warnings, 0 Remarks, 1119 Optimizations


Unfortunately googling has not helped on this occasion, so your pointers would be much appreciated.
_________________
Regards,
Mick
Back to top
View user's profile Send private message
dgaffuri
Advocate
Advocate


Joined: 05 Jun 2005
Posts: 2078
Location: Italy

PostPosted: Tue Apr 11, 2006 9:25 pm    Post subject: Reply with quote

I solved 1061 errors with CPU0 adding an external declaration
Code:
DefinitionBlock ("DSDT.aml", "DSDT", 1, "TOSHIB", "A000B   ", 537199409)
{
    External (\_PR.CPU0)

Hope this may help.
_________________
Adopt an unanswered post
If you feel that your problem has been solved please edit the top post and add [solved] to the subject
Back to top
View user's profile Send private message
MickKi
Veteran
Veteran


Joined: 08 Feb 2004
Posts: 1173

PostPosted: Tue Apr 11, 2006 10:07 pm    Post subject: Reply with quote

Thanks dgaffuri,

. . . but I don't know what is an "external declaration", or which external declaration would be appropriate in my case. Any suggestions?
_________________
Regards,
Mick
Back to top
View user's profile Send private message
dgaffuri
Advocate
Advocate


Joined: 05 Jun 2005
Posts: 2078
Location: Italy

PostPosted: Wed Apr 12, 2006 8:05 am    Post subject: Reply with quote

MickKi wrote:
Thanks dgaffuri,

. . . but I don't know what is an "external declaration", or which external declaration would be appropriate in my case. Any suggestions?

Looking at the error I would say
Code:
External (\_PR.C000)

_________________
Adopt an unanswered post
If you feel that your problem has been solved please edit the top post and add [solved] to the subject
Back to top
View user's profile Send private message
MickKi
Veteran
Veteran


Joined: 08 Feb 2004
Posts: 1173

PostPosted: Fri Apr 14, 2006 8:15 am    Post subject: Reply with quote

Wow! It worked! :D

Thank you dgaffuri. I managed to fix at least some of these 1061 errors. I entered the following two lines:
Code:
DefinitionBlock ("DSDT.aml", "DSDT", 1, "COMPAQ", "EVON600C", 0x00010000)
{
  External (\C001)                    <--------
  External (\_PR.C000)                <--------
    Name (C002, Package (0x04)
    {
        0x03,

which got rid of the errors:

dsdt.dsl 75: If (LEqual (\C001, 0x00))
Error 1061 - Object does not exist ^ (\C001)

and:

dsdt.dsl 6589: \_PR.C000
Error 1061 - Object does not exist ^ (\_PR.C000)

dsdt.dsl 6645: Notify (\_PR.C000, 0x80)
Error 1061 - Object does not exist ^ (\_PR.C000)

dsdt.dsl 6718: Notify (\_PR.C000, 0x80)
Error 1061 - Object does not exist ^ (\_PR.C000)

Here's where I am now:
Code:
# iasl -tc dsdt.dsl

Intel ACPI Component Architecture
ASL Optimizing Compiler version 20060127 [Apr  9 2006]
Copyright (C) 2000 - 2006 Intel Corporation
Supports ACPI Specification Revision 3.0a

dsdt.dsl  3953:                             Method (_OFF, 0, NotSerialized)
Warning  2085 -   Not all control paths return a value ^  (_OFF)

dsdt.dsl  5361:                         \_SB.C03E.C052.C19E
Error    1061 -                     Object does not exist ^  (\_SB.C03E.C052.C19E)

ASL Input:  dsdt.dsl - 6978 lines, 246730 bytes, 3919 keywords
Compilation complete. 1 Errors, 1 Warnings, 0 Remarks, 1120 Optimizations
I tried to enter an external declaration for \_SB.C03E.C052.C19E and the compiler came back with more than 200 errors!

What should I try next?

[EDIT:] I also tried to inc. the modified dsdt.hex into my kernel and it now fails as follows:
Code:
# make && make modules_install
  CHK     include/linux/version.h
  SPLIT   include/linux/autoconf.h -> include/config/*
  CHK     include/linux/compile.h
  CHK     usr/initramfs_list
  CC      drivers/acpi/osl.o
drivers/acpi/osl.c:57:38: dsdt_table.h: No such file or directory
drivers/acpi/osl.c: In function `acpi_os_table_override':
drivers/acpi/osl.c:256: error: `AmlCode' undeclared (first use in this function)
drivers/acpi/osl.c:256: error: (Each undeclared identifier is reported only once
drivers/acpi/osl.c:256: error: for each function it appears in.)
make[2]: *** [drivers/acpi/osl.o] Error 1
make[1]: *** [drivers/acpi] Error 2
make: *** [drivers] Error 2
The dsdt_table.h file is there alright, I checked:
Code:
]# ls -la /usr/src/linux-2.6.15-gentoo-r1/include/acpi/dsdt_table.h
-rw-r--r-- 1 root root 252490 Apr 15 19:33 /usr/src/linux-2.6.15-gentoo-r1/include/acpi/dsdt_table.h
I am not sure what's wrong. Is it meant to have zero errors or warnings for it to compile?
[EDIT/]

Thank you again for all your help.
_________________
Regards,
Mick
Back to top
View user's profile Send private message
TheRuler
Tux's lil' helper
Tux's lil' helper


Joined: 06 Aug 2003
Posts: 96

PostPosted: Tue Apr 18, 2006 3:55 pm    Post subject: Reply with quote

Hello,

my DSDT is also broken can you help me?

Quote:
Intel ACPI Component Architecture
ASL Optimizing Compiler version 20060127 [Apr 15 2006]
Copyright (C) 2000 - 2006 Intel Corporation
Supports ACPI Specification Revision 3.0a

dsdt.dsl 19: Name (_T00, 0x00)
Warning 2096 - ^ Unknown reserved name (_T00)

dsdt.dsl 3410: Method (WFZF, 1, NotSerialized)
Warning 2085 - ^ Not all control paths return a value (WFZF)

dsdt.dsl 3425: Return (Stall (0x0F))
Error 1093 - ^ syntax error, unexpected PARSEOP_STALL

ASL Input: dsdt.dsl - 4224 lines, 127927 bytes, 1814 keywords
Compilation complete. 1 Errors, 2 Warnings, 0 Remarks, 664 Optimizations


1. warning:
Quote:

[...]
DefinitionBlock ("DSDT.aml", "DSDT", 1, "P50CA", "P50CA001", 0x00000001)
{
Name (_T00, 0x00)
Name (PMBS, 0x0800)
Name (PMLN, 0x80)
Name (PM28, 0x0828)
Name (GPBS, 0x00)
Name (GPLN, 0x00)
Name (SMBS, 0x0400)
Name (SMBL, 0x20)
Name (SUSW, 0x04)
Name (APIC, 0x01)
Name (PCIB, 0xE0000000)
Name (PCIL, 0x10000000)
Name (SMIP, 0x082F)
Name (TEST, 0x00)
Name (ACRT, 0x5A)
Name (SMFS, 0x01)
[...]


2. warning and 3. error
Quote:

[...]
Method (WFZF, 1, NotSerialized)
{
OperationRegion (HRGC, SystemIO, Arg0, 0x01)
Field (HRGC, ByteAcc, NoLock, Preserve)
{
CREG, 8
}

Store (0xFFFF, Local1)
While (Local1)
{
Store (CREG, Local2)
And (Local2, 0x80, Local2)
If (LEqual (Local2, 0x00))
{
Return (Stall (0x0F))
}

Decrement (Local1)
If (LEqual (Local1, 0x00))
{
Return ()
}
}
}
[...]


Please help me, very big thanks.
Back to top
View user's profile Send private message
ale-X
n00b
n00b


Joined: 30 Apr 2006
Posts: 1

PostPosted: Sun Apr 30, 2006 4:27 pm    Post subject: Acer Aspire 1694Wlmi Reply with quote

Hi to all,
I have succesfully recompiled the DSDT but my system says "battery is absent" and the dmesg says:

Code:

search_node c146ca00 start_node c146ca00 return_node 00000000
    ACPI-0508: *** Error: Method execution failed [\_SB_.BAT1._BST] (Node c146b900), AE_NOT_FOUND
    ACPI-0339: *** Error: Looking up [Z00B] in namespace, AE_NOT_FOUND
search_node c146ca00 start_node c146ca00 return_node 00000000
    ACPI-0508: *** Error: Method execution failed [\_SB_.BAT1._BST] (Node c146b900), AE_NOT_FOUND
    ACPI-0339: *** Error: Looking up [Z00B] in namespace, AE_NOT_FOUND
search_node c146ca00 start_node c146ca00 return_node 00000000
    ACPI-0508: *** Error: Method execution failed [\_SB_.BAT1._BST] (Node c146b900), AE_NOT_FOUND
    ACPI-0339: *** Error: Looking up [Z00B] in namespace, AE_NOT_FOUND
search_node c146ca00 start_node c146ca00 return_node 00000000
    ACPI-0508: *** Error: Method execution failed [\_SB_.BAT1._BST] (Node c146b900), AE_NOT_FOUND
    ACPI-0339: *** Error: Looking up [Z00B] in namespace, AE_NOT_FOUND
search_node c146ca00 start_node c146ca00 return_node 00000000
    ACPI-0508: *** Error: Method execution failed [\_SB_.BAT1._BST] (Node c146b900), AE_NOT_FOUND
alex@Laptop ~ $                                                                                       


How can I solve this problem? Thanks to all.
Back to top
View user's profile Send private message
hakbeest
n00b
n00b


Joined: 26 Aug 2004
Posts: 27

PostPosted: Tue May 09, 2006 9:27 am    Post subject: Reply with quote

I have a buggy DSDT too, unfortunately /proc/acpi doesn't exist, so I can't cat /proc/acpi/dsdt. I get the following acpi related messages during boot:

BIOS-e820: 000000003bfd0000 - 000000003bfde000 (ACPI data)
BIOS-e820: 000000003bfde000 - 000000003c000000 (ACPI NVS)
ACPI: RSDP (v000 ACPIAM ) @ 0x00000000000f96e0
ACPI: RSDT (v001 A M I OEMRSDT 0x10000514 MSFT 0x00000097) @ 0x000000003bfd0000
ACPI: FADT (v002 A M I OEMFACP 0x10000514 MSFT 0x00000097) @ 0x000000003bfd0200
ACPI: MADT (v001 A M I OEMAPIC 0x10000514 MSFT 0x00000097) @ 0x000000003bfd0390
ACPI: MCFG (v001 A M I OEMMCFG 0x10000514 MSFT 0x00000097) @ 0x000000003bfd03f0
ACPI: OEMB (v001 A M I AMI_OEM 0x10000514 MSFT 0x00000097) @ 0x000000003bfde040
ACPI: DSDT (v001 1ABZR 1ABZRB49 0x00000b49 INTL 0x02002026) @ 0x0000000000000000
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x81] disabled)
ACPI: Skipping IOAPIC probe due to 'noapic' option.
Using ACPI for processor (LAPIC) configuration information
tbxface-0109 [02] load_tables : ACPI Tables successfully acquired
ACPI Error (nssearch-0311): Bad character in ACPI Name: 43035350 [20060127]
ACPI Error (dswload-0305): [0x43035350] (NON-ASCII) Namespace lookup failure, AE_BAD_CHARACTER
ACPI Exception (psloop-0281): AE_BAD_CHARACTER, During name lookup/catalog [20060127]
ACPI Exception (tbxface-0115): AE_BAD_CHARACTER, Could not load namespace [20060127]
ACPI Exception (tbxface-0122): AE_BAD_CHARACTER, Could not load tables [20060127]
ACPI: Unable to load the System Description Tables
ACPI: Subsystem revision 20060127
ACPI: Interpreter disabled.
Back to top
View user's profile Send private message
hakbeest
n00b
n00b


Joined: 26 Aug 2004
Posts: 27

PostPosted: Sun May 21, 2006 3:40 pm    Post subject: Reply with quote

By using a patch that accepts the illegal 0x03 character (http://bugzilla.kernel.org/show_bug.cgi?id=6522) I was able to get ACPI working. It turned out that there were no other errors. My DSDT was compiled by the Intel compiler, according to MSI this one:

Intel ACPI Component Architecture ASL Compiler X2026 [Aug 31 2001]
Supports ACPI Specification Revision 2.0

which seems a bit dated as my version says:

Intel ACPI Component Architecture ASL Optimizing Compiler version 20060127 [May 8 2006]
Supports ACPI Specification Revision 3.0a

By replacing the illegal character by an 'S' I was able to decompile and recompile. I'm trying to get something definate on this illegal character from MSI, but their technical support seem to lack the requisite English and technical skills.
Back to top
View user's profile Send private message
Augur
n00b
n00b


Joined: 04 Sep 2005
Posts: 3

PostPosted: Sat Jun 10, 2006 9:47 am    Post subject: Reply with quote

Hi,

I just bought an new laptop, and i am trying to fix some acpi problems but I don't understand
iasl errors

Code:

dsdt.dsl     1: ACPI And (Local1, 0xFF, Local1)
Error    4094 -    ^ syntax error, unexpected PARSEOP_NAMESEG, expecting PARSEOP_DEFINITIONBLOCK


The code seems correct, for exemple here is one method extract form a device section
Code:

            Method (SMBK, 1, Serialized)
            {
                ShiftRight (Arg0, 0x08, Local0)
                And (Local0, 0xFF, Local0)
                If (Local0)
                {
                    ShiftRight (Arg0, 0x10, Local0)
                    And (Local0, 0xFF, Local0)
                    ShiftRight (Arg0, 0x18, Local1)
                    And (Local1, 0xFF, Local1)
                    And (Arg0, 0x0F, Local3)
                    If (And (Local1, 0x01))
                    {
                        RBLK (Local1, Local0, Local3)
                    }
                    Else
                    {
                        WBLK (Local1, Local0, Local3)
                    }

                    Return (0x00)
                }
                Else
                {
                    ShiftRight (Arg0, 0x10, Local2)
                    And (Local2, 0xFF, Local2)
                    ShiftRight (Arg0, 0x18, Local1)
                    If (And (Local1, 0x01))
                    {
                        Return (DerefOf (Index (RBUF, Local2)))
                    }
                    Else
                    {
                        And (Arg0, 0xFF, Local1)
                        Store (Local1, Index (RBUF, Local2))
                        Return (0x00)
                    }
                }
            }


any ideas ?

Thanks in advance
Back to top
View user's profile Send private message
screening
n00b
n00b


Joined: 16 Jun 2006
Posts: 1

PostPosted: Fri Jun 16, 2006 11:53 pm    Post subject: My dsdt Reply with quote

Please, anyone can help me with this warnings?, i don't have idea what can i do.

Intel ACPI Component Architecture
ASL Optimizing Compiler version 20051216 [Jan 9 2006]
Copyright (C) 2000 - 2005 Intel Corporation
Supports ACPI Specification Revision 3.0

dsdt.dsl 2589: Method (RVLT, 1, NotSerialized)
Warning 2085 - ^ Not all control paths retur n a value (RVLT)

dsdt.dsl 3623: Method (OCOP, 1, NotSerialized)
Warning 2085 - ^ Not all control paths retur n a value (OCOP)

dsdt.dsl 4010: Method (PROC, 3, NotSerialized)
Warning 2085 - ^ Not all control paths retur n a value (PROC)

dsdt.dsl 4505: Store (PROC (Local0, Local1, 0x00), Local2)
Warning 2090 - ^ Called method may not al ways return a value

dsdt.dsl 6142: Release (SMBA)
Warning 2097 - Statement is unreachable ^

ASL Input: dsdt.dsl - 8425 lines, 297000 bytes, 3224 keywords
AML Output: DSDT.aml - 26244 bytes 708 named objects 2516 executable opcodes

Compilation complete. 0 Errors, 5 Warnings, 0 Remarks, 835 Optimizations

My computer is a desktop, mother ASUS P5GDC Deluxe. If anyone can help... i appreciate.

PS: sorry 4 my bad english.
Back to top
View user's profile Send private message
Moderato
n00b
n00b


Joined: 02 Jun 2006
Posts: 26
Location: Karlsruhe, Baden-Württemberg, Germany

PostPosted: Thu Jun 22, 2006 6:02 pm    Post subject: Optimizations Reply with quote

Hey guys,

though, the last real answer is a little longer ago, I try to ask a little question in here. :P

This IASL now reports "Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 36 Optimizations". I'm wondering, what it does mean by "36 Optimizations". The Code should now be "fixed" (I had just this _WAK-bug), but IASL still reports this message. Can I turn on the optimization somehow? I did not find any option, but a option to disable it. I'm not sure, this message is showing up every time and just after recompiling the table, too. However, I'm using the new, recompiled table and thought the optimizations would stuck just in there. It seem they aren't.

Any suggestions?
Back to top
View user's profile Send private message
Gremo
Guru
Guru


Joined: 27 Feb 2006
Posts: 450

PostPosted: Mon Jul 03, 2006 5:07 pm    Post subject: Reply with quote

different version of iasl produce different errors or NO ERRORS, what does it mean, try yourself
Back to top
View user's profile Send private message
spindle
Apprentice
Apprentice


Joined: 01 Dec 2003
Posts: 245

PostPosted: Sat Jul 15, 2006 10:46 pm    Post subject: Reply with quote

Gremo wrote:
different version of iasl produce different errors or NO ERRORS, what does it mean, try yourself

I see the same thing happen for my board's dsdt (ABIT GD8). I used to get errors but now the acpica-unix-20060707 version gets
Code:
dedeX compiler # ./iasl -tc dsdt.dsl 

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

ASL Input:  dsdt.dsl - 5129 lines, 165330 bytes, 1842 keywords
AML Output: dsdt.aml - 15881 bytes 608 named objects 1234 executable opcodes

Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 36 Optimizations


Older version of the iasl compiler was getting a few errors.

So would this generally be consistant with the current kernel and be working now?
Back to top
View user's profile Send private message
Moderato
n00b
n00b


Joined: 02 Jun 2006
Posts: 26
Location: Karlsruhe, Baden-Württemberg, Germany

PostPosted: Sun Jul 16, 2006 7:14 am    Post subject: Reply with quote

I'd rather say yes, but keep in mind that the ACPI implementation in the Kernel is still somewhat experimental and far from being complete, though. Even if your DSDT is clean, there might remain some errors.

For me, Kernel 2.6.17 was changing the behavior when shutting down my Notebook - it's still not powering down properply, when I started a Desktop Environment like GNOME, KDE, FluxBox, BlackBox, XFCE (I'd rather say "when I did log-on in GDM"), but it's powering down, when I did not start any DE. X and GDM or the nVidia driver can't be the problems since it's powering down, when only X w/ GDM is running (but I don't have to log-in).

However, keep another thing in mind: modifing your firmware (-> your DSDT) can have unwanted "side effects", too. So, you might fixed one problem but this may _produced_ a lot more.
Also, no Kernel developer will help you with your problems, if you changed your DSDT since they may cannot locate the bug in the Kernel when it's hidden by an own DSDT.

You should try the following everytime before modifing anything:

    Get the latest Kernel (development there is quite fast)
    Get the latest video card drivers
    Get the latest BIOS from your manufactor - don't try changing anything in it
    Check, whether there are known issues with your version of X and the computer configuration looks similar to yours, or
    Get the latest version of X


These are things, that _can_ help with those issues.

spindle: I'm not sure about this, but if your mobo/your BIOS was quite new, it's common that older version of the IASL show errors, because there might be some ACPI calls the old IASL didn't know. Check this line:
Code:
Supports ACPI Specification Revision 3.0a

If this is also "3.0a" at the older compiler, it's time to worry. :P
But I think the supported ACPI version will be just lower then you might have.

And please, don't forget -> this guys are also just humans, errors might happen also to them.

Keep ACPI'ng.


Last edited by Moderato on Sun Jul 16, 2006 3:53 pm; edited 1 time in total
Back to top
View user's profile Send private message
spindle
Apprentice
Apprentice


Joined: 01 Dec 2003
Posts: 245

PostPosted: Sun Jul 16, 2006 1:14 pm    Post subject: Reply with quote

Moderato: thanks for the helpful tips.

I just reverted to the default dsdt that the kernel gets from the mobo (kernel 2.6.16-gentoo-r12). I'll run like this for a while, and see if it fixes my possible overheating problem (I was seeing this issue before). I was running a modified dsdt, from an earlier attempt to fix a problem using the older 2005 IASL version. A while ago, I was trying to fix a problem with the termal reading on the CPU. It always said 40.0C and it still does anyway. I think your suspicion could be right, in trying to fix this problem I could have messed up some other important things in there.

The board is a fairly new model I think, from around summer 2005 I'm guessing (ABIT GD8). I'll check for a new BIOS too.
Back to top
View user's profile Send private message
Moderato
n00b
n00b


Joined: 02 Jun 2006
Posts: 26
Location: Karlsruhe, Baden-Württemberg, Germany

PostPosted: Sun Jul 16, 2006 3:50 pm    Post subject: Reply with quote

Hi spindle,

interesting issue. Are you running a Laptop?

You could also change to Kernel 2.6.17.6 for instance (as I said - for me better ACPI features and the new exploit got fixed, too).
Make sure you activited all the ACPI features in the Kernel, and, if you own a Laptop, double check whether you have implemented the thermal_zone (Symbol ACPI_THERMAL) and also check for those AMD processor "hacks" for detecting overheating, soft lockups and so on. Don't forget to enable verbose ACPI debugging in the Kernel. Even if you don't have a Laptop, enable them all.

If this still didn't help subscribe to the ACPI Mailinglist, search the ACPI bugzilla (it's also a Mailinglist) for the symptoms you observed.

In the case nothing helped and the bug is not known, send a bug report the Kernel development team or the Kernel ACPI team. (If you know, what you are doing, have really a lot of _useful_ informations towards this, also compiled your Kernel with frame pointers and unwind informations, have debug stacks, straces etc pp you could also directly send a bug report to the ACPI maintainer, but I discourage you from doing this, sending it to the Kernel guys will be fine, too, and quite more useful.)

So long, good luck.

[EDIT] By the way: I know this strange behavior of showing only "40.0C" as temperature from my Desktop, too. I'm not sure whether this is a DSDT bug or a Kernel/ACPI bug, I didn't fixed it, because I never had "real" thermal problems. I checked the DSDT of my Desktop computer and freaked out a little bit when I saw all these errors. Although, I never had problems with ACPI, so an error doesn't mean automagically that everything is b0rken in the ACPI implementation. :)
I also do not know how this bug behaves towards the THERMAL_ZONE which seems elementary. I'm worrying about this, now. But however, there might be some informative debug messages. [/EDIT]
Back to top
View user's profile Send private message
spindle
Apprentice
Apprentice


Joined: 01 Dec 2003
Posts: 245

PostPosted: Mon Jul 17, 2006 1:48 pm    Post subject: Reply with quote

Moderato wrote:
interesting issue. Are you running a Laptop?

No it's a desktop, also it's an Intel chip. The interesting thing about the 40 degree thing is that even though it's always at 40 degrees is the kernel (I think it's the kernel) is kicking out messages when the CPU core goes above a threshold and says it's throttling the CPU. But I think this is a signal or something that is coming from the BIOS.

Also it's interesting that when I'm running ut2004 that while I do get these messages oftentimes while playing but I never see unstability there or anywhere else in the system, for that matter. I only see this issue when I'm doing a emerge (and I think I've only seen it when it does a lot of packages in one shot). But doing a lot of compilation is probably even more cpu intensive that ut2004 or anything else I do on my system for long stretches so I guess that can still make sense.

I'm not completely sure this is a thermal issue, just seems the most likely at this point. It's pretty hard to tell if I can't read the temp on the CPU.

I think I'm going to take it slow and try the default dsdt for while and see what happens. I'll probably turn on those debug statements soon. If i still see the issue, I'll probably try that newer kernel.
Back to top
View user's profile Send private message
Moderato
n00b
n00b


Joined: 02 Jun 2006
Posts: 26
Location: Karlsruhe, Baden-Württemberg, Germany

PostPosted: Mon Jul 17, 2006 2:09 pm    Post subject: Reply with quote

Hi spindle,

ah, so I can assume we have ~the same CPU. (I got an Intel P IV 2998MHz in the Desktop and thus, the same issue.)

Yeah, playing UT2004 is NOT that CPU stressing - it's the GPU/your video card that might get really hot in this case, but the CPU is not under a real lot of load - in opposite to compiling...

Right, the BIOS is sending some messages about thermal throttling and it seems like you compiled this feature into the Kernel correctly. The bad news, however, is that this is REALLY bad. You should really search for a better cooling system. Your CPU is definitly way too hot. (Let me explain it like this... the BIOS needn't the Kernel for checking the temperature and therefore it's working fine just without it, although you cannot check the temperature via ACPI.)

I don't know whether the THERMAL_ZONE is working in Kernel 2.6.17.x correctly, but I assume the P IV just hasn't such ACPI informations.

For looking at the CPU temperature, I'd rather try lm_sensors. You need the I2C subsystem in the Kernel, if I remember correctly. Play with this program; it relates directly on the thermal sensor on your CPU.

In any case: I wish you good luck. And please, get a better cooling system. :)

[By the way: I also have some thermal issues on my Desktop with the P IV when playing games. In fact, the graphic card (ATI Radeon 9800 XT) is getting too hot and because my computer's case is almost small, freezes of the computer are happening, too. Even if I soft restart the computer it won't boot at all. Only after I let the computer cooling down everything works again. I think this happens because of the BIOS' thermal check.]
Back to top
View user's profile Send private message
spindle
Apprentice
Apprentice


Joined: 01 Dec 2003
Posts: 245

PostPosted: Mon Jul 17, 2006 7:11 pm    Post subject: Reply with quote

Moderato wrote:
In any case: I wish you good luck. And please, get a better cooling system. :)


Yeah that doesn't sound good. I think I may try and re-apply the thermal compound on my current fan first. That fixed an overheating problem on an old box of mine a few years ago (with a cheap Intel fan). The fan on this box is a pretty nice zalman one. Hopefully that's the issue. I'd hate to buy another one, that one was pretty expensive.

Thanks again Moderato!
Back to top
View user's profile Send private message
topper_harley
Guru
Guru


Joined: 05 Apr 2006
Posts: 363
Location: Treviso / Udine (Italy)

PostPosted: Wed Jul 26, 2006 1:04 pm    Post subject: Reply with quote

I'm using a Toshiba Satellite M40-141. I have never had the fan working with any Linux distro.
The DSTD was horribly broken, I couldn't even recompile it.

I found in the DSDT repository a good DSDT for my laptop (which has a Phoenix Bios, instead of a Toshiba one). I compiled it with no errors and no warnings.
It works greatly and now I can make the fan work.

But I have a REALLY BIG problem. If I try to play a sound (any sound) the computer hags (neither the mouse cursor moves) and I have to poweroff manually.

When I reboot I cannot find any useful logs about the crash.

Now I removed alsasound from my init scripts, and I'm using a soundless computer. But I'd really like to fix this.

Any ideas?
_________________
http://topperh.ath.cx
Jabber: topper_harley@jabber.org
ICQ: 224179391
MSN: Topper_Harley80@gmail.com
Last FM
Back to top
View user's profile Send private message
Moderato
n00b
n00b


Joined: 02 Jun 2006
Posts: 26
Location: Karlsruhe, Baden-Württemberg, Germany

PostPosted: Wed Jul 26, 2006 2:43 pm    Post subject: Reply with quote

Are there even in dmesg no hints about Interrupts or somethings like this? Any conflicts?

I'd suggest trying the "noapic" and "nolapic" boot option first -- if it still crashes, we have to wait for other poeple and their ideas. :)
As an example: kernel /boot/vmlinuz-$something root=/dev/$yourdev noapic nolapic $theotheroptionsyouhave

Have a nice day.
Back to top
View user's profile Send private message
topper_harley
Guru
Guru


Joined: 05 Apr 2006
Posts: 363
Location: Treviso / Udine (Italy)

PostPosted: Fri Jul 28, 2006 8:32 am    Post subject: Reply with quote

Moderato wrote:
Are there even in dmesg no hints about Interrupts or somethings like this? Any conflicts?

I'd suggest trying the "noapic" and "nolapic" boot option first -- if it still crashes, we have to wait for other poeple and their ideas. :)
As an example: kernel /boot/vmlinuz-$something root=/dev/$yourdev noapic nolapic $theotheroptionsyouhave

Have a nice day.


Noapic and nolapic weren't useful. But I partially solved with acpi=noirq or irqpoll.

I don't know exactly what do those parameter mean, but now sound works. Anyway they give me some problems when I unplug and replug my ttyACM modem...
_________________
http://topperh.ath.cx
Jabber: topper_harley@jabber.org
ICQ: 224179391
MSN: Topper_Harley80@gmail.com
Last FM
Back to top
View user's profile Send private message
Yak
Tux's lil' helper
Tux's lil' helper


Joined: 01 Sep 2002
Posts: 107

PostPosted: Sun Jul 30, 2006 1:31 am    Post subject: Reply with quote

I'm trying to fix a dsdt on an Averatec 1020-ED1. My main reason for mucking around with this is that it seems the fan isn't running at all, nothing in /proc/acpi/fan. I followed the Howto but I can't get it to recognize my new DSDT.aml, dmesg keeps saying
Code:
ACPI: Looking for DSDT in initramfs... error, file /DSDT.aml not found.


I tried copying DSDT.aml directly into /boot, and also tried making an image using cpio and gzip, same result. Tried to use mkinitrd but couldn't get it to work. I know that the patch says it now requires an initramfs image, but how do I create one and get it to recognize it?

Btw also tried the other patch for including dsdt in kernel and it wouldn't patch. Perhaps it is out of date or both can't be applied at the same time? This is on kernel version 2.6.16-gentoo-r13
Back to top
View user's profile Send private message
Yak
Tux's lil' helper
Tux's lil' helper


Joined: 01 Sep 2002
Posts: 107

PostPosted: Sun Jul 30, 2006 4:19 am    Post subject: Reply with quote

Seems I was on the right track about the initramfs, so guess I'll answer my own question. Thanks go to Rob for his Tech Tip: How to use initramfs

Howto put DSDT.aml into an initrd image:

Make a directory, this will be the root of the image. Move the DSDT.aml file into this directory and change to it. Use find to list the files and pipe through cpio and gzip and output to the image file. For example:

Code:

mkdir image
cp DSDT.aml image/
cd image
find . | cpio -o -H newc | gzip > ../initrd-DSDT.cpio.gz
mount /boot
cp ../initrd-DSDT.cpio.gz /boot


Add this line to grub.conf after the kernel line
Code:

initrd /boot/initrd-DSDT.cpio.gz


Note that the line I put grub.conf doesn't have an = unlike the original howto. After I removed the equal sign and rebooted dmesg showed the image had loaded.

So now I have a slightly modified dsdt loaded. Still have yet to fix all the compile warnings. Not sure about the fan. Think messing with all this will fix it?
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks All times are GMT
Goto page Previous  1, 2, 3 ... 10, 11, 12 ... 14, 15, 16  Next
Page 11 of 16

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum