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


Joined: 24 Aug 2003
Posts: 2517
Location: ('Modica','Trieste','Ferrara') Italy

PostPosted: Wed Sep 08, 2004 11:04 am    Post subject: Re: About initrd override with bootsplash method Reply with quote

YR wrote:
Gentelmen!
One guestion: can I interpret your frase
>If you are already using an initrd for something, like bootsplash,
>you can still use this method

for /boot/initrd-number_of_linux_version.img" ? Or I cannot use initrd IMAGE file for this method?
:?:


hi,
if you already have an existing bootsplash setup you can use the "old" initrd image for booting up your system with the new fixed DSDT, simply follow the how-to (append the magic signature and your fixed DSDT at the end of the initrd image) and both DSDT and bootsplash should work
_________________
"...There are two sort of lies, lies and benchmarks..."
Back to top
View user's profile Send private message
phuber
Tux's lil' helper
Tux's lil' helper


Joined: 19 Aug 2003
Posts: 106
Location: switzerland

PostPosted: Wed Sep 08, 2004 11:36 am    Post subject: Reply with quote

These here explain it
- https://forums.gentoo.org/viewtopic.php?p=1310340#1310340 (The blue text)
- http://gaugusch.at/kernel.shtml

=> You can use initrd and a custom dsdt
Back to top
View user's profile Send private message
truekaiser
l33t
l33t


Joined: 05 Mar 2004
Posts: 753

PostPosted: Wed Sep 08, 2004 6:45 pm    Post subject: Reply with quote

i just want to make sure if i should use this guide sence i get the following.

acpi stuff at boot from dmesg

Code:
ACPI: RSDP (v000 DELL                                      ) @ 0x000fdf00
ACPI: RSDT (v001 DELL    CPi R   0x27d40110 ASL  0x00000061) @ 0x17ff0000
ACPI: FADT (v001 DELL    CPi R   0x27d40110 ASL  0x00000061) @ 0x17ff0400
ACPI: DSDT (v001 INT430 SYSFexxx 0x00001001 MSFT 0x0100000e) @ 0x00000000
ACPI: Subsystem revision 20040326
ACPI: IRQ9 SCI: Edge set to Level Trigger.
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (00:00)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 9 10 *11)
ACPI: PCI Interrupt Link [LNKB] (IRQs 5 7) *11
ACPI: PCI Interrupt Link [LNKC] (IRQs 9 10 *11)
ACPI: PCI Interrupt Link [LNKD] (IRQs 5 7 9 10 *11)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIE._PRT]
ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 11
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 7
ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 11
PCI: Using ACPI for IRQ routing
ACPI: AC Adapter [AC] (on-line)
ACPI: Battery Slot [BAT0] (battery present)
ACPI: Lid Switch [LID]
ACPI: Power Button (CM) [PBTN]
ACPI: Sleep Button (CM) [SBTN]
ACPI: Processor [CPU0] (supports C1, 8 throttling states)
ACPI: Thermal Zone [THM] (32 C)
ACPI: (supports S0 S1 S3 S4 S4bios S5)


and
Code:
dmesg | greap ECFL
returns nothing.
the laptop is a dell inspiron 5100 on the a28 bios
Back to top
View user's profile Send private message
X-Drum
Advocate
Advocate


Joined: 24 Aug 2003
Posts: 2517
Location: ('Modica','Trieste','Ferrara') Italy

PostPosted: Wed Sep 08, 2004 10:33 pm    Post subject: Reply with quote

please post a

Code:
dmesg | grep DSDT

_________________
"...There are two sort of lies, lies and benchmarks..."
Back to top
View user's profile Send private message
truekaiser
l33t
l33t


Joined: 05 Mar 2004
Posts: 753

PostPosted: Wed Sep 08, 2004 10:54 pm    Post subject: Reply with quote

here you go

Code:
ACPI: DSDT (v001 INT430 SYSFexxx 0x00001001 MSFT 0x0100000e) @ 0x00000000
Back to top
View user's profile Send private message
X-Drum
Advocate
Advocate


Joined: 24 Aug 2003
Posts: 2517
Location: ('Modica','Trieste','Ferrara') Italy

PostPosted: Thu Sep 09, 2004 12:05 pm    Post subject: Reply with quote

