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, 4, 5 ... 14, 15, 16  Next  
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks
View previous topic :: View next topic  
Author Message
sleek
n00b
n00b


Joined: 09 Jan 2003
Posts: 71

PostPosted: Wed Feb 11, 2004 7:25 pm    Post subject: Reply with quote

Code:
craig@sleekdesign craig $ cat /proc/acpi/battery/CMB0/info
present:                 yes
design capacity:         unknown
last full capacity:      unknown
battery technology:      rechargeable
design voltage:          unknown
design capacity warning: 800 mWh
design capacity low:     800 mWh
capacity granularity 1:  100 mWh
capacity granularity 2:  100 mWh
model number:            BAT1
serial number:           00000000
battery type:            LION
OEM info:                COMPAQ

_________________
Yesterday was the deadline for all complaints
Back to top
View user's profile Send private message
jetblack
Guru
Guru


Joined: 15 Jan 2003
Posts: 340
Location: Evanston, IL, USA

PostPosted: Wed Feb 11, 2004 7:37 pm    Post subject: Reply with quote

Hm, then I'm going to go ahead and guess that gkrellm isn't using that information at all. ;)

On a more serious note, you should have some information there. Is that what it says while the battery is discharging?
Back to top
View user's profile Send private message
sleek
n00b
n00b


Joined: 09 Jan 2003
Posts: 71

PostPosted: Wed Feb 11, 2004 7:42 pm    Post subject: Reply with quote

Code:
craig@sleekdesign craig $ cat /proc/acpi/battery/CMB0/state
present:                 yes
capacity state:          ok
charging state:          discharging
present rate:            65176 mW
remaining capacity:      4246 mWh
present voltage:         16439 mV

_________________
Yesterday was the deadline for all complaints
Back to top
View user's profile Send private message
sleek
n00b
n00b


Joined: 09 Jan 2003
Posts: 71

PostPosted: Wed Feb 11, 2004 7:46 pm    Post subject: Reply with quote

Although my battery seems to be getting charged, etc, I'm still wondering if I made the correct changes to my DSDT. Although if this stuff all works except some small details, then I'm not sure what it could be.
_________________
Yesterday was the deadline for all complaints
Back to top
View user's profile Send private message
jetblack
Guru
Guru


Joined: 15 Jan 2003
Posts: 340
Location: Evanston, IL, USA

PostPosted: Wed Feb 11, 2004 8:32 pm    Post subject: Reply with quote

A lot of people have reported issues with the battery info in 2.6.1 and 2.6.2. There is apparently a bug in the acpi code in those kernels, which could be affecting you. Do you have a 2.4 kernel (or 2.6.0) lying around that you could try, just to see if you get values to show up in those files?
Back to top
View user's profile Send private message
sleek
n00b
n00b


Joined: 09 Jan 2003
Posts: 71

PostPosted: Wed Feb 11, 2004 8:48 pm    Post subject: Reply with quote

Actually, this is 2.4.23 that I'm working with right now. I suppose I could try a 2.6.x kernel to test stuff out.
_________________
Yesterday was the deadline for all complaints
Back to top
View user's profile Send private message
tkoster
n00b
n00b


Joined: 26 May 2003
Posts: 46

PostPosted: Thu Feb 12, 2004 12:43 am    Post subject: Reply with quote

Here's another question that may be on the silly side. I was poking through the online package database and discovered that there were two packages acpi and acpid listed there. My impression from the various howto's were that with the kernel patched and modules included in it, there was no need for other programs, daemons or drivers to get the acpi to work. Especially since many of the elements in the /proc/acpi/ files are registering and working fine. Did I misunderstand? Are the extra packages something that I need as well?
Back to top
View user's profile Send private message
jetblack
Guru
Guru


Joined: 15 Jan 2003
Posts: 340
Location: Evanston, IL, USA

PostPosted: Thu Feb 12, 2004 1:21 am    Post subject: Reply with quote

Those apps won't do anything to restore missing information, but you may want to install at least acpid at some point to get your system to respond to acpi events. Basically, acpi just prints out some of the information from /proc/acpi. acpid watches for events, and allows you to put together scripts to respond to them. This is nice if you want to do things like shut the system down when the battery reaches a certain level, or put it to sleep when you close the lid.
Back to top
View user's profile Send private message
jetblack
Guru
Guru


Joined: 15 Jan 2003
Posts: 340
Location: Evanston, IL, USA

PostPosted: Thu Feb 12, 2004 1:42 am    Post subject: Reply with quote

tkoster wrote:
I don't have a webpage to post the file and it is quite a few lines to include here.


