| View previous topic :: View next topic |
| Author |
Message |
gelbasack n00b

Joined: 11 Mar 2004 Posts: 19 Location: Austria
|
Posted: Sat Oct 30, 2004 11:42 am Post subject: ACPI for Laptops (battery status...) |
|
|
Anyone got ACPI working on a laptop so the battery status is shown in the taskbar?
I compiled everything concerning ACPI in the kernel. Well, i got an interface /proc/acpi/* where I see stuff like temperature. But the folders battery and acadaptor are empty
KDE says I got a partial ACPI installation. But got no idea what else I should compile in the kernel. There's nothing left I think. Didn't find anything else concerning ACPI than in Advanced Power Management section.
Also installed adpid and run it in default runlevel but didn't change anything. |
|
| Back to top |
|
 |
Akhouk Guru


Joined: 23 May 2003 Posts: 476 Location: The Two Niles, Africa
|
Posted: Sat Oct 30, 2004 1:04 pm Post subject: Re: ACPI for Laptops (battery status...) |
|
|
| gelbasack wrote: | Anyone got ACPI working on a laptop so the battery status is shown in the taskbar?
I compiled everything concerning ACPI in the kernel. Well, i got an interface /proc/acpi/* where I see stuff like temperature. But the folders battery and acadaptor are empty
|
Mine works fine on my Sony Vaio. It was quite simple, compiled the acpi modules and loaded them and the information appears. I don't use kde but my gnome task bar shows the battery usage reading the info from /proc/acpi.
You might want to check your laptop make on some of the acpi sites to see if is known to work. I know that some laptops have broken acpi. It really depends on the make/model of the laptop. |
|
| Back to top |
|
 |
shakayoda n00b

Joined: 02 Oct 2004 Posts: 25
|
Posted: Fri Nov 05, 2004 9:55 pm Post subject: |
|
|
| A bit late, but I'm pretty sure you configured your kernel with ac_adapter as module. You need to modprobe ac in order to have battery state. |
|
| Back to top |
|
 |
nzyme n00b

Joined: 26 Oct 2004 Posts: 13
|
Posted: Sat Nov 06, 2004 12:06 pm Post subject: |
|
|
| here it says something like "file in use" when doeing cat /proc/acpi/batterystatus (somethin like that). |
|
| Back to top |
|
 |
shakayoda n00b

Joined: 02 Oct 2004 Posts: 25
|
Posted: Sun Nov 07, 2004 10:05 pm Post subject: |
|
|
| Okay. Let's start with the beginning then. Which kernel are you using? Can you send your config (the part about performance would do it). Which modules did you load? (check with lsmod). |
|
| Back to top |
|
 |
moonlight n00b


Joined: 08 Dec 2003 Posts: 11 Location: Belgium (Hasselt)
|
Posted: Wed Nov 10, 2004 11:00 pm Post subject: |
|
|
modprobe ac
modprobe battery
this should do the trick.
Cheers Moonlight
Last edited by moonlight on Thu Nov 11, 2004 9:05 am; edited 1 time in total |
|
| Back to top |
|
 |
ryceck Apprentice

Joined: 13 Jan 2004 Posts: 195
|
Posted: Wed Nov 10, 2004 11:16 pm Post subject: |
|
|
Got an armada e500
Just enabled ACPI, everything in kernel (not fond of modules for things that are used constantly) and it works like a charm. Klaptop shows everything perfectly and my Gkrellm works too...
Here is my kernel config regarding ACPI:
| Code: |
cloud ~ $ zcat /proc/config.gz |grep ACPI
# Power management options (ACPI, APM)
# ACPI (Advanced Configuration and Power Interface) Support
CONFIG_ACPI=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_INTERPRETER=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_SLEEP_PROC_FS=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_THERMAL=y
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_TOSHIBA is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_BUS=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y
CONFIG_ACPI_INITRD=y
|
That should do the trick I guess. |
|
| Back to top |
|
 |
jonasmattsson n00b

Joined: 20 May 2004 Posts: 71 Location: Gothenburg, Sweden
|
Posted: Fri Nov 12, 2004 8:43 am Post subject: |
|
|
I've got a related problem. this is how my battery state has ben the last 30 minutes now.
| Code: | laptux jonas # cat /proc/acpi/battery/BAT1/state
present: yes
capacity state: ok
charging state: discharging
present rate: 1504 mA
remaining capacity: 1792 mAh
present voltage: 14656 mV |
doesnt seem to update, i have compiled my acpi support as in-kernel.
it does however update on reboot (had 100% for half an hour at first)
i wonder how much time i've got now...  _________________ when he was six he believed that the moon overhead followed him
by nine he had deciphered the illusion, trading magic for fact
no tradebacks.
so this is what it's like to be an adult
if he only knew now what he knew then. |
|
| Back to top |
|
 |
Longfield Guru


Joined: 17 Mar 2004 Posts: 358 Location: Switzerland, Fribourg (la Glâne, les vrais)
|
Posted: Wed Nov 24, 2004 5:53 pm Post subject: |
|
|
| jonasmattsson wrote: | I've got a related problem. this is how my battery state has ben the last 30 minutes now.
| Code: | laptux jonas # cat /proc/acpi/battery/BAT1/state
present: yes
capacity state: ok
charging state: discharging
present rate: 1504 mA
remaining capacity: 1792 mAh
present voltage: 14656 mV |
doesnt seem to update, i have compiled my acpi support as in-kernel.
it does however update on reboot (had 100% for half an hour at first)
i wonder how much time i've got now...  |
exactly the same here ... the thing is that at boot, the kernel says the battery is absent !
and I think I used to have /proc/acpi/battery/BAT0/* instead of BAT1 ... |
|
| Back to top |
|
 |
Longfield Guru


Joined: 17 Mar 2004 Posts: 358 Location: Switzerland, Fribourg (la Glâne, les vrais)
|
Posted: Thu Nov 25, 2004 8:15 am Post subject: |
|
|
noone has an idea about the "fixed" battery info with acpi support in kernel and not in modules ?
may that be in relationship with hotplug <-> coldplug changes ? may it better work if i compile acpi support as module ? |
|
| Back to top |
|
 |
quiver n00b

Joined: 31 Dec 2004 Posts: 17 Location: Melbourne, Australia
|
Posted: Tue Jan 18, 2005 1:51 am Post subject: acpid won't update /proc/acpi/battery/ states... |
|
|
Bump!
This is my exact problem too, I'm running 2.6.10 with acpid compiled and run at boot time, and unplugging and replugging in the AC adapter does cause an update and XFCE's panel battery status indicator updates fine. But any other time, checking the panel's indicator reports the same charge % and time (obviously it can't calculate the time correctly yet) as it did when last I looked... It's not the XFCE panel plugin because running | Code: | | cat /proc/acpi/battery/BAT1/state | also never reports any differently, unless I force an update by unplugging/plugging in the AC adapter.
I have hunted high and low and would love a solution to this frustrating problem! |
|
| Back to top |
|
 |
Earthwings Administrator


Joined: 14 Apr 2003 Posts: 7731 Location: Karlsruhe, Germany
|
Posted: Tue Jan 18, 2005 9:18 am Post subject: |
|
|
| Please use a recent kernel 2.6.10 to be sure the problem is not already fixed. Can you post the output of dmesg | grep -i acpi (clean boot, not swsusp)? There's something similar in http://bugzilla.kernel.org/show_bug.cgi?id=3974 where it works on a 2.4.x kernel. If you've got one around, please test with that, too. |
|
| Back to top |
|
 |
quiver n00b

Joined: 31 Dec 2004 Posts: 17 Location: Melbourne, Australia
|
Posted: Tue Jan 18, 2005 4:20 pm Post subject: |
|
|
As requested (pulled from a non swsusp 2.6.10 r2 kernel, I'm afraid I don't have a 2.4 kernel handy);
| Code: | laptop ~ # dmesg | grep -i acpi
BIOS-e820: 000000000bff0000 - 000000000bfffc00 (ACPI data)
BIOS-e820: 000000000bfffc00 - 000000000c000000 (ACPI NVS)
ACPI: RSDP (v000 PTLTD ) @ 0x000f6b60
ACPI: RSDT (v001 PTLTD RSDT 0x00000000 LTP 0x00000000) @ 0x0bffd1f0
ACPI: FADT (v001 IBM TP240 0x00000002 PTL 0x000f4240) @ 0x0bfffb65
ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x00000000 LTP 0x00000001) @ 0x0bfffbd9
ACPI: DSDT (v001 PTL BX-TJ 0x00000000 MSFT 0x0100000b) @ 0x00000000
ACPI: setting ELCR to 0200 (from 0a20)
ACPI: Subsystem revision 20041105
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 3 4 5 6 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 9 10 11 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 14)
ACPI: Embedded Controller [EC0] (gpe 9)
ACPI: Power Resource [PFAN] (off)
pnp: PnP ACPI init
pnp: PnPACPI: METHOD_NAME__CRS failure for IBM0071
pnp: PnP ACPI: found 11 devices
PCI: Using ACPI for IRQ routing
ACPI: AC Adapter [ACAD] (off-line)
ACPI: Battery Slot [BAT1] (battery present)
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SBTN]
ACPI: Lid Switch [LID]
ACPI: Fan [FAN] (off)
ACPI: Processor [CPU0] (supports C1 C2)
ACPI: Processor [CPU0] (supports 8 throttling states)
ACPI: Thermal Zone [THRM] (57 C)
ibm_acpi: ec object not found
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
ACPI: PCI interrupt 0000:00:07.2[D] -> GSI 11 (level, low) -> IRQ 11
ACPI wakeup devices:
ACPI: (supports S0 S1 S3 S4 S4bios S5)
ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 5
ACPI: PCI interrupt 0000:00:0b.0[A] -> GSI 5 (level, low) -> IRQ 5 |
|
|
| Back to top |
|
 |
Earthwings Administrator


Joined: 14 Apr 2003 Posts: 7731 Location: Karlsruhe, Germany
|
Posted: Tue Jan 18, 2005 5:21 pm Post subject: |
|
|
| What happens if you unload and reload the battery module? Is it updated afterwards? |
|
| Back to top |
|
 |
liber! Tux's lil' helper

Joined: 05 Aug 2004 Posts: 123 Location: EU, Antwerp
|
Posted: Tue Jan 18, 2005 7:50 pm Post subject: |
|
|
Sometimes your dsdt table is not right (certainly if it's compiled with Microsoft MSFT aml compiler). In this thread you learn to check and correct the dsdt: HOWTO: Fix Common ACPI Problems (DSDT, ECDT, etc.)
I see from the dmesg that you use a MSFT compiled dsdt...
| Code: | | ACPI: DSDT (v001 PTL BX-TJ 0x00000000 MSFT 0x0100000b) @ 0x00000000 |
Hope this can solve it....
Greets,
Nathan |
|
| Back to top |
|
 |
hiroki Guru

Joined: 29 Jul 2003 Posts: 327 Location: @home in germany
|
Posted: Tue Jan 18, 2005 8:20 pm Post subject: |
|
|
just a short question(in general).
does a DSDT change when RAM is upgraded? I had a fully working laptop (with 512 MB DDR), i downloaded an already fixed DSDT and it simply worked. in particular: the system showed the correct battery status.
But then (some months ago) I upgraded to 768 MB DDR RAM. But then the DSDT [used as kernel option: initrd DSDT] doesn't work anymore. there are lots of ACPI errors etc. and the battery isn't recognized anymore.
fixing the DSDT by myself seems impossible to me, because there are error messages i have no idea how to fix them. those errors are not mentioned in the "official" HOWTO either.
what can be done? isit normal, that the DSDT changes when upgrading RAM?
thx,
grtz,
hiroki |
|
| Back to top |
|
 |
quiver n00b

Joined: 31 Dec 2004 Posts: 17 Location: Melbourne, Australia
|
Posted: Wed Jan 19, 2005 12:45 pm Post subject: |
|
|
Ok, here's where I'm at...
I did go through the howto you posted Nathan (thanks!), and found no errors and five warnings when I recompiled the DSDT (plus 186 optimizations!). I fixed one of the warnings as per the howto's linked warnings reference, though I still get four. I'm not sure how dire these are (being warnings rather than errors), so you tell me... | Code: | laptop compiler # ./iasl -tc dsdt.dsl
Intel ACPI Component Architecture
ASL Optimizing Compiler / AML Disassembler version 20041203 [Jan 19 2005]
Copyright (C) 2000 - 2004 Intel Corporation
Supports ACPI Specification Revision 2.0c
dsdt.dsl 1270: Release (PSMX)
Warning 2079 - Statement is unreachable ^
dsdt.dsl 1290: Release (PSMX)
Warning 2079 - Statement is unreachable ^
dsdt.dsl 1309: Release (PSMX)
Warning 2079 - Statement is unreachable ^
dsdt.dsl 1319: Release (PSMX)
Warning 2079 - Statement is unreachable ^
ASL Input: dsdt.dsl - 2308 lines, 74531 bytes, 1241 keywords
AML Output: DSDT.aml - 10096 bytes 333 named objects 908 executable opcodes
Compilation complete. 0 Errors, 4 Warnings, 0 Remarks, 0 Optimizations
| I have of course since recompiled the kernel using the post 2.6.9 external DSDT intergration method, though no change in my issue. So, my updated dmesg output follows (this is a swsusp 2.6.10 kernel): | Code: | laptop compiler # dmesg | grep -i acpi
BIOS-e820: 000000000bff0000 - 000000000bfffc00 (ACPI data)
BIOS-e820: 000000000bfffc00 - 000000000c000000 (ACPI NVS)
ACPI: RSDP (v000 PTLTD ) @ 0x000f6b60
ACPI: RSDT (v001 PTLTD RSDT 0x00000000 LTP 0x00000000) @ 0x0bffd1f0
ACPI: FADT (v001 IBM TP240 0x00000002 PTL 0x000f4240) @ 0x0bfffb65
ACPI: BOOT (v001 PTLTD $SBFTBL$ 0x00000000 LTP 0x00000001) @ 0x0bfffbd9
ACPI: DSDT (v001 PTL BX-TJ 0x00000000 MSFT 0x0100000b) @ 0x00000000
ACPI-0294: *** Info: Table [DSDT] replaced by host OS
ACPI: setting ELCR to 0200 (from 0a20)
ACPI: Subsystem revision 20041105
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 3 4 5 6 7 9 10 11 14 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11 14 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 *5 6 7 9 10 11 14 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 14)
ACPI: Embedded Controller [EC0] (gpe 9)
ACPI: Power Resource [PFAN] (off)
pnp: PnP ACPI init
pnp: PnPACPI: METHOD_NAME__CRS failure for IBM0071
pnp: PnP ACPI: found 11 devices
PCI: Using ACPI for IRQ routing
ACPI: AC Adapter [ACAD] (off-line)
ACPI: Battery Slot [BAT1] (battery present)
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SBTN]
ACPI: Lid Switch [LID]
ACPI: Fan [FAN] (off)
ACPI: Processor [CPU0] (supports C1 C2)
ACPI: Processor [CPU0] (supports 8 throttling states)
ACPI: Thermal Zone [THRM] (58 C)
ibm_acpi: ec object not found
ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
ACPI: PCI interrupt 0000:00:07.2[D] -> GSI 11 (level, low) -> IRQ 11
ACPI wakeup devices:
ACPI: (supports S0 S1 S3 S4 S4bios S5)
ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 5
ACPI: PCI interrupt 0000:00:0b.0[A] -> GSI 5 (level, low) -> IRQ 5
|
Any more ideas? I didn't find any occurances of the expression; 'windows' in my dsdt.dsl, though I didn't search for 'If (LEqual (SizeOf (_OS), 0x14))' yet, so I'll be trying that next (re windows only DSDT functionality). 'Tis interesting to note that MSFT line still there in the dmesg output... I had thought recompiling DSDT might have fudged that... I think the compile must have been successful too because going through the DSDT recompiling process after pulling the dsdt.dat again from /proc/acpi/dsdt it showed only the four warnings and not the fifth... |
|
| Back to top |
|
 |
quiver n00b

Joined: 31 Dec 2004 Posts: 17 Location: Melbourne, Australia
|
Posted: Wed Jan 19, 2005 2:31 pm Post subject: |
|
|
| Nope, my dsdt.dsl file definitely has no OS specific features. I'm stumped! |
|
| Back to top |
|
 |
quiver n00b

Joined: 31 Dec 2004 Posts: 17 Location: Melbourne, Australia
|
Posted: Mon Jan 24, 2005 5:42 am Post subject: |
|
|
Unloading and reloading the battery module (had to modularize it in the kernel first) doesn't render any change in acpi's battery state unfortunately.
Any more ideas? |
|
| Back to top |
|
 |
rukinhas n00b

Joined: 12 Jan 2005 Posts: 12
|
Posted: Sat Feb 26, 2005 6:37 am Post subject: /proc/acppi/battery/.... doesn't get updated |
|
|
hi ppl.
the problem is descibed in the title. it only shows the values that were real when the laptop starts,
it's never updated.
i have acpid instaled and i compiled the kernel with all acpi options marked as compiled in kernel (not modules)
does anyone have any idea what's happening |
|
| Back to top |
|
 |
Earthwings Administrator


Joined: 14 Apr 2003 Posts: 7731 Location: Karlsruhe, Germany
|
Posted: Sat Feb 26, 2005 10:06 am Post subject: |
|
|
| Merged on post. |
|
| Back to top |
|
 |
quiver n00b

Joined: 31 Dec 2004 Posts: 17 Location: Melbourne, Australia
|
Posted: Sat May 28, 2005 2:44 pm Post subject: Bump! |
|
|
Anyone found a solution for this pain-in-the-rear-end problem yet? I'd be a lot more inspired to actually use my laptop for it's intended purpose, to operate in a location where power isn't available, if only I could tell how much power it actually has leftover!
Some manner of solution or next-step would be great.
Thanks  |
|
| Back to top |
|
 |
tbart Tux's lil' helper

Joined: 31 Oct 2004 Posts: 125 Location: Baden // Austria
|
Posted: Sun Jun 12, 2005 3:19 pm Post subject: |
|
|
Same with me. No solutions. But maybe some sort of trackdown...
Batterydisplay worked flawlessly with some kernel <2.6.10 and devfs, no hotplug, no coldplug
i then updated to 2.6.10 and now I'm on some 2.6.11, using udev, hotplug, coldplug.
battery doesn't update anymore since that change.
i guess we can say for sure that DSDT tables are not the problem (I didn't change anything but the above mentioned)
interestingly enough, changing display brightness (this is OS independent... hardware keys - still i guess they're using ACPI for it) sometimes produce an update in my batterystatus...
maybe this information helps some guru?
should i try to read out what ACPIevents those keys produce so we can somehow find out what update or sth they send..?
please instruct me, i'm willing to help (as mentioned: a laptop w/o working battery-display somehow doesn't make me happy..)
th _________________ Microsoft is not the answer.
Microsoft is the question, and the answer is no. |
|
| Back to top |
|
 |
quiver n00b

Joined: 31 Dec 2004 Posts: 17 Location: Melbourne, Australia
|
Posted: Sun Sep 18, 2005 1:20 am Post subject: Bump |
|
|
Bump!
Eight months since my last post on here and still no info... :S
Anybody? |
|
| Back to top |
|
 |
Colonel Sanders n00b

Joined: 14 Jun 2005 Posts: 2
|
Posted: Sun Sep 18, 2005 9:17 am Post subject: |
|
|
| Quote: | Anyone got ACPI working on a laptop so the battery status is shown in the taskbar?
I compiled everything concerning ACPI in the kernel. Well, i got an interface /proc/acpi/* where I see stuff like temperature. But the folders battery and acadaptor are empty
KDE says I got a partial ACPI installation. But got no idea what else I should compile in the kernel. There's nothing left I think. Didn't find anything else concerning ACPI than in Advanced Power Management section.
Also installed adpid and run it in default runlevel but didn't change anything. |
Ditto on this entire problem as hazy as it may seem (apologies). I'm most curious why my /proc/config.gz differs from /usr/src/linux/.config...Should they differ? i looked around for a definitive answer and nothing fruitful was churned up. I've configured the kernel properly (as specified in the Gentoo handbook) and rebooted..yet I'm not getting stuff to register properlyl. My only "success" occurred when I compiled the kernel with modules for battery and the like, but that wasn't the desired mode to achieve the result. ACPI loads with the kernel, but no dice on battery & other entities successfully initiating /proc subfolder data.
/proc/config.gz
| Code: | j-walk@T1000 /proc $ zcat config.gz | grep ACPI
# Power management options (ACPI, APM)
# ACPI (Advanced Configuration and Power Interface) Support
CONFIG_ACPI=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_INTERPRETER=y
# CONFIG_ACPI_SLEEP is not set
CONFIG_ACPI_AC=m
CONFIG_ACPI_BATTERY=m
CONFIG_ACPI_BUTTON=m
CONFIG_ACPI_VIDEO=m
CONFIG_ACPI_FAN=m
CONFIG_ACPI_PROCESSOR=m
CONFIG_ACPI_THERMAL=m
CONFIG_ACPI_ASUS=m
CONFIG_ACPI_IBM=m
CONFIG_ACPI_TOSHIBA=m
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_BUS=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y
CONFIG_ACPI_CONTAINER=m
CONFIG_X86_ACPI_CPUFREQ=m
CONFIG_X86_POWERNOW_K7_ACPI=y
CONFIG_X86_POWERNOW_K8_ACPI=y
# CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI is not set
# CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set
CONFIG_PNPACPI=y
CONFIG_SERIAL_8250_ACPI=y
|
/usr/src/linux/.config
| Code: | /proc $ cat /usr/src/linux/.config | grep ACPI
# Power management options (ACPI, APM)
# ACPI (Advanced Configuration and Power Interface) Support
CONFIG_ACPI=y
CONFIG_ACPI_BOOT=y
CONFIG_ACPI_INTERPRETER=y
CONFIG_ACPI_SLEEP=y
CONFIG_ACPI_SLEEP_PROC_FS=y
CONFIG_ACPI_AC=y
CONFIG_ACPI_BATTERY=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_VIDEO=y
CONFIG_ACPI_FAN=y
CONFIG_ACPI_PROCESSOR=y
CONFIG_ACPI_THERMAL=y
# CONFIG_ACPI_ASUS is not set
# CONFIG_ACPI_IBM is not set
# CONFIG_ACPI_TOSHIBA is not set
CONFIG_ACPI_BLACKLIST_YEAR=0
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_BUS=y
CONFIG_ACPI_EC=y
CONFIG_ACPI_POWER=y
CONFIG_ACPI_PCI=y
CONFIG_ACPI_SYSTEM=y
CONFIG_ACPI_CONTAINER=m
CONFIG_X86_ACPI_CPUFREQ=m
CONFIG_X86_POWERNOW_K7_ACPI=y
CONFIG_X86_POWERNOW_K8_ACPI=y
CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI=y
# CONFIG_X86_ACPI_CPUFREQ_PROC_INTF is not set
CONFIG_PNPACPI=y
CONFIG_SERIAL_8250_ACPI=y
|
Additional information:
I'm running 2.6.11-gentoo-r3 on an IBM T42. |
|
| Back to top |
|
 |
|