truekaiser wrote:
here you go

Code:
ACPI: DSDT (v001 INT430 SYSFexxx 0x00001001 MSFT 0x0100000e) @ 0x00000000


this is the output of the command performed on my laptop:

Code:
x-drum@Storm ~ $ dmesg | grep DSDT
ACPI: Looking for DSDT in initrd ... found (at offset 160446)!
 found customized DSDT with 16620 bytes!
ACPI: Using customized DSDT
    ACPI-0300: *** Info: Table [DSDT] replaced by host OS


i'm running a patched (by me for initrd DSDT support) gentoo-dev-sources-2.6.8-r3, as you see i'm using the fixed DSDT instead of the original DSDT
_________________
"...There are two sort of lies, lies and benchmarks..."
Back to top
View user's profile Send private message
MerlinTheWizard
Apprentice
Apprentice


Joined: 06 Apr 2003
Posts: 270

PostPosted: Thu Sep 09, 2004 6:28 pm    Post subject: Reply with quote

Hi,

no ACPI thermal zone is detected on my ASUS CUSL2-C upon booting. Kernel 2.6.8.1 (ck-sources).

Here is an extract of dmesg:

Code:
Freeing unused kernel memory: 180k freed
Adding 787144k swap on /dev/hda6.  Priority:-1 extents:1
ACPI: Power Button (FF) [PWRF]
ACPI: Processor [CPU0] (supports C1)
nvidia: module license 'NVIDIA' taints kernel.
ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 11 (level, low) -> IRQ 11