I haven't had a chance to look at it yet, but I have posted it, in case someone else would like to give it a look. I hope to have some time to check it out tomorrow. In the meantime:

tkoster's DSDT
Back to top
View user's profile Send private message
jetblack
Guru
Guru


Joined: 15 Jan 2003
Posts: 340
Location: Evanston, IL, USA

PostPosted: Thu Feb 12, 2004 2:13 am    Post subject: Reply with quote

tkoster wrote:
I'm willing to try the vanilla, if you think it will work better (ndiswrapper requires 2.4.23 or better). I'm also willing - even a little eager - to try 2.6, but I've been a little more uncertain there which sources to use or how to filter/masque to get the one I want. Which kernel has been working best with acpi?


Of the 2.6 kernels, 2.6.0 seems to have had the best ACPI support. You may want to give that a shot first. Any flavor should do. Also, be sure to apply the latest ACPI patch for whichever kernel you choose from acpi.sourceforge.net.
Back to top
View user's profile Send private message
tkoster
n00b
n00b


Joined: 26 May 2003
Posts: 46

PostPosted: Sat Feb 14, 2004 3:13 am    Post subject: Reply with quote

You don't have to bother trying to hash out the dsdt file for me. They just posted a new patch for the 2.4.25 kernel which fixed the problem. The battery levels now register. Thanks for your help.
Back to top
View user's profile Send private message
fear_lag
n00b
n00b


Joined: 03 Jan 2003
Posts: 8
Location: Helsinki, Finland

PostPosted: Wed Feb 25, 2004 10:34 am    Post subject: Reply with quote

sleek wrote:

So I think that it's safe to say that we can now add the Compaq Presario 1700 (17XL2) laptop to the list of ACPI hacked success stories 8)

Good luck to everyone else who is still working on their ACPI!!!


I'm having some trouble with ACPI on the same computer and was wondering if you might be able to send your DSDT version to me or post it to the ACPI4Linux site on sourceforge
Back to top
View user's profile Send private message
sleek
n00b
n00b


Joined: 09 Jan 2003
Posts: 71

PostPosted: Wed Feb 25, 2004 5:08 pm    Post subject: Reply with quote

Sure, I'd be happy to share my stuff with you. To make it REALLY worth your time though, what kernel version will you be using? Personally I have had a lot of success with the 2.4.24 kernel. I have patched it with the latest ACPI stuff, bootsplash, software suspend, and of course a couple of the patches from this post.

Let me know what you need and I'll hook you up.
_________________
Yesterday was the deadline for all complaints
Back to top
View user's profile Send private message
federico
Advocate
Advocate


Joined: 18 Feb 2003
Posts: 3272
Location: Italy, Milano

PostPosted: Fri Mar 05, 2004 5:31 pm    Post subject: Reply with quote

How can I patch kernels 2.6.x where x>1 ??
How can I patch 2.6.2, 2.6.3 kernels ?
Fede
_________________
Sideralis www.sideralis.org
Pic http://blackman.amicofigo.com/gallery
Arduino http://www.arduino.cc
Chi aveva potuto aveva spaccato
2000 pezzi buttati là
Molti saluti,qualche domanda
Semplice come musica punk
Back to top
View user's profile Send private message
sleek
n00b
n00b


Joined: 09 Jan 2003
Posts: 71

PostPosted: Fri Mar 05, 2004 11:29 pm    Post subject: Reply with quote

I use 2.6.3 and I had no problems patching it with the newest ACPI patch, the DSDT Override patch, and the ECDT patch. I get the same ACPI support with 2.6.3 that I did when I patched my 2.4.24 kernel.

Have you tried these patches? If so, what did you have problems with?
_________________
Yesterday was the deadline for all complaints
Back to top
View user's profile Send private message
federico
Advocate
Advocate


Joined: 18 Feb 2003
Posts: 3272
Location: Italy, Milano

PostPosted: Fri Mar 12, 2004 11:49 pm    Post subject: Reply with quote

I've got my patch :D
But the problem I have, also with mi DSDT fixes is that, I want to show it to you
http://www.sideralis.net/blackman/battery.png

I can see the status of my battery two times ans stop..
_________________
Sideralis www.sideralis.org
Pic http://blackman.amicofigo.com/gallery
Arduino http://www.arduino.cc
Chi aveva potuto aveva spaccato
2000 pezzi buttati là
Molti saluti,qualche domanda
Semplice come musica punk
Back to top
View user's profile Send private message
Jefklak
l33t
l33t


Joined: 26 Oct 2003
Posts: 818
Location: Belgium

PostPosted: Thu Mar 18, 2004 8:42 pm    Post subject: Reply with quote

Very nice guide!
I'm having the same errors as tkoster,
" Unknown reserved name ^ (_S0D)" upon 4 times... I don't have any idea how to fix them... Did you figure out what it means jetblack? I did a google but couldn't find anything usefull... Every ACPI aspect "works" but my cpu temprature is WAYY to hot (in linux over 50° even is idle, in windows idle around 33) so I tought it's the DSDT... I solved 1 error (except the 4 warnings) but still no go :(
Back to top
View user's profile Send private message
apeitheo
Apprentice
Apprentice


Joined: 09 Jan 2004
Posts: 222

PostPosted: Thu Mar 18, 2004 9:21 pm    Post subject: DSDT Reply with quote

Hello,

I have recently bought a new compuer, its a HP Pavilion a205w with a 2.7GHz celeron processor. Upon booting it up into Windows for the first time, the CPU fan was loud at first but then once at the login prompt it got quiet. I installed Gentoo the next day, and the CPU fan stays loud (It goes fast all the time instead of slowing down, and then speeding up when hot) I can run echo 3 > /proc/acpi/fan/FAN1/state and have it turn down, but then I can not get it back up again. I have discovered that it is most likely my DSDT. So I did what I found, and I get 1 error
Code:
dsdt.dsl    64: If (\FCEN) {
Error    1037 -  ^ parse error, unexpected PARSEOP_IF

So then I went into the dsdt.dsl file and found the line, and the code around it, here it is:
Code:
If (\FCEN) {
        Scope (\_TZ)
        {
            PowerResource (FN01, 0x00, 0x0000)
            {
                Method (_STA, 0, NotSerialized)
                {
                    Return (0x01)
                }

                Method (_ON, 0, NotSerialized)
                {
                    \_SB.PCI0.LPC0.SIO.WR00 (0x07, 0x0A)
                    \_SB.PCI0.LPC0.SIO.WR00 (0x30, 0x01)
                    Store (0x7E, \FAN1)
                    Store (0x7E, \FAN2)
                    Store (0x01, \_TZ.THRM.FNON)
                    Notify (\_TZ.THRM, 0x81)
                    Store (0xCC, DBGP)
                    \_SB.PCI0.LPC0.SIO.WR00 (0x30, 0x00)
                }

                Method (_OFF, 0, NotSerialized)
                {
                    \_SB.PCI0.LPC0.SIO.WR00 (0x07, 0x0A)
                    \_SB.PCI0.LPC0.SIO.WR00 (0x30, 0x01)
                    Store (0x04, \FAN1)
                    Store (0x6A, \FAN2)
                    Store (0x00, \_TZ.THRM.FNON)
                    Notify (\_TZ.THRM, 0x81)
                    Store (0xDD, DBGP)
                    \_SB.PCI0.LPC0.SIO.WR00 (0x30, 0x00)
                }
            }

            Device (FAN1)
            {
                Name (_HID, EisaId ("PNP0C0B"))
                Name (_UID, 0x01)
                Name (_PR0, Package (0x01)
                {
                    FN01
                })
            }

I see that there is some code in there that talks about FAN1, so I think this is the problem, anyone know how I can fix this? (Note: I'm on a desktop, NOT a laptop) Please help anyone?
Back to top
View user's profile Send private message
dogshu
Apprentice
Apprentice


Joined: 22 Jun 2003
Posts: 168
Location: New Haven, CT, USA

PostPosted: Wed Mar 24, 2004 1:15 am    Post subject: Reply with quote

I have a Toshiba 7140CT laptop, made in 1999. There were 30+ warnings, but all I had to do for every single one of them is change:
Quote:

Method (_STA, 0, NotSerialized)
{
STAL (0x60)
}

to:
Quote:

Method (_STA, 0, NotSerialized)
{
Return (STAL (0x60))
}


STA is just an example, there were other methods which needed changing, but in every case it just took adding Return () around the one line of the method.

So easy! Now ACPI is working perfectly on this half-decade-old laptop.
Back to top
View user's profile Send private message
confusion
Tux's lil' helper
Tux's lil' helper


Joined: 24 Mar 2004
Posts: 132

PostPosted: Thu Mar 25, 2004 7:35 pm    Post subject: Reply with quote

I have an asus A7N8X-X motherboard and ive recently been trying to get ACPI working. I tried disassembling the DSDT and found one error; i "fixed" it.

The problem remains the same. I wanted ACPI functionality in order to set processor states from C1 to C2 to bring the temperature down at idle times. This seems to work fine in windows, but not in linux. i have /proc/acpi/processor/CPU0/info, limit, power, and throttling, but info and power contain the following.

Code:

processor id:            0
acpi id:                 0
bus mastering control:   no
power management:        no
throttling control:      no
limit interface:         no


Code:

active state:            C1
default state:           C1
bus master activity:     00000000
states:
   *C1:                  promotion[--] demotion[--] latency[000] usage[00000000]
    C2:                  <not supported>
    C3:                  <not supported>


As you can see it states that C2 is not supported. Surely it must be if i have experienced processor sleep states in windows? Am i missing some kind of configuration stage here or something? I tried setting acpi_os_name to win but theres little or no _OS related code in the DSDT anyway.

Slightly miffed, exponentially baffled, awaiting any response :D

Cheers,
-John
Back to top
View user's profile Send private message
Jefklak
l33t
l33t


Joined: 26 Oct 2003
Posts: 818
Location: Belgium

PostPosted: Sun Apr 04, 2004 9:16 am    Post subject: Reply with quote

*bump*
Anyone knows how to solve my problem {see my reply above}?
Thanks!
_________________
{Linux User #333296}
Kernel 2.6.9-nitro4!
<< hurrah
Back to top
View user's profile Send private message
TinheadNed
Guru
Guru


Joined: 05 Apr 2003
Posts: 339
Location: Farnborough, UK

PostPosted: Thu Apr 08, 2004 12:42 pm    Post subject: Reply with quote

Any idea on how to solve "Table [DSDT] replaced by host OS" problems? I've got it every time I've tried to fix DSDTs on various computers over the years. I'm assuming it means my DSDT was rejected by the laptop. Is that right?

And, confusion, I'm assuming you have a desktop chip, and as such is unlikely to support changing performance profiles.
Back to top
View user's profile Send private message
dogshu
Apprentice
Apprentice


Joined: 22 Jun 2003
Posts: 168
Location: New Haven, CT, USA

PostPosted: Fri Apr 09, 2004 7:21 pm    Post subject: Reply with quote

"Table [DSDT] replaced by host OS" means that the host OS (Linux) replaced the system's DSDT. That is exactly what you want to happen, and is the entire point of this thread.
Back to top
View user's profile Send private message
TinheadNed
Guru
Guru


Joined: 05 Apr 2003
Posts: 339
Location: Farnborough, UK

PostPosted: Sat Apr 10, 2004 6:51 am    Post subject: Reply with quote

Well that's good then. Unfortunately it means the new one doesn't make any difference on the old - and neither does changing the _OS variable.

There is definitely OS specific code in there, similar to what's been in this thread, but trying different string lengths made little difference :([/quote]
Back to top
View user's profile Send private message
psyeye
Guru
Guru


Joined: 06 Dec 2002
Posts: 409
Location: Germany

PostPosted: Thu May 27, 2004 9:41 pm    Post subject: Reply with quote

Hello, maybe someone is still watching this thread...
(I have posted it in its own thread, no answer so far, this is my second try):

I'd like to switch to 2.6.6; kernel from kernel.org, patched with swsusp2 and acpi-dsdt-initrd
:arrow:
My (self-corrected) DSDT is not loaded for reasons I do not understand... I even re-did the correction, with no luck.
It all runs well with 2.6.1! Odd, isn't it?

dmesg output:
Code:
ACPI: Using customized DSDT
    ACPI-0196: *** Warning: Invalid checksum in table [DSDT] (E8, sum 61 is not
zero)
    ACPI-0299: *** Info: Table [DSDT] replaced by host OS
    ACPI-0307: *** Error: ns_search_and_enter: Bad character in ACPI Name: 5F
    ACPI-0279: *** Error: Looking up [0x005F] (NON-ASCII)
 in namespace, AE_BAD_CHARACTER
    ACPI-1133: *** Error: [NULL NAME], AE_BAD_CHARACTER
    ACPI-0125: *** Error: acpi_load_tables: Could not load namespace: AE_BAD_CHARACTER
    ACPI-0134: *** Error: acpi_load_tables: Could not load tables: AE_BAD_CHARACTER
ACPI: Unable to load the System Description Tables


What could I do? ACPI and kernel 2.6.6 fails completely with the very same DSDT that runs flawlessly with 2.6.1. Without provided DSDT, I have no battery-stat and other things fail too...
Any help is really appreciated!


greets,
psyeye
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, 4, 5 ... 14, 15, 16  Next
Page 4 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