Nothing more than the power button is detected... :(

Any idea or help here?
Back to top
View user's profile Send private message
metalPhantom
n00b
n00b


Joined: 10 Sep 2004
Posts: 1
Location: Malta

PostPosted: Fri Sep 10, 2004 1:31 pm    Post subject: Reply with quote

Hi.

Great Guide!
I am trying to use ACPI on an Acer Travelmate 291LCi laptop.
Everything works except for FAN and THERMAL_ZONE.
During boot-up all ACPI modules are loaded normally.
I fixed my DSDT and I am now using my custom version, but nothing seems to have changed.

Under /proc/acpi the fan and thermal_zone directories have nothing under them.

lsmod indicates that all ACPI modules are running.

acpi -V returns:
Battery 1: charging, 73%, charging at zero rate - will never fully charge.
No support for device type: thermal
AC Adapter 1: on-line

Anybody have a clue on how to fix this?

Thanks.
Back to top
View user's profile Send private message
Avatar1983
n00b
n00b


Joined: 22 Apr 2004
Posts: 21
Location: Sheffield, UK

PostPosted: Sat Sep 11, 2004 11:16 pm    Post subject: Acer Extensa 3001WLMI Reply with quote

Hi all,
I have a problem with my Acer Extensa 3001WLMI laptop. I can't read battery and ac adaptor status, i.e. the /proc/acpi/battery and ac_adaptor directories are empty. Everything else works. I've googled and tried all sorts of things to try and diagnose the reason for this, but I've come up empty so far. I've investigated dsdt table, OS name and ecdt. My dsdt table, to be found here dsdt disasembled, had three warnings in it, which I've fixed, and then included the table in the kernel. This makes no diffrence, nor does setting the acpi_os_name boot parameter, or applying the ecdt workaround.

What I currently suspect is a seriously broken dsdt, since I can't find a battery device defenition in it at all. However, in windows everything works.

Any help would be greatly appreciated!
Avatar
Back to top
View user's profile Send private message
truekaiser
l33t
l33t


Joined: 05 Mar 2004
Posts: 753

PostPosted: Sun Sep 12, 2004 5:41 am    Post subject: Reply with quote

well i went as far as extracting a copy and compiling it to see what errors it has and this is what i got.
Code:

Intel ACPI Component Architecture
ASL Optimizing Compiler / AML Disassembler version 20040715 [Sep 11 2004]
Copyright (C) 2000 - 2004 Intel Corporation
Supports ACPI Specification Revision 2.0c

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

dsdt.dsl  1204:                 Method (_S0D, 0, NotSerialized)
Warning  2033 -      Unknown reserved name ^  (_S0D)

dsdt.dsl  1246:                 Method (_S0D, 0, NotSerialized)
Warning  2033 -      Unknown reserved name ^  (_S0D)

dsdt.dsl  1300:                 Method (_S0D, 0, NotSerialized)
Warning  2033 -      Unknown reserved name ^  (_S0D)

dsdt.dsl  1342:                 Method (_S0D, 0, NotSerialized)
Warning  2033 -      Unknown reserved name ^  (_S0D)

dsdt.dsl  2117:                     Return (Package (0x00) {})
Warning  2018 -    Effective AML package length is zero ^

ASL Input:  dsdt.dsl - 2362 lines, 67867 bytes, 996 keywords
AML Output: DSDT.aml - 9279 bytes 401 named objects 595 executable opcodes

Compilation complete. 0 Errors, 6 Warnings, 0 Remarks, 228 Optimizations


just wondering what to do here on the other five then the wak one(guesing that i should remove the \
Back to top
View user's profile Send private message
YR
n00b
n00b


Joined: 08 Sep 2004
Posts: 2

PostPosted: Sun Sep 12, 2004 12:04 pm    Post subject: Reply with quote

Thank's, BUT need I KERNEL PATCH for "Read DSDT from initrd" enable in kernel config for THIS (BOOTSPLASH loading) method? Or in this case kernel recompiling is not necessarily?


phuber wrote:
These here explain it
- https://forums.gentoo.org/viewtopic.php?p=1310340#1310340 (The blue text)
- http://gaugusch.at/kernel.shtml

=> You can use initrd and a custom dsdt
Back to top
View user's profile Send private message
Clansman
Tux's lil' helper
Tux's lil' helper


Joined: 10 Jan 2004
Posts: 140

PostPosted: Tue Sep 14, 2004 10:27 pm    Post subject: Re: Acer Extensa 3001WLMI Reply with quote

Avatar1983 wrote:
Hi all,
I have a problem with my Acer Extensa 3001WLMI laptop. I can't read battery and ac adaptor status, i.e. the /proc/acpi/battery and ac_adaptor directories are empty. Everything else works. I've googled and tried all sorts of things to try and diagnose the reason for this, but I've come up empty so far. I've investigated dsdt table, OS name and ecdt. My dsdt table, to be found here dsdt disasembled, had three warnings in it, which I've fixed, and then included the table in the kernel. This makes no diffrence, nor does setting the acpi_os_name boot parameter, or applying the ecdt workaround.

What I currently suspect is a seriously broken dsdt, since I can't find a battery device defenition in it at all. However, in windows everything works.

Any help would be greatly appreciated!
Avatar


hello!

i'm facing the EXACT SAME PROBLEM, no battery/ac readings. the difference is that mine is a travelmate 4001WLMi.

after solving the 3 warnings by dsdt had, the computer booted with no change EXCEPT for a very noisy fan (which i had never heard before) that was kept on at all times, even after reboots. (i had to power off and remove battery to get rid of it)

i'm out of ideas... can anybody help me/us?

[]
Back to top
View user's profile Send private message
Avatar1983
n00b
n00b


Joined: 22 Apr 2004
Posts: 21
Location: Sheffield, UK

PostPosted: Wed Sep 15, 2004 10:18 am    Post subject: Reply with quote

I've now worked out what the problem is on Acer Extensa 3001 and TravelMate 4001. They have what is called a smart battery system, which linux does not support yet. This means that there is currently no way to read battery and ac adaptor status on these laptops. Here is an extract from an email I got in reply to my query on the acpi-devel list:
Quote:

Hi,
I did look at the spec. Basically we need two drivers for your issue.
1. EC based SMBus host driver. Your system has an EC based SMBus host.
ACPI spec defined a set of interfaces to control the SMBus host. Now we
haven't such SMBus driver.
2. Smart battery driver. It uses the interfaces exported from SMBus host
driver. Smart battery is resided on SMBus, OS must control SMBus host to
generate SMBus protocol to handle smart battery.
I haven't such system with smart battery. It's hard to say when.

Thanks,
Shaohua

So I guess there is nothing we can do for now.

Avatar
Back to top
View user's profile Send private message
Clansman
Tux's lil' helper
Tux's lil' helper


Joined: 10 Jan 2004
Posts: 140

PostPosted: Wed Sep 15, 2004 12:02 pm    Post subject: Reply with quote

ok. we're stuck then. thanks for the information.

[]

Avatar1983 wrote:
I've now worked out what the problem is on Acer Extensa 3001 and TravelMate 4001. They have what is called a smart battery system, which linux does not support yet. This means that there is currently no way to read battery and ac adaptor status on these laptops. Here is an extract from an email I got in reply to my query on the acpi-devel list:
Quote:

Hi,
I did look at the spec. Basically we need two drivers for your issue.
1. EC based SMBus host driver. Your system has an EC based SMBus host.
ACPI spec defined a set of interfaces to control the SMBus host. Now we
haven't such SMBus driver.
2. Smart battery driver. It uses the interfaces exported from SMBus host
driver. Smart battery is resided on SMBus, OS must control SMBus host to
generate SMBus protocol to handle smart battery.
I haven't such system with smart battery. It's hard to say when.

Thanks,
Shaohua

So I guess there is nothing we can do for now.

Avatar
Back to top
View user's profile Send private message
kwenspc
Advocate
Advocate


Joined: 21 Sep 2003
Posts: 4954

PostPosted: Sun Sep 19, 2004 4:27 pm    Post subject: Reply with quote

hello,

I've tried this trick on a 2.6.8-r3 kernel and it seems to work (though it didn't change anything for me except that acpi_power_off is working now)

Inspiron 5100
BIOS A31 -> 6 warnings on dsdt

Code:

dsdt.dsl   518:     Method (\_WAK, 1, NotSerialized)
Warning  2026 -                 ^ Reserved method must return a value (_WAK)
                               
dsdt.dsl  1204:                 Method (_S0D, 0, NotSerialized)
Warning  2033 -      Unknown reserved name ^  (_S0D)
                               
dsdt.dsl  1246:                 Method (_S0D, 0, NotSerialized)
Warning  2033 -      Unknown reserved name ^  (_S0D)
                               
dsdt.dsl  1300:                 Method (_S0D, 0, NotSerialized)
Warning  2033 -      Unknown reserved name ^  (_S0D)
                               
dsdt.dsl  1342:                 Method (_S0D, 0, NotSerialized)
Warning  2033 -      Unknown reserved name ^  (_S0D)
                               
dsdt.dsl  2117:                     Return (Package (0x00) {})
Warning  2018 -    Effective AML package length is zero ^


first and last warnings are known.

For _S0D method i'v just put comments on these lines :

Code:

/*Method (_S0D, 0, NotSerialized)
                {
                    Store (SMI (0x85, 0x00), Local0)
                    And (Local0, 0x01, Local0)
                    If (LEqual (Local0, 0x00))
                    {
                        Return (0x03)
                    }
                    Else
                    {
                        Return (0x00)
                    }
                }*/


And then, after recompiling kernel and rebooting :
Code:

# dmesg | grep DSDT
ACPI: DSDT (v001 INT430 SYSFexxx 0x00001001 MSFT 0x0100000e) @ 0x00000000
    ACPI-0291: *** Info: Table [DSDT] replaced by host OS


Infortunetly, Inspiron 5100 (like 5150) doesn't have working ACPI
i have these functions :
-power off (new!)
- thermal
- battery
- ac adapter

but always :
no Lid (it is the most important for me...snifff)
no sleep button
no fan

It seems that the problem is not resolved already
link : http://bugme.osdl.org/show_bug.cgi?id=1752

:?

ps : my english is bad, i apologize. (i'm french)
Back to top
View user's profile Send private message
hiroki
Guru
Guru


Joined: 29 Jul 2003
Posts: 327
Location: @home in germany

PostPosted: Wed Sep 22, 2004 1:06 pm    Post subject: Reply with quote

once upon a time... i HAD a running system with ACPI and corrected DSDT. I'm using an ASUS M6800N laptop. everything was fine until I (today) upgraded my RAM! so, does upgrading RAM (from 512 to 768) change the dsdt and make all my previous reparations useless? do i really have to redo all the stuff with correcting my dsdt???
by the way. i already started correcting.. but then the following kind of error appears severyl times, how can i fix it? (if possible... :roll: )

Code:
dsdt.dsl  3018:                                 If (BATS ())
Error    1031 -                Internal compiler error ^  (Missing alias link)


desperate hiroki
Back to top
View user's profile Send private message
inode77
Veteran
Veteran


Joined: 20 Jan 2004
Posts: 1303
Location: Heart of Europe

PostPosted: Wed Sep 22, 2004 3:28 pm    Post subject: Reply with quote

To jetblack:
The acpi patch 20040816 from acpi.sourceforge has a dsdt override patch already included next to some other benefits compared to std linux-2.6.8-gentoo-r3 acpi. Maybe it would be a good idea to add this to your howto section 9.
Back to top
View user's profile Send private message
baeksu
l33t
l33t


Joined: 26 Sep 2004
Posts: 609
Location: Seoul, Korea

PostPosted: Mon Sep 27, 2004 11:28 am    Post subject: Reply with quote

I don't know if this issue has come up for anyone else, but there seems to be some problems with the static dsdt override and compiling acpi parts as modules.

It seems that compiling acpi parts as modules works only when using dsdt override from the initrd. If you use static dsdt overrise (i.e. compiled into the kernel), at least I needed to change my config to compile the acpi parts into the kernel as well (meaning not as modules) to get a working acpi.

I don't know if I'm the only one who encountered this issue, or even if I just made some mix up myself. I have a Samsung X10, and am using a vanilla 2.6.7 kernel.
_________________
Gnome:
1. A legendary being.
2. A never ending quest to make unix friendly to people who don't want unix and excruciating for those that do.
Back to top
View user's profile Send private message
Sgeorg
Apprentice
Apprentice


Joined: 01 Apr 2003
Posts: 152

PostPosted: Wed Sep 29, 2004 12:18 pm    Post subject: Reply with quote

Hi folks!

Have curred my my Ibm R51 from it's dstd illness, three bugs/compiling errors in the dsdt, how could ibm compile that thing without noticing anything?

But have one problem left, there is no fan, there was no fan and fan doesn't work right, not that it did ever before.

So does anybody now how to hack in a fan controll in the dsdt, since there is none!

Thanks
Georg

PS: had read a few threads in the forum about ibm fan controll, but none of them satisfied my needs.
Back to top
View user's profile Send private message
spqr
n00b
n00b


Joined: 29 Sep 2004
Posts: 4

PostPosted: Wed Sep 29, 2004 2:05 pm    Post subject: Reply with quote

Hi, I have two problems:

1. Finding the right initrd patch for my kernel

The list of initrd patches in the HOWTO does not include a 2.6.8 patch. Can I find one somewhere? If not, will either the 2.6.7 or 2.6.9 patches work on my 2.6.8 kernel? Finally, do I even need an initrd patch since I am using Mandrake (the initrd patch page mentions something about Mandrake 9.2. already having integrated the patch).

2. A "Looking in initrd for dsdt...not found!" error on boot

Yes, after having spent days installing acpi, acpid, the acpi patch, recompiling my kernel and debugging my dsdt, I suddenly realised that my system has never been able to find my dsdt in initrd.

1st question is:
Does this error mean that dsdt hasn't been found at all, or that it has been found in another place (say in /proc/acpi/dsdt, which I can actually see). I'm saying this because my ACPI works almost completely except for the fan and it would seem odd for ACPI to work with no dsdt table.

2nd question:
If the error truly means that the system can't find the DSDT, how can Ihelp it find it. (as I said it's in proc/acpi: I can see it and I can manipulate it)

Thanks!
Back to top
View user's profile Send private message
spqr
n00b
n00b


Joined: 29 Sep 2004
Posts: 4

PostPosted: Wed Sep 29, 2004 2:35 pm    Post subject: Reply with quote

I think I've got the answer to part 2. Should go like this:

Normally, the BIOS provides the DSDT.
But if you compile "read dsdt from initrd" into the kernel, the system bypasses the BIOS and goes looking for the DSDT in initrd
However, if it does not find a DSDT in initrd, it goes back to the BIOS and gets it there.

If my reasoning is correct, I have a DSDT...I just need to find a way to get the corrected version into my initrd. If somebody has any info about the initrdpatch I am searching for that will help a bunch. Otherwise I think I will have to compile the new DSDT statically.

Thanks again!
Back to top
View user's profile Send private message
Sgeorg
Apprentice
Apprentice


Joined: 01 Apr 2003
Posts: 152

PostPosted: Fri Oct 01, 2004 10:37 am    Post subject: Reply with quote

Here's the link for the patches
http://gaugusch.at/kernel.shtml
btw it's in THIS tutorial (FIRST PAGE)!!!!!!!!!!!

as far as I'm aware of there are no other sites that provide this kind of patches, so use the kernels or the patches which match together.
the alternative is to try to patch the wrong versions together and be lucky or not --> patch works or it doesn't, give it a try!
but be warned the exact definition of the version of kernels and the patches isn't for nothing. (but you only lose some time playing around)

but keep an working kernel, if you don't want to use the livecd to recompile an working one

GEorg
Back to top
View user's profile Send private message
spqr
n00b
n00b


Joined: 29 Sep 2004
Posts: 4

PostPosted: Sat Oct 02, 2004 10:41 am    Post subject: Reply with quote

Thanks Sgeorg,

I was aware of the link but I was looking for the 2.6.8 version of the patch which unfortunately does not exist.

So I tried with the 2.6.7 and 2.6.9 patches. Neither of them compiled "out if the box", so I looked inside the patches and tried to apply the modifications manually to each of my files. The modifications in the 2.6.9 patch would not compile, but the ones in the 2.6.7 patch did.

I'm now able to use custom dsdts.

The problem is that although I have a clean dsdt, my fan still won't work (and my proc/acpi/fan directory is still empty).

There are no references to Microsoft in my dsdt and no Embedded Controller errors on boot. The only error that I have in /var/log/messages is

evregion-0347: *** Error: Handler for [SystemMemory] returned AE_NO_MEMORY
psparse-1133: *** Error: Method execution failed [\_SB_.ACAD._PSR] (Node dbe97ea8), AE_N

Could this be the cause of my problem?
It looks an awful lot like the ECDT error in the Howto, except that [Embedded Control] has been replaced by [System Memory]

The acpi.sourceforge page mentions something about DSDTs only being abe to work for a specific System Memory. It says you should go inside your dsdt and apply the Sysytem Memory value relevant to your computer. I'm not sure how to do that: although "SystemMemory" appears a couple times in my dsdt, there is never anything like "SystemMemory=X". The value is never set, so how could I change it?

If System Memory is no the problem, I have one more idea. I could be missing a method for my fan in my dsdt. Indeed, the word "fan" only appears in the DSDT's initial list of "Embedded Control" values. There is no actual method that addreses it.

Please let me know if you have any ideas.
Back to top
View user's profile Send private message
Sgeorg
Apprentice
Apprentice


Joined: 01 Apr 2003
Posts: 152

PostPosted: Sun Oct 03, 2004 8:51 am    Post subject: Reply with quote

the problem is, if there is no fan controll in dsdt than there is none in acpi!

that's the same problem on my ibm r51 there is no fan controll in dsdt.
(fan controll is HW, and scpi needs an interface, ports or mem adr. to interface the fan controll)

the sysmemory, don't know, don't have this problem, but since sysmem is changeable (at least in size) it would be read out from bios I think, so "sysmem = x" wouldn't be the wisest idea.

hm, ideas, it's thing of testing probing and mainly a matter of time!

Georg

ps: don't really have a clue now, sorry!
Back to top
View user's profile Send private message
spqr
n00b
n00b


Joined: 29 Sep 2004
Posts: 4

PostPosted: Mon Oct 04, 2004 8:05 am    Post subject: Reply with quote

Right, so you seem to agree: there's no method in the dsdt that describes the fan, which explains why the latter does not get picked up by ACPI.

I'm wondering how that can be since I took the dsdt from the list of "corrected" tables at acpi.sorceforge...but I guess the dsdts listed there have just been "improved", as opposed to perfected.

Anyway, at this point my question would be: are there ANY laptops whose fans work well with linux ACPI?? My fan is on at max speed all the time and the sound is just unbearable. Having tried everything I possibly could to get my fan to work on my laptop (short of creating a new method in my dsdt which I'm not qualified to do), I'm seriously considering selling it and buying another one...but which one?

Thanks again for your help Georg.
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 ... 5, 6, 7 ... 14, 15, 16  Next
Page 6 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