* presario 1505us battery not found
@ 2003-04-24 19:49 Abheek Anand
2003-04-25 20:53 ` Richard Black
0 siblings, 1 reply; 9+ messages in thread
From: Abheek Anand @ 2003-04-24 19:49 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Hi,
After quite a bit of tinkering with my presario 1505us, I managed to get most
of what I need up and working. Currently im using linux 2.5.67 with
acpi-20030328. I am able to get ac-adaptor information, and the LID works
fine. However, I am unable to get acpi to recognize my battery, which it
always shows as absent. I have looked at several people's suggestions on this
on the mailing list, but none of them work for me.
I'm including a copy of the dmesg messages my system spews out. I also did the
usual dsdt disassemble, fix, and include in kernel routine. I have put up my
original (and fixed) dsdt on http://www.cs.umd.edu/~abheek/acpi . My
/proc/acpi/battery/BAT1 entries show the battery as absent.
Any help would be _very_ appreciated.
Thanks,
Abheek
----- dmesg <snip> ----
Linux version 2.5.67 (root-c5qLw1b7B3dFcdTHL1IdjYdd74u8MsAO@public.gmane.org) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #6 Thu Apr 24 13:45:50 EDT 2003
Video mode to be used for restore is ffff
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000000ffd0000 (usable)
BIOS-e820: 000000000ffd0000 - 000000000fff0c00 (reserved)
BIOS-e820: 000000000fff0c00 - 000000000fffc000 (ACPI NVS)
BIOS-e820: 000000000fffc000 - 0000000010000000 (reserved)
255MB LOWMEM available.
On node 0 totalpages: 65488
DMA zone: 4096 pages, LIFO batch:1
Normal zone: 61392 pages, LIFO batch:14
HighMem zone: 0 pages, LIFO batch:1
ACPI: RSDP (v000 COMPAQ ) @ 0x000f9970
ACPI: RSDT (v001 COMPAQ CPQ004A 09478.00544) @ 0x0fff0c84
ACPI: FADT (v002 COMPAQ CPQ004A 00000.00002) @ 0x0fff0c00
ACPI: SSDT (v001 COMPAQ CPQCrP4C 00000.04097) @ 0x0fff6637
ACPI: DSDT (v001 COMPAQ EVON800 00001.00000) @ 0x00000000
ACPI: BIOS passes blacklist
Building zonelist for node : 0
Kernel command line: ro root=/dev/hda3 hdc=ide-scsi pci=noacpi
ide_setup: hdc=ide-scsi
Initializing CPU#0
PID hash table entries: 1024 (order 10: 8192 bytes)
Detected 1594.399 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 3145.72 BogoMIPS
Memory: 254948k/261952k available (2392k kernel code, 6292k reserved, 963k data, 132k init, 0k highmem)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: After generic, caps: 3febf9ff 00000000 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU#0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU: Intel(R) Pentium(R) 4 CPU 1.60GHz stepping 04
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
Initializing RT netlink socket
mtrr: v2.0 (20020519)
PCI: BIOS32 entry (0xc00f0000) in high memory, cannot use.
PCI: Using configuration type 1
BIO: pool of 256 setup, 15Kb (60 bytes/bio)
biovec pool[0]: 1 bvecs: 256 entries (12 bytes)
biovec pool[1]: 4 bvecs: 256 entries (48 bytes)
biovec pool[2]: 16 bvecs: 256 entries (192 bytes)
biovec pool[3]: 64 bvecs: 256 entries (768 bytes)
biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
ACPI: Subsystem revision 20030328
tbget-0292: *** Info: Table [DSDT] replaced by host OS
tbxface-0117 [03] acpi_load_tables : ACPI Tables successfully acquired
Parsing all Control Methods:...................................................................................................................................................................................................................................................
Table [DSDT] - 784 Objects with 88 Devices 243 Methods 24 Regions
Parsing all Control Methods:
Table [SSDT] - 0 Objects with 0 Devices 0 Methods 0 Regions
ACPI Namespace successfully loaded at root c04795dc
evxfevnt-0093 [04] acpi_enable : Transition to ACPI mode successful
evgpeblk-0731 [06] ev_create_gpe_block : GPE Block: [_GPE] 2 registers at 0000000000001028 on interrupt 9
evgpeblk-0736 [06] ev_create_gpe_block : GPE Block defined as GPE 0x00 to GPE 0x0F
evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L0B as GPE number 0x0B
evgpeblk-0731 [06] ev_create_gpe_block : GPE Block: [_GPE] 2 registers at 000000000000102C on interrupt 9
evgpeblk-0736 [06] ev_create_gpe_block : GPE Block defined as GPE 0x10 to GPE 0x1F
evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L11 as GPE number 0x11
evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L13 as GPE number 0x13
evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L14 as GPE number 0x14
evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L15 as GPE number 0x15
evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L17 as GPE number 0x17
evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L18 as GPE number 0x18
evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L1C as GPE number 0x1C
Executing all Device _STA and_INI methods:...evrgnini-0261: *** Error: Could not install pci_config handler for C03B, AE_ALREADY_EXISTS
....evrgnini-0261: *** Error: Could not install pci_config handler for C03B, AE_ALREADY_EXISTS
....................evregion-0254 [22] ev_address_space_dispa: no handler for region(cff6d3a8) [EmbeddedControl]
exfldio-0235 [21] ex_access_region : Region EmbeddedControl(3) has no handler
evregion-0254 [22] ev_address_space_dispa: no handler for region(cff6d3a8) [EmbeddedControl]
exfldio-0235 [21] ex_access_region : Region EmbeddedControl(3) has no handler
psparse-1121: *** Error: Method execution failed [\_SB_.C03B.C04E.C0CF.C0D3] (Node cff6c728), AE_NOT_EXIST
psparse-1121: *** Error: Method execution failed [\_SB_.C03B.C04E.C0CF._INI] (Node cff696a8), AE_NOT_EXIST
nsinit-0397 [06] ns_init_one_device : \_SB_.C03B.C04E.C0CF._INI failed: AE_NOT_EXIST
.........................................evrgnini-0261: *** Error: Could not install pci_config handler for C03B, AE_ALREADY_EXISTS
.......................
91 Devices found containing: 91 _STA, 4 _INI methods
Completing Region/Field/Buffer/Package initialization:.................................................................................................
Initialized 14/24 Regions 0/0 Fields 25/26 Buffers 58/67 Packages (835 nodes)
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [C03B] (00:00)
PCI: Probing PCI hardware (bus 00)
Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bri
ACPI: PCI Interrupt Routing Table [\_SB_.C03B._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.C03B.C03C._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.C03B.C04D._PRT]
ACPI: Embedded Controller [C0CF] (gpe 29)
ACPI: Power Resource [C142] (off)
ACPI: Power Resource [C156] (off)
ACPI: Power Resource [C15A] (off)
ACPI: Power Resource [C15E] (off)
ACPI: Power Resource [C167] (on)
ACPI: PCI Interrupt Link [C0B5] (IRQs 5 10 *11)
ACPI: PCI Interrupt Link [C0B6] (IRQs *5 10 11)
ACPI: PCI Interrupt Link [C0B7] (IRQs 5 10 *11)
ACPI: PCI Interrupt Link [C0B8] (IRQs 5 10 *11)
ACPI: PCI Interrupt Link [C0B9] (IRQs 5 *10 11)
pci_link-0110 [25] acpi_pci_link_check_po: Blank IRQ resource
ACPI: PCI Interrupt Link [C0BA] (IRQs, disabled)
pci_link-0110 [26] acpi_pci_link_check_po: Blank IRQ resource
ACPI: PCI Interrupt Link [C0BB] (IRQs, disabled)
pci_link-0110 [27] acpi_pci_link_check_po: Blank IRQ resource
ACPI: PCI Interrupt Link [C0BC] (IRQs, disabled)
ACPI: Power Resource [C0CE] (on)
ACPI: Power Resource [C1D3] (off)
ACPI: Power Resource [C1D4] (off)
ACPI: Power Resource [C1D5] (off)
ACPI: Power Resource [C1D6] (off)
ACPI: Power Resource [C1E1] (off)
ACPI: Power Resource [C1E2] (off)
ACPI: Power Resource [C1E3] (off)
Linux Plug and Play Support v0.96 (c) Adam Belay
PnPBIOS: Scanning system for PnP BIOS support...
PnPBIOS: Found PnP BIOS installation structure at 0xc00f2e20
PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0x2e4e, dseg 0xf0000
PnPBIOS: 16 nodes reported by PnP BIOS; 16 recorded by driver
block request queues:
128 requests per read queue
128 requests per write queue
8 requests per batch
enter congestion at 15
exit congestion at 17
Linux Kernel Card Services 3.1.22
options: [pci] [cardbus] [pm]
PCI: Probing PCI hardware
PCI: Using IRQ router PIIX [8086/248c] at 00:1f.0
cpufreq: Intel(R) SpeedStep(TM) for this processor not (yet) available.
cpufreq: P4/Xeon(TM) CPU On-Demand Clock Modulation available
Enabling SEP on CPU 0
Journalled Block Device driver loaded
Installing knfsd (copyright (C) 1996 okir-pn4DOG8n3UYbFoVRYvo4fw@public.gmane.org).
udf: registering filesystem
ACPI: AC Adapter [ACAD] (off-line)
ACPI: Battery Slot [BAT1] (battery absent)
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [SLPB]
ACPI: Lid Switch [LID]
ACPI: Fan [C1D7] (off)
ACPI: Fan [C1D8] (off)
ACPI: Fan [C1D9] (off)
ACPI: Fan [C1DA] (off)
ACPI: Processor [C000] (supports C1 C2 C3, 8 throttling states)
[ACPI Debug] Integer: 0000000000000E62
[ACPI Debug] Integer: 0000000000000DFE
[ACPI Debug] Integer: 0000000000000D9A
[ACPI Debug] Integer: 0000000000000D36
[ACPI Debug] Integer: 0000000000000CD2
ACPI: Thermal Zone [TZ1] (32 C)
[ACPI Debug] Integer: 0000000000000DFE
[ACPI Debug] Integer: 0000000000000D68
[ACPI Debug] Integer: 0000000000000D04
[ACPI Debug] Integer: 0000000000000CA0
ACPI: Thermal Zone [TZ2] (28 C)
[ACPI Debug] Integer: 0000000000000CD2
ACPI: Thermal Zone [TZ3] (27 C)
----- </snip> ------
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: presario 1505us battery not found
2003-04-24 19:49 Abheek Anand
@ 2003-04-25 20:53 ` Richard Black
[not found] ` <3EA9A03D.2000507-VXdhtT5mjnY@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Richard Black @ 2003-04-25 20:53 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Have you tried booting with no AC power connected?
Sincerely,
Richard Black
Abheek Anand wrote:
>Hi,
>
>After quite a bit of tinkering with my presario 1505us, I managed to get most
>of what I need up and working. Currently im using linux 2.5.67 with
>acpi-20030328. I am able to get ac-adaptor information, and the LID works
>fine. However, I am unable to get acpi to recognize my battery, which it
>always shows as absent. I have looked at several people's suggestions on this
>on the mailing list, but none of them work for me.
>
>I'm including a copy of the dmesg messages my system spews out. I also did the
>usual dsdt disassemble, fix, and include in kernel routine. I have put up my
>original (and fixed) dsdt on http://www.cs.umd.edu/~abheek/acpi . My
>/proc/acpi/battery/BAT1 entries show the battery as absent.
>
>Any help would be _very_ appreciated.
>
>Thanks,
>Abheek
>
>
>----- dmesg <snip> ----
>
>Linux version 2.5.67 (root-c5qLw1b7B3dFcdTHL1IdjYdd74u8MsAO@public.gmane.org) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #6 Thu Apr 24 13:45:50 EDT 2003
>Video mode to be used for restore is ffff
>BIOS-provided physical RAM map:
> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
> BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
> BIOS-e820: 0000000000100000 - 000000000ffd0000 (usable)
> BIOS-e820: 000000000ffd0000 - 000000000fff0c00 (reserved)
> BIOS-e820: 000000000fff0c00 - 000000000fffc000 (ACPI NVS)
> BIOS-e820: 000000000fffc000 - 0000000010000000 (reserved)
>255MB LOWMEM available.
>On node 0 totalpages: 65488
> DMA zone: 4096 pages, LIFO batch:1
> Normal zone: 61392 pages, LIFO batch:14
> HighMem zone: 0 pages, LIFO batch:1
>ACPI: RSDP (v000 COMPAQ ) @ 0x000f9970
>ACPI: RSDT (v001 COMPAQ CPQ004A 09478.00544) @ 0x0fff0c84
>ACPI: FADT (v002 COMPAQ CPQ004A 00000.00002) @ 0x0fff0c00
>ACPI: SSDT (v001 COMPAQ CPQCrP4C 00000.04097) @ 0x0fff6637
>ACPI: DSDT (v001 COMPAQ EVON800 00001.00000) @ 0x00000000
>ACPI: BIOS passes blacklist
>Building zonelist for node : 0
>Kernel command line: ro root=/dev/hda3 hdc=ide-scsi pci=noacpi
>ide_setup: hdc=ide-scsi
>Initializing CPU#0
>PID hash table entries: 1024 (order 10: 8192 bytes)
>Detected 1594.399 MHz processor.
>Console: colour VGA+ 80x25
>Calibrating delay loop... 3145.72 BogoMIPS
>Memory: 254948k/261952k available (2392k kernel code, 6292k reserved, 963k data, 132k init, 0k highmem)
>Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
>Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
>Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
>-> /dev
>-> /dev/console
>-> /root
>CPU: Trace cache: 12K uops, L1 D cache: 8K
>CPU: L2 cache: 512K
>CPU: After generic, caps: 3febf9ff 00000000 00000000 00000000
>Intel machine check architecture supported.
>Intel machine check reporting enabled on CPU#0.
>CPU#0: Intel P4/Xeon Extended MCE MSRs (12) available
>CPU: Intel(R) Pentium(R) 4 CPU 1.60GHz stepping 04
>Enabling fast FPU save and restore... done.
>Enabling unmasked SIMD FPU exception support... done.
>Checking 'hlt' instruction... OK.
>POSIX conformance testing by UNIFIX
>Initializing RT netlink socket
>mtrr: v2.0 (20020519)
>PCI: BIOS32 entry (0xc00f0000) in high memory, cannot use.
>PCI: Using configuration type 1
>BIO: pool of 256 setup, 15Kb (60 bytes/bio)
>biovec pool[0]: 1 bvecs: 256 entries (12 bytes)
>biovec pool[1]: 4 bvecs: 256 entries (48 bytes)
>biovec pool[2]: 16 bvecs: 256 entries (192 bytes)
>biovec pool[3]: 64 bvecs: 256 entries (768 bytes)
>biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
>biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
>ACPI: Subsystem revision 20030328
> tbget-0292: *** Info: Table [DSDT] replaced by host OS
> tbxface-0117 [03] acpi_load_tables : ACPI Tables successfully acquired
>Parsing all Control Methods:...................................................................................................................................................................................................................................................
>Table [DSDT] - 784 Objects with 88 Devices 243 Methods 24 Regions
>Parsing all Control Methods:
>Table [SSDT] - 0 Objects with 0 Devices 0 Methods 0 Regions
>ACPI Namespace successfully loaded at root c04795dc
>evxfevnt-0093 [04] acpi_enable : Transition to ACPI mode successful
>evgpeblk-0731 [06] ev_create_gpe_block : GPE Block: [_GPE] 2 registers at 0000000000001028 on interrupt 9
>evgpeblk-0736 [06] ev_create_gpe_block : GPE Block defined as GPE 0x00 to GPE 0x0F
>evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L0B as GPE number 0x0B
>evgpeblk-0731 [06] ev_create_gpe_block : GPE Block: [_GPE] 2 registers at 000000000000102C on interrupt 9
>evgpeblk-0736 [06] ev_create_gpe_block : GPE Block defined as GPE 0x10 to GPE 0x1F
>evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L11 as GPE number 0x11
>evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L13 as GPE number 0x13
>evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L14 as GPE number 0x14
>evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L15 as GPE number 0x15
>evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L17 as GPE number 0x17
>evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L18 as GPE number 0x18
>evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L1C as GPE number 0x1C
>Executing all Device _STA and_INI methods:...evrgnini-0261: *** Error: Could not install pci_config handler for C03B, AE_ALREADY_EXISTS
>....evrgnini-0261: *** Error: Could not install pci_config handler for C03B, AE_ALREADY_EXISTS
>....................evregion-0254 [22] ev_address_space_dispa: no handler for region(cff6d3a8) [EmbeddedControl]
> exfldio-0235 [21] ex_access_region : Region EmbeddedControl(3) has no handler
>evregion-0254 [22] ev_address_space_dispa: no handler for region(cff6d3a8) [EmbeddedControl]
> exfldio-0235 [21] ex_access_region : Region EmbeddedControl(3) has no handler
> psparse-1121: *** Error: Method execution failed [\_SB_.C03B.C04E.C0CF.C0D3] (Node cff6c728), AE_NOT_EXIST
> psparse-1121: *** Error: Method execution failed [\_SB_.C03B.C04E.C0CF._INI] (Node cff696a8), AE_NOT_EXIST
> nsinit-0397 [06] ns_init_one_device : \_SB_.C03B.C04E.C0CF._INI failed: AE_NOT_EXIST
>.........................................evrgnini-0261: *** Error: Could not install pci_config handler for C03B, AE_ALREADY_EXISTS
>.......................
>91 Devices found containing: 91 _STA, 4 _INI methods
>Completing Region/Field/Buffer/Package initialization:.................................................................................................
>Initialized 14/24 Regions 0/0 Fields 25/26 Buffers 58/67 Packages (835 nodes)
>ACPI: Interpreter enabled
>ACPI: Using PIC for interrupt routing
>ACPI: PCI Root Bridge [C03B] (00:00)
>PCI: Probing PCI hardware (bus 00)
>Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bri
>ACPI: PCI Interrupt Routing Table [\_SB_.C03B._PRT]
>ACPI: PCI Interrupt Routing Table [\_SB_.C03B.C03C._PRT]
>ACPI: PCI Interrupt Routing Table [\_SB_.C03B.C04D._PRT]
>ACPI: Embedded Controller [C0CF] (gpe 29)
>ACPI: Power Resource [C142] (off)
>ACPI: Power Resource [C156] (off)
>ACPI: Power Resource [C15A] (off)
>ACPI: Power Resource [C15E] (off)
>ACPI: Power Resource [C167] (on)
>ACPI: PCI Interrupt Link [C0B5] (IRQs 5 10 *11)
>ACPI: PCI Interrupt Link [C0B6] (IRQs *5 10 11)
>ACPI: PCI Interrupt Link [C0B7] (IRQs 5 10 *11)
>ACPI: PCI Interrupt Link [C0B8] (IRQs 5 10 *11)
>ACPI: PCI Interrupt Link [C0B9] (IRQs 5 *10 11)
>pci_link-0110 [25] acpi_pci_link_check_po: Blank IRQ resource
>ACPI: PCI Interrupt Link [C0BA] (IRQs, disabled)
>pci_link-0110 [26] acpi_pci_link_check_po: Blank IRQ resource
>ACPI: PCI Interrupt Link [C0BB] (IRQs, disabled)
>pci_link-0110 [27] acpi_pci_link_check_po: Blank IRQ resource
>ACPI: PCI Interrupt Link [C0BC] (IRQs, disabled)
>ACPI: Power Resource [C0CE] (on)
>ACPI: Power Resource [C1D3] (off)
>ACPI: Power Resource [C1D4] (off)
>ACPI: Power Resource [C1D5] (off)
>ACPI: Power Resource [C1D6] (off)
>ACPI: Power Resource [C1E1] (off)
>ACPI: Power Resource [C1E2] (off)
>ACPI: Power Resource [C1E3] (off)
>Linux Plug and Play Support v0.96 (c) Adam Belay
>PnPBIOS: Scanning system for PnP BIOS support...
>PnPBIOS: Found PnP BIOS installation structure at 0xc00f2e20
>PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0x2e4e, dseg 0xf0000
>PnPBIOS: 16 nodes reported by PnP BIOS; 16 recorded by driver
>block request queues:
> 128 requests per read queue
> 128 requests per write queue
> 8 requests per batch
> enter congestion at 15
> exit congestion at 17
>Linux Kernel Card Services 3.1.22
> options: [pci] [cardbus] [pm]
>PCI: Probing PCI hardware
>PCI: Using IRQ router PIIX [8086/248c] at 00:1f.0
>cpufreq: Intel(R) SpeedStep(TM) for this processor not (yet) available.
>cpufreq: P4/Xeon(TM) CPU On-Demand Clock Modulation available
>Enabling SEP on CPU 0
>Journalled Block Device driver loaded
>Installing knfsd (copyright (C) 1996 okir-pn4DOG8n3UYbFoVRYvo4fw@public.gmane.org).
>udf: registering filesystem
>ACPI: AC Adapter [ACAD] (off-line)
>ACPI: Battery Slot [BAT1] (battery absent)
>ACPI: Power Button (FF) [PWRF]
>ACPI: Sleep Button (CM) [SLPB]
>ACPI: Lid Switch [LID]
>ACPI: Fan [C1D7] (off)
>ACPI: Fan [C1D8] (off)
>ACPI: Fan [C1D9] (off)
>ACPI: Fan [C1DA] (off)
>ACPI: Processor [C000] (supports C1 C2 C3, 8 throttling states)
>[ACPI Debug] Integer: 0000000000000E62
>[ACPI Debug] Integer: 0000000000000DFE
>[ACPI Debug] Integer: 0000000000000D9A
>[ACPI Debug] Integer: 0000000000000D36
>[ACPI Debug] Integer: 0000000000000CD2
>ACPI: Thermal Zone [TZ1] (32 C)
>[ACPI Debug] Integer: 0000000000000DFE
>[ACPI Debug] Integer: 0000000000000D68
>[ACPI Debug] Integer: 0000000000000D04
>[ACPI Debug] Integer: 0000000000000CA0
>ACPI: Thermal Zone [TZ2] (28 C)
>[ACPI Debug] Integer: 0000000000000CD2
>ACPI: Thermal Zone [TZ3] (27 C)
>
>----- </snip> ------
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Acpi-devel mailing list
>Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>https://lists.sourceforge.net/lists/listinfo/acpi-devel
>
>
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: presario 1505us battery not found
[not found] ` <3EA9A03D.2000507-VXdhtT5mjnY@public.gmane.org>
@ 2003-04-25 20:55 ` Abheek Anand
0 siblings, 0 replies; 9+ messages in thread
From: Abheek Anand @ 2003-04-25 20:55 UTC (permalink / raw)
To: Richard Black; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Yes I tried doing that as well but the battery still doesnt show up.
Regards,
Abheek
On (04/25/03 15:53), Richard Black wrote:
> Have you tried booting with no AC power connected?
>
> Sincerely,
> Richard Black
>
> Abheek Anand wrote:
>
> >Hi,
> >
> >After quite a bit of tinkering with my presario 1505us, I managed to get
> >most
> >of what I need up and working. Currently im using linux 2.5.67 with
> >acpi-20030328. I am able to get ac-adaptor information, and the LID works
> >fine. However, I am unable to get acpi to recognize my battery, which it
> >always shows as absent. I have looked at several people's suggestions on
> >this
> >on the mailing list, but none of them work for me.
> >
> >I'm including a copy of the dmesg messages my system spews out. I also did
> >the
> >usual dsdt disassemble, fix, and include in kernel routine. I have put up
> >my
> >original (and fixed) dsdt on http://www.cs.umd.edu/~abheek/acpi . My
> >/proc/acpi/battery/BAT1 entries show the battery as absent.
> >
> >Any help would be _very_ appreciated.
> >
> >Thanks,
> >Abheek
> >
> >
> >----- dmesg <snip> ----
> >
> >Linux version 2.5.67 (root-c5qLw1b7B3dFcdTHL1IdjYdd74u8MsAO@public.gmane.org) (gcc version 3.2.2 20030222
> >(Red Hat Linux 3.2.2-5)) #6 Thu Apr 24 13:45:50 EDT 2003
> >Video mode to be used for restore is ffff
> >BIOS-provided physical RAM map:
> >BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
> >BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
> >BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
> >BIOS-e820: 0000000000100000 - 000000000ffd0000 (usable)
> >BIOS-e820: 000000000ffd0000 - 000000000fff0c00 (reserved)
> >BIOS-e820: 000000000fff0c00 - 000000000fffc000 (ACPI NVS)
> >BIOS-e820: 000000000fffc000 - 0000000010000000 (reserved)
> >255MB LOWMEM available.
> >On node 0 totalpages: 65488
> > DMA zone: 4096 pages, LIFO batch:1
> > Normal zone: 61392 pages, LIFO batch:14
> > HighMem zone: 0 pages, LIFO batch:1
> >ACPI: RSDP (v000 COMPAQ ) @ 0x000f9970
> >ACPI: RSDT (v001 COMPAQ CPQ004A 09478.00544) @ 0x0fff0c84
> >ACPI: FADT (v002 COMPAQ CPQ004A 00000.00002) @ 0x0fff0c00
> >ACPI: SSDT (v001 COMPAQ CPQCrP4C 00000.04097) @ 0x0fff6637
> >ACPI: DSDT (v001 COMPAQ EVON800 00001.00000) @ 0x00000000
> >ACPI: BIOS passes blacklist
> >Building zonelist for node : 0
> >Kernel command line: ro root=/dev/hda3 hdc=ide-scsi pci=noacpi
> >ide_setup: hdc=ide-scsi
> >Initializing CPU#0
> >PID hash table entries: 1024 (order 10: 8192 bytes)
> >Detected 1594.399 MHz processor.
> >Console: colour VGA+ 80x25
> >Calibrating delay loop... 3145.72 BogoMIPS
> >Memory: 254948k/261952k available (2392k kernel code, 6292k reserved, 963k
> >data, 132k init, 0k highmem)
> >Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> >Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> >Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
> >-> /dev
> >-> /dev/console
> >-> /root
> >CPU: Trace cache: 12K uops, L1 D cache: 8K
> >CPU: L2 cache: 512K
> >CPU: After generic, caps: 3febf9ff 00000000 00000000 00000000
> >Intel machine check architecture supported.
> >Intel machine check reporting enabled on CPU#0.
> >CPU#0: Intel P4/Xeon Extended MCE MSRs (12) available
> >CPU: Intel(R) Pentium(R) 4 CPU 1.60GHz stepping 04
> >Enabling fast FPU save and restore... done.
> >Enabling unmasked SIMD FPU exception support... done.
> >Checking 'hlt' instruction... OK.
> >POSIX conformance testing by UNIFIX
> >Initializing RT netlink socket
> >mtrr: v2.0 (20020519)
> >PCI: BIOS32 entry (0xc00f0000) in high memory, cannot use.
> >PCI: Using configuration type 1
> >BIO: pool of 256 setup, 15Kb (60 bytes/bio)
> >biovec pool[0]: 1 bvecs: 256 entries (12 bytes)
> >biovec pool[1]: 4 bvecs: 256 entries (48 bytes)
> >biovec pool[2]: 16 bvecs: 256 entries (192 bytes)
> >biovec pool[3]: 64 bvecs: 256 entries (768 bytes)
> >biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
> >biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
> >ACPI: Subsystem revision 20030328
> > tbget-0292: *** Info: Table [DSDT] replaced by host OS
> >tbxface-0117 [03] acpi_load_tables : ACPI Tables successfully acquired
> >Parsing all Control
> >Methods:...................................................................................................................................................................................................................................................
> >Table [DSDT] - 784 Objects with 88 Devices 243 Methods 24 Regions
> >Parsing all Control Methods:
> >Table [SSDT] - 0 Objects with 0 Devices 0 Methods 0 Regions
> >ACPI Namespace successfully loaded at root c04795dc
> >evxfevnt-0093 [04] acpi_enable : Transition to ACPI mode
> >successful
> >evgpeblk-0731 [06] ev_create_gpe_block : GPE Block: [_GPE] 2 registers
> >at 0000000000001028 on interrupt 9
> >evgpeblk-0736 [06] ev_create_gpe_block : GPE Block defined as GPE 0x00
> >to GPE 0x0F
> >evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L0B as
> >GPE number 0x0B
> >evgpeblk-0731 [06] ev_create_gpe_block : GPE Block: [_GPE] 2 registers
> >at 000000000000102C on interrupt 9
> >evgpeblk-0736 [06] ev_create_gpe_block : GPE Block defined as GPE 0x10
> >to GPE 0x1F
> >evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L11 as
> >GPE number 0x11
> >evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L13 as
> >GPE number 0x13
> >evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L14 as
> >GPE number 0x14
> >evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L15 as
> >GPE number 0x15
> >evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L17 as
> >GPE number 0x17
> >evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L18 as
> >GPE number 0x18
> >evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L1C as
> >GPE number 0x1C
> >Executing all Device _STA and_INI methods:...evrgnini-0261: *** Error:
> >Could not install pci_config handler for C03B, AE_ALREADY_EXISTS
> >....evrgnini-0261: *** Error: Could not install pci_config handler for
> >C03B, AE_ALREADY_EXISTS
> >....................evregion-0254 [22] ev_address_space_dispa: no handler
> >for region(cff6d3a8) [EmbeddedControl]
> >exfldio-0235 [21] ex_access_region : Region EmbeddedControl(3) has no
> >handler
> >evregion-0254 [22] ev_address_space_dispa: no handler for region(cff6d3a8)
> >[EmbeddedControl]
> >exfldio-0235 [21] ex_access_region : Region EmbeddedControl(3) has no
> >handler
> >psparse-1121: *** Error: Method execution failed
> >[\_SB_.C03B.C04E.C0CF.C0D3] (Node cff6c728), AE_NOT_EXIST
> >psparse-1121: *** Error: Method execution failed
> >[\_SB_.C03B.C04E.C0CF._INI] (Node cff696a8), AE_NOT_EXIST
> > nsinit-0397 [06] ns_init_one_device : \_SB_.C03B.C04E.C0CF._INI
> > failed: AE_NOT_EXIST
> >.........................................evrgnini-0261: *** Error: Could
> >not install pci_config handler for C03B, AE_ALREADY_EXISTS
> >.......................
> >91 Devices found containing: 91 _STA, 4 _INI methods
> >Completing Region/Field/Buffer/Package
> >initialization:.................................................................................................
> >Initialized 14/24 Regions 0/0 Fields 25/26 Buffers 58/67 Packages (835
> >nodes)
> >ACPI: Interpreter enabled
> >ACPI: Using PIC for interrupt routing
> >ACPI: PCI Root Bridge [C03B] (00:00)
> >PCI: Probing PCI hardware (bus 00)
> >Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bri
> >ACPI: PCI Interrupt Routing Table [\_SB_.C03B._PRT]
> >ACPI: PCI Interrupt Routing Table [\_SB_.C03B.C03C._PRT]
> >ACPI: PCI Interrupt Routing Table [\_SB_.C03B.C04D._PRT]
> >ACPI: Embedded Controller [C0CF] (gpe 29)
> >ACPI: Power Resource [C142] (off)
> >ACPI: Power Resource [C156] (off)
> >ACPI: Power Resource [C15A] (off)
> >ACPI: Power Resource [C15E] (off)
> >ACPI: Power Resource [C167] (on)
> >ACPI: PCI Interrupt Link [C0B5] (IRQs 5 10 *11)
> >ACPI: PCI Interrupt Link [C0B6] (IRQs *5 10 11)
> >ACPI: PCI Interrupt Link [C0B7] (IRQs 5 10 *11)
> >ACPI: PCI Interrupt Link [C0B8] (IRQs 5 10 *11)
> >ACPI: PCI Interrupt Link [C0B9] (IRQs 5 *10 11)
> >pci_link-0110 [25] acpi_pci_link_check_po: Blank IRQ resource
> >ACPI: PCI Interrupt Link [C0BA] (IRQs, disabled)
> >pci_link-0110 [26] acpi_pci_link_check_po: Blank IRQ resource
> >ACPI: PCI Interrupt Link [C0BB] (IRQs, disabled)
> >pci_link-0110 [27] acpi_pci_link_check_po: Blank IRQ resource
> >ACPI: PCI Interrupt Link [C0BC] (IRQs, disabled)
> >ACPI: Power Resource [C0CE] (on)
> >ACPI: Power Resource [C1D3] (off)
> >ACPI: Power Resource [C1D4] (off)
> >ACPI: Power Resource [C1D5] (off)
> >ACPI: Power Resource [C1D6] (off)
> >ACPI: Power Resource [C1E1] (off)
> >ACPI: Power Resource [C1E2] (off)
> >ACPI: Power Resource [C1E3] (off)
> >Linux Plug and Play Support v0.96 (c) Adam Belay
> >PnPBIOS: Scanning system for PnP BIOS support...
> >PnPBIOS: Found PnP BIOS installation structure at 0xc00f2e20
> >PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0x2e4e, dseg 0xf0000
> >PnPBIOS: 16 nodes reported by PnP BIOS; 16 recorded by driver
> >block request queues:
> >128 requests per read queue
> >128 requests per write queue
> >8 requests per batch
> >enter congestion at 15
> >exit congestion at 17
> >Linux Kernel Card Services 3.1.22
> > options: [pci] [cardbus] [pm]
> >PCI: Probing PCI hardware
> >PCI: Using IRQ router PIIX [8086/248c] at 00:1f.0
> >cpufreq: Intel(R) SpeedStep(TM) for this processor not (yet) available.
> >cpufreq: P4/Xeon(TM) CPU On-Demand Clock Modulation available
> >Enabling SEP on CPU 0
> >Journalled Block Device driver loaded
> >Installing knfsd (copyright (C) 1996 okir-pn4DOG8n3UYbFoVRYvo4fw@public.gmane.org).
> >udf: registering filesystem
> >ACPI: AC Adapter [ACAD] (off-line)
> >ACPI: Battery Slot [BAT1] (battery absent)
> >ACPI: Power Button (FF) [PWRF]
> >ACPI: Sleep Button (CM) [SLPB]
> >ACPI: Lid Switch [LID]
> >ACPI: Fan [C1D7] (off)
> >ACPI: Fan [C1D8] (off)
> >ACPI: Fan [C1D9] (off)
> >ACPI: Fan [C1DA] (off)
> >ACPI: Processor [C000] (supports C1 C2 C3, 8 throttling states)
> >[ACPI Debug] Integer: 0000000000000E62
> >[ACPI Debug] Integer: 0000000000000DFE
> >[ACPI Debug] Integer: 0000000000000D9A
> >[ACPI Debug] Integer: 0000000000000D36
> >[ACPI Debug] Integer: 0000000000000CD2
> >ACPI: Thermal Zone [TZ1] (32 C)
> >[ACPI Debug] Integer: 0000000000000DFE
> >[ACPI Debug] Integer: 0000000000000D68
> >[ACPI Debug] Integer: 0000000000000D04
> >[ACPI Debug] Integer: 0000000000000CA0
> >ACPI: Thermal Zone [TZ2] (28 C)
> >[ACPI Debug] Integer: 0000000000000CD2
> >ACPI: Thermal Zone [TZ3] (27 C)
> >
> >----- </snip> ------
> >
> >
> >-------------------------------------------------------
> >This sf.net email is sponsored by:ThinkGeek
> >Welcome to geek heaven.
> >http://thinkgeek.com/sf
> >_______________________________________________
> >Acpi-devel mailing list
> >Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> >https://lists.sourceforge.net/lists/listinfo/acpi-devel
> >
> >
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: presario 1505us battery not found
@ 2003-04-25 21:53 Moore, Robert
0 siblings, 0 replies; 9+ messages in thread
From: Moore, Robert @ 2003-04-25 21:53 UTC (permalink / raw)
To: Abheek Anand, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
We are still looking at the problems.
1) The AE_ALREADY_EXISTS problem has been around for a while and we've
finally figured it out. It turns out that it does not adversely affect
anything, but we are fixing it.
2) The AE_NOT_EXIST message means that the EC driver is not up and
running yet. We are still investigating this.
Bob
> -----Original Message-----
> From: Abheek Anand [mailto:abheek-VX+DGZyGJwM3uPMLIKxrzw@public.gmane.org]
> Sent: Thursday, April 24, 2003 12:50 PM
> To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: [ACPI] presario 1505us battery not found
>
> Hi,
>
> After quite a bit of tinkering with my presario 1505us, I managed to
get
> most
> of what I need up and working. Currently im using linux 2.5.67 with
> acpi-20030328. I am able to get ac-adaptor information, and the LID
works
> fine. However, I am unable to get acpi to recognize my battery, which
it
> always shows as absent. I have looked at several people's suggestions
on
> this
> on the mailing list, but none of them work for me.
>
> I'm including a copy of the dmesg messages my system spews out. I also
did
> the
> usual dsdt disassemble, fix, and include in kernel routine. I have put
up
> my
> original (and fixed) dsdt on http://www.cs.umd.edu/~abheek/acpi . My
> /proc/acpi/battery/BAT1 entries show the battery as absent.
>
> Any help would be _very_ appreciated.
>
> Thanks,
> Abheek
>
>
> ----- dmesg <snip> ----
>
> Linux version 2.5.67 (root-c5qLw1b7B3dFcdTHL1IdjYdd74u8MsAO@public.gmane.org) (gcc version 3.2.2
20030222
> (Red Hat Linux 3.2.2-5)) #6 Thu Apr 24 13:45:50 EDT 2003
> Video mode to be used for restore is ffff
> BIOS-provided physical RAM map:
> BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
> BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
> BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
> BIOS-e820: 0000000000100000 - 000000000ffd0000 (usable)
> BIOS-e820: 000000000ffd0000 - 000000000fff0c00 (reserved)
> BIOS-e820: 000000000fff0c00 - 000000000fffc000 (ACPI NVS)
> BIOS-e820: 000000000fffc000 - 0000000010000000 (reserved)
> 255MB LOWMEM available.
> On node 0 totalpages: 65488
> DMA zone: 4096 pages, LIFO batch:1
> Normal zone: 61392 pages, LIFO batch:14
> HighMem zone: 0 pages, LIFO batch:1
> ACPI: RSDP (v000 COMPAQ ) @ 0x000f9970
> ACPI: RSDT (v001 COMPAQ CPQ004A 09478.00544) @ 0x0fff0c84
> ACPI: FADT (v002 COMPAQ CPQ004A 00000.00002) @ 0x0fff0c00
> ACPI: SSDT (v001 COMPAQ CPQCrP4C 00000.04097) @ 0x0fff6637
> ACPI: DSDT (v001 COMPAQ EVON800 00001.00000) @ 0x00000000
> ACPI: BIOS passes blacklist
> Building zonelist for node : 0
> Kernel command line: ro root=/dev/hda3 hdc=ide-scsi pci=noacpi
> ide_setup: hdc=ide-scsi
> Initializing CPU#0
> PID hash table entries: 1024 (order 10: 8192 bytes)
> Detected 1594.399 MHz processor.
> Console: colour VGA+ 80x25
> Calibrating delay loop... 3145.72 BogoMIPS
> Memory: 254948k/261952k available (2392k kernel code, 6292k reserved,
963k
> data, 132k init, 0k highmem)
> Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
> Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
> Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
> -> /dev
> -> /dev/console
> -> /root
> CPU: Trace cache: 12K uops, L1 D cache: 8K
> CPU: L2 cache: 512K
> CPU: After generic, caps: 3febf9ff 00000000 00000000 00000000
> Intel machine check architecture supported.
> Intel machine check reporting enabled on CPU#0.
> CPU#0: Intel P4/Xeon Extended MCE MSRs (12) available
> CPU: Intel(R) Pentium(R) 4 CPU 1.60GHz stepping 04
> Enabling fast FPU save and restore... done.
> Enabling unmasked SIMD FPU exception support... done.
> Checking 'hlt' instruction... OK.
> POSIX conformance testing by UNIFIX
> Initializing RT netlink socket
> mtrr: v2.0 (20020519)
> PCI: BIOS32 entry (0xc00f0000) in high memory, cannot use.
> PCI: Using configuration type 1
> BIO: pool of 256 setup, 15Kb (60 bytes/bio)
> biovec pool[0]: 1 bvecs: 256 entries (12 bytes)
> biovec pool[1]: 4 bvecs: 256 entries (48 bytes)
> biovec pool[2]: 16 bvecs: 256 entries (192 bytes)
> biovec pool[3]: 64 bvecs: 256 entries (768 bytes)
> biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
> biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
> ACPI: Subsystem revision 20030328
> tbget-0292: *** Info: Table [DSDT] replaced by host OS
> tbxface-0117 [03] acpi_load_tables : ACPI Tables successfully
> acquired
> Parsing all Control
>
Methods:................................................................
..
>
........................................................................
..
>
........................................................................
..
> .............................
> Table [DSDT] - 784 Objects with 88 Devices 243 Methods 24 Regions
> Parsing all Control Methods:
> Table [SSDT] - 0 Objects with 0 Devices 0 Methods 0 Regions
> ACPI Namespace successfully loaded at root c04795dc
> evxfevnt-0093 [04] acpi_enable : Transition to ACPI mode
> successful
> evgpeblk-0731 [06] ev_create_gpe_block : GPE Block: [_GPE] 2
registers
> at 0000000000001028 on interrupt 9
> evgpeblk-0736 [06] ev_create_gpe_block : GPE Block defined as GPE
0x00
> to GPE 0x0F
> evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L0B
as
> GPE number 0x0B
> evgpeblk-0731 [06] ev_create_gpe_block : GPE Block: [_GPE] 2
registers
> at 000000000000102C on interrupt 9
> evgpeblk-0736 [06] ev_create_gpe_block : GPE Block defined as GPE
0x10
> to GPE 0x1F
> evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L11
as
> GPE number 0x11
> evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L13
as
> GPE number 0x13
> evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L14
as
> GPE number 0x14
> evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L15
as
> GPE number 0x15
> evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L17
as
> GPE number 0x17
> evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L18
as
> GPE number 0x18
> evgpeblk-0262 [07] ev_save_method_info : Registered GPE method _L1C
as
> GPE number 0x1C
> Executing all Device _STA and_INI methods:...evrgnini-0261: *** Error:
> Could not install pci_config handler for C03B, AE_ALREADY_EXISTS
> ....evrgnini-0261: *** Error: Could not install pci_config handler for
> C03B, AE_ALREADY_EXISTS
> ....................evregion-0254 [22] ev_address_space_dispa: no
handler
> for region(cff6d3a8) [EmbeddedControl]
> exfldio-0235 [21] ex_access_region : Region EmbeddedControl(3)
has
> no handler
> evregion-0254 [22] ev_address_space_dispa: no handler for
region(cff6d3a8)
> [EmbeddedControl]
> exfldio-0235 [21] ex_access_region : Region EmbeddedControl(3)
has
> no handler
> psparse-1121: *** Error: Method execution failed
> [\_SB_.C03B.C04E.C0CF.C0D3] (Node cff6c728), AE_NOT_EXIST
> psparse-1121: *** Error: Method execution failed
> [\_SB_.C03B.C04E.C0CF._INI] (Node cff696a8), AE_NOT_EXIST
> nsinit-0397 [06] ns_init_one_device : \_SB_.C03B.C04E.C0CF._INI
> failed: AE_NOT_EXIST
> .........................................evrgnini-0261: *** Error:
Could
> not install pci_config handler for C03B, AE_ALREADY_EXISTS
> .......................
> 91 Devices found containing: 91 _STA, 4 _INI methods
> Completing Region/Field/Buffer/Package
>
initialization:.........................................................
..
> ......................................
> Initialized 14/24 Regions 0/0 Fields 25/26 Buffers 58/67 Packages (835
> nodes)
> ACPI: Interpreter enabled
> ACPI: Using PIC for interrupt routing
> ACPI: PCI Root Bridge [C03B] (00:00)
> PCI: Probing PCI hardware (bus 00)
> Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bri
> ACPI: PCI Interrupt Routing Table [\_SB_.C03B._PRT]
> ACPI: PCI Interrupt Routing Table [\_SB_.C03B.C03C._PRT]
> ACPI: PCI Interrupt Routing Table [\_SB_.C03B.C04D._PRT]
> ACPI: Embedded Controller [C0CF] (gpe 29)
> ACPI: Power Resource [C142] (off)
> ACPI: Power Resource [C156] (off)
> ACPI: Power Resource [C15A] (off)
> ACPI: Power Resource [C15E] (off)
> ACPI: Power Resource [C167] (on)
> ACPI: PCI Interrupt Link [C0B5] (IRQs 5 10 *11)
> ACPI: PCI Interrupt Link [C0B6] (IRQs *5 10 11)
> ACPI: PCI Interrupt Link [C0B7] (IRQs 5 10 *11)
> ACPI: PCI Interrupt Link [C0B8] (IRQs 5 10 *11)
> ACPI: PCI Interrupt Link [C0B9] (IRQs 5 *10 11)
> pci_link-0110 [25] acpi_pci_link_check_po: Blank IRQ resource
> ACPI: PCI Interrupt Link [C0BA] (IRQs, disabled)
> pci_link-0110 [26] acpi_pci_link_check_po: Blank IRQ resource
> ACPI: PCI Interrupt Link [C0BB] (IRQs, disabled)
> pci_link-0110 [27] acpi_pci_link_check_po: Blank IRQ resource
> ACPI: PCI Interrupt Link [C0BC] (IRQs, disabled)
> ACPI: Power Resource [C0CE] (on)
> ACPI: Power Resource [C1D3] (off)
> ACPI: Power Resource [C1D4] (off)
> ACPI: Power Resource [C1D5] (off)
> ACPI: Power Resource [C1D6] (off)
> ACPI: Power Resource [C1E1] (off)
> ACPI: Power Resource [C1E2] (off)
> ACPI: Power Resource [C1E3] (off)
> Linux Plug and Play Support v0.96 (c) Adam Belay
> PnPBIOS: Scanning system for PnP BIOS support...
> PnPBIOS: Found PnP BIOS installation structure at 0xc00f2e20
> PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0x2e4e, dseg 0xf0000
> PnPBIOS: 16 nodes reported by PnP BIOS; 16 recorded by driver
> block request queues:
> 128 requests per read queue
> 128 requests per write queue
> 8 requests per batch
> enter congestion at 15
> exit congestion at 17
> Linux Kernel Card Services 3.1.22
> options: [pci] [cardbus] [pm]
> PCI: Probing PCI hardware
> PCI: Using IRQ router PIIX [8086/248c] at 00:1f.0
> cpufreq: Intel(R) SpeedStep(TM) for this processor not (yet)
available.
> cpufreq: P4/Xeon(TM) CPU On-Demand Clock Modulation available
> Enabling SEP on CPU 0
> Journalled Block Device driver loaded
> Installing knfsd (copyright (C) 1996 okir-pn4DOG8n3UYbFoVRYvo4fw@public.gmane.org).
> udf: registering filesystem
> ACPI: AC Adapter [ACAD] (off-line)
> ACPI: Battery Slot [BAT1] (battery absent)
> ACPI: Power Button (FF) [PWRF]
> ACPI: Sleep Button (CM) [SLPB]
> ACPI: Lid Switch [LID]
> ACPI: Fan [C1D7] (off)
> ACPI: Fan [C1D8] (off)
> ACPI: Fan [C1D9] (off)
> ACPI: Fan [C1DA] (off)
> ACPI: Processor [C000] (supports C1 C2 C3, 8 throttling states)
> [ACPI Debug] Integer: 0000000000000E62
> [ACPI Debug] Integer: 0000000000000DFE
> [ACPI Debug] Integer: 0000000000000D9A
> [ACPI Debug] Integer: 0000000000000D36
> [ACPI Debug] Integer: 0000000000000CD2
> ACPI: Thermal Zone [TZ1] (32 C)
> [ACPI Debug] Integer: 0000000000000DFE
> [ACPI Debug] Integer: 0000000000000D68
> [ACPI Debug] Integer: 0000000000000D04
> [ACPI Debug] Integer: 0000000000000CA0
> ACPI: Thermal Zone [TZ2] (28 C)
> [ACPI Debug] Integer: 0000000000000CD2
> ACPI: Thermal Zone [TZ3] (27 C)
>
> ----- </snip> ------
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re:presario 1505us battery not found
@ 2003-04-26 10:58 Kevin Schmidt
[not found] ` <200304261058.DAA12435-iy676YoZKZKAgX/H7s3LlTe48wsgrGvP@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Kevin Schmidt @ 2003-04-26 10:58 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
I am running a 2.4.19 kernel and acpi20020918, on a compaq evo1000v.
Many things may have improved since then. I finally gave up and patched
the dsdt to always report the battery present. I was then able to get
the battery charge status etc.; I changed:
Return (local1)
to
Return (Or (local1,0x10))
in my C10F method, to set the battery present bit. I don't know if this
name is the same in other compaq dsdts.
> Date: Thu, 24 Apr 2003 15:49:43 -0400
> From: Abheek Anand <abheek-VX+DGZyGJwM3uPMLIKxrzw@public.gmane.org>
> To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Organization: CS Department, University of Maryland
> Subject: [ACPI] presario 1505us battery not found
>
> Hi,
>
> After quite a bit of tinkering with my presario 1505us, I managed to get most
> of what I need up and working. Currently im using linux 2.5.67 with
> acpi-20030328. I am able to get ac-adaptor information, and the LID works
> fine. However, I am unable to get acpi to recognize my battery, which it
> always shows as absent. I have looked at several people's suggestions on this
> on the mailing list, but none of them work for me.
>
> I'm including a copy of the dmesg messages my system spews out. I also did the
> usual dsdt disassemble, fix, and include in kernel routine. I have put up my
> original (and fixed) dsdt on http://www.cs.umd.edu/~abheek/acpi . My
> /proc/acpi/battery/BAT1 entries show the battery as absent.
>
> Any help would be _very_ appreciated.
>
> Thanks,
> Abheek
>
=-------------------------------------------------------------
Kevin Schmidt, w9cf-iy676YoZKZKAgX/H7s3LlTe48wsgrGvP@public.gmane.org, http://fermi.la.asu.edu/w9cf
Department of Physics and Astronomy
Arizona State University, Tempe, AZ 85287-1504
(480) 965-8240 Fax: (480) 965-7954
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: presario 1505us battery not found
[not found] ` <200304261058.DAA12435-iy676YoZKZKAgX/H7s3LlTe48wsgrGvP@public.gmane.org>
@ 2003-04-26 18:35 ` Abheek Anand
0 siblings, 0 replies; 9+ messages in thread
From: Abheek Anand @ 2003-04-26 18:35 UTC (permalink / raw)
To: Kevin Schmidt; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Well it does the trick on my hardware. I am now able to check up on battery
status etc. Next step is trying to get suspend to work ;-)
Thanks a lot
Abheek
On (04/26/03 03:58), Kevin Schmidt wrote:
> I am running a 2.4.19 kernel and acpi20020918, on a compaq evo1000v.
> Many things may have improved since then. I finally gave up and patched
> the dsdt to always report the battery present. I was then able to get
> the battery charge status etc.; I changed:
> Return (local1)
> to
> Return (Or (local1,0x10))
> in my C10F method, to set the battery present bit. I don't know if this
> name is the same in other compaq dsdts.
>
> > Date: Thu, 24 Apr 2003 15:49:43 -0400
> > From: Abheek Anand <abheek-VX+DGZyGJwM3uPMLIKxrzw@public.gmane.org>
> > To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > Organization: CS Department, University of Maryland
> > Subject: [ACPI] presario 1505us battery not found
> >
> > Hi,
> >
> > After quite a bit of tinkering with my presario 1505us, I managed to get most
> > of what I need up and working. Currently im using linux 2.5.67 with
> > acpi-20030328. I am able to get ac-adaptor information, and the LID works
> > fine. However, I am unable to get acpi to recognize my battery, which it
> > always shows as absent. I have looked at several people's suggestions on this
> > on the mailing list, but none of them work for me.
> >
> > I'm including a copy of the dmesg messages my system spews out. I also did the
> > usual dsdt disassemble, fix, and include in kernel routine. I have put up my
> > original (and fixed) dsdt on http://www.cs.umd.edu/~abheek/acpi . My
> > /proc/acpi/battery/BAT1 entries show the battery as absent.
> >
> > Any help would be _very_ appreciated.
> >
> > Thanks,
> > Abheek
> >
> =-------------------------------------------------------------
> Kevin Schmidt, w9cf-iy676YoZKZKAgX/H7s3LlTe48wsgrGvP@public.gmane.org, http://fermi.la.asu.edu/w9cf
> Department of Physics and Astronomy
> Arizona State University, Tempe, AZ 85287-1504
> (480) 965-8240 Fax: (480) 965-7954
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
Abheek
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: presario 1505us battery not found
@ 2003-04-28 17:51 Moore, Robert
[not found] ` <D3A3AA459175A44CB5326F26DA7A189C1C3C2B-sBd4vmA9Se58QrAoInS571DQ4js95KgL@public.gmane.org>
0 siblings, 1 reply; 9+ messages in thread
From: Moore, Robert @ 2003-04-28 17:51 UTC (permalink / raw)
To: Abheek Anand, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
The problem with the AE_NOT_EXIST message during EC access is as
follows:
The _INI method for the EC device is inappropriately accessing the EC
hardware before the EC driver has been loaded. This is because the _INI
method is accessing the hardware before the _REG method has been run on
the EC Operation Region(s). The _REG method is only run once the EC
driver has been loaded and has installed a handler for the EC GPE.
Relevant sections of the ACPI specification are included below.
Since the ASL for this machine is violating the _REG protocol so
blatantly, I'm afraid that this BIOS will have to blacklisted until it
is fixed by the vendor.
Bob
Section 6.5.1: (_INI)
The _INI method must only access Operation Regions that have been
indicated to available as defined by the _REG method.
Section 6.5.4: (_REG)
Except for the cases shown below, control methods must assume all
operation regions inaccessible until the _REG(RegionSpace, 1) method is
executed. Once _REG has been executed for a particular operation region,
indicating that the operation region handler is ready, a control method
can access fields in the operation region. Conversely, control methods
must not access fields in operation regions when _REG method execution
has not indicated that the operation region handler is ready.
For example, until the Embedded Controller driver is ready, the control
methods cannot access the Embedded Controller. Once OSPM has run
_REG(EmbeddedControl, 1), the control methods can then access operation
regions in Embedded Controller address space. Furthermore, if OSPM
executes _REG(EmbeddedControl, 0), control methods must stop accessing
operation regions in the Embedded Controller address space.
The exceptions for this rule are:
1. OSPM must guarantee that the following operation regions must
always be accessible:
* PCI_Config operation regions on a PCI root bus containing a _BBN
object.
* I/O operation regions.
* Memory operation regions when accessing memory returned by the
System Address Map reporting interfaces.
2. OSPM must make Embedded Controller operation regions, accessed
via the Embedded Controllers described in ECDT, available before
executing any control method. These operation regions may become
inaccessible after OSPM runs _REG(EmbeddedControl, 0).
> -----Original Message-----
> From: Moore, Robert
> Sent: Friday, April 25, 2003 2:54 PM
> To: Abheek Anand; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: RE: [ACPI] presario 1505us battery not found
>
>
> We are still looking at the problems.
>
> 1) The AE_ALREADY_EXISTS problem has been around for a while and we've
> finally figured it out. It turns out that it does not adversely
affect
> anything, but we are fixing it.
>
> 2) The AE_NOT_EXIST message means that the EC driver is not up and
> running yet. We are still investigating this.
>
> Bob
>
>
> > -----Original Message-----
> > From: Abheek Anand [mailto:abheek-VX+DGZyGJwM3uPMLIKxrzw@public.gmane.org]
> > Sent: Thursday, April 24, 2003 12:50 PM
> > To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > Subject: [ACPI] presario 1505us battery not found
> >
> > Hi,
> >
> > After quite a bit of tinkering with my presario 1505us, I managed to
> get
> > most
> > of what I need up and working. Currently im using linux 2.5.67 with
> > acpi-20030328. I am able to get ac-adaptor information, and the LID
> works
> > fine. However, I am unable to get acpi to recognize my battery,
which
> it
> > always shows as absent. I have looked at several people's
suggestions
> on
> > this
> > on the mailing list, but none of them work for me.
> >
> > I'm including a copy of the dmesg messages my system spews out. I
also
> did
> > the
> > usual dsdt disassemble, fix, and include in kernel routine. I have
put
> up
> > my
> > original (and fixed) dsdt on http://www.cs.umd.edu/~abheek/acpi . My
> > /proc/acpi/battery/BAT1 entries show the battery as absent.
> >
> > Any help would be _very_ appreciated.
> >
> > Thanks,
> > Abheek
> >
> >
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: presario 1505us battery not found
[not found] ` <D3A3AA459175A44CB5326F26DA7A189C1C3C2B-sBd4vmA9Se58QrAoInS571DQ4js95KgL@public.gmane.org>
@ 2003-04-28 19:14 ` Abheek Anand
0 siblings, 0 replies; 9+ messages in thread
From: Abheek Anand @ 2003-04-28 19:14 UTC (permalink / raw)
To: Moore, Robert; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Hi Bob,
>From the user point of view, I had a couple of questions.
1. Is this error likely to yield any serious problems with using ACPI? Most
things short of frying up the hardware should probably be all right :-)
2. Is there a way to fix this using a custom DSDT? I don't have much
experience with trying something like this, so any pointers on how to do this
would be great.
Thanks,
Abheek
On (04/28/03 10:51), Moore, Robert wrote:
>
> The problem with the AE_NOT_EXIST message during EC access is as
> follows:
>
> The _INI method for the EC device is inappropriately accessing the EC
> hardware before the EC driver has been loaded. This is because the _INI
> method is accessing the hardware before the _REG method has been run on
> the EC Operation Region(s). The _REG method is only run once the EC
> driver has been loaded and has installed a handler for the EC GPE.
>
> Relevant sections of the ACPI specification are included below.
>
> Since the ASL for this machine is violating the _REG protocol so
> blatantly, I'm afraid that this BIOS will have to blacklisted until it
> is fixed by the vendor.
>
> Bob
>
> Section 6.5.1: (_INI)
>
> The _INI method must only access Operation Regions that have been
> indicated to available as defined by the _REG method.
>
> Section 6.5.4: (_REG)
>
> Except for the cases shown below, control methods must assume all
> operation regions inaccessible until the _REG(RegionSpace, 1) method is
> executed. Once _REG has been executed for a particular operation region,
> indicating that the operation region handler is ready, a control method
> can access fields in the operation region. Conversely, control methods
> must not access fields in operation regions when _REG method execution
> has not indicated that the operation region handler is ready.
>
> For example, until the Embedded Controller driver is ready, the control
> methods cannot access the Embedded Controller. Once OSPM has run
> _REG(EmbeddedControl, 1), the control methods can then access operation
> regions in Embedded Controller address space. Furthermore, if OSPM
> executes _REG(EmbeddedControl, 0), control methods must stop accessing
> operation regions in the Embedded Controller address space.
>
> The exceptions for this rule are:
> 1. OSPM must guarantee that the following operation regions must
> always be accessible:
> * PCI_Config operation regions on a PCI root bus containing a _BBN
> object.
> * I/O operation regions.
> * Memory operation regions when accessing memory returned by the
> System Address Map reporting interfaces.
> 2. OSPM must make Embedded Controller operation regions, accessed
> via the Embedded Controllers described in ECDT, available before
> executing any control method. These operation regions may become
> inaccessible after OSPM runs _REG(EmbeddedControl, 0).
>
>
> > -----Original Message-----
> > From: Moore, Robert
> > Sent: Friday, April 25, 2003 2:54 PM
> > To: Abheek Anand; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > Subject: RE: [ACPI] presario 1505us battery not found
> >
> >
> > We are still looking at the problems.
> >
> > 1) The AE_ALREADY_EXISTS problem has been around for a while and we've
> > finally figured it out. It turns out that it does not adversely
> affect
> > anything, but we are fixing it.
> >
> > 2) The AE_NOT_EXIST message means that the EC driver is not up and
> > running yet. We are still investigating this.
> >
> > Bob
> >
> >
> > > -----Original Message-----
> > > From: Abheek Anand [mailto:abheek-VX+DGZyGJwM3uPMLIKxrzw@public.gmane.org]
> > > Sent: Thursday, April 24, 2003 12:50 PM
> > > To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > Subject: [ACPI] presario 1505us battery not found
> > >
> > > Hi,
> > >
> > > After quite a bit of tinkering with my presario 1505us, I managed to
> > get
> > > most
> > > of what I need up and working. Currently im using linux 2.5.67 with
> > > acpi-20030328. I am able to get ac-adaptor information, and the LID
> > works
> > > fine. However, I am unable to get acpi to recognize my battery,
> which
> > it
> > > always shows as absent. I have looked at several people's
> suggestions
> > on
> > > this
> > > on the mailing list, but none of them work for me.
> > >
> > > I'm including a copy of the dmesg messages my system spews out. I
> also
> > did
> > > the
> > > usual dsdt disassemble, fix, and include in kernel routine. I have
> put
> > up
> > > my
> > > original (and fixed) dsdt on http://www.cs.umd.edu/~abheek/acpi . My
> > > /proc/acpi/battery/BAT1 entries show the battery as absent.
> > >
> > > Any help would be _very_ appreciated.
> > >
> > > Thanks,
> > > Abheek
> > >
> > >
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: presario 1505us battery not found
@ 2003-04-28 21:38 Moore, Robert
0 siblings, 0 replies; 9+ messages in thread
From: Moore, Robert @ 2003-04-28 21:38 UTC (permalink / raw)
To: Abheek Anand; +Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
Yes, it is serious -- potentially, anything under the EC will not work.
You could try removing the code from _INI and moving it to _REG:
Method (_REG, 2, NotSerialized)
{
If (LEqual (Arg0, 0x01))
{
If (LLess (\C009 (), 0x03))
{
C0D3 ()
}
}
If (LEqual (Arg0, 0x03))
{
Store (Arg1, C0D2)
If (LAnd (Arg1, LNot (LLess (\C009 (),
0x03))))
{
C0D3 ()
}
}
}
> -----Original Message-----
> From: Abheek Anand [mailto:abheek-VX+DGZyGJwM3uPMLIKxrzw@public.gmane.org]
> Sent: Monday, April 28, 2003 12:15 PM
> To: Moore, Robert
> Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> Subject: Re: [ACPI] presario 1505us battery not found
>
> Hi Bob,
>
> From the user point of view, I had a couple of questions.
> 1. Is this error likely to yield any serious problems with using ACPI?
> Most
> things short of frying up the hardware should probably be all right
:-)
>
> 2. Is there a way to fix this using a custom DSDT? I don't have much
> experience with trying something like this, so any pointers on how to
do
> this
> would be great.
>
> Thanks,
> Abheek
>
> On (04/28/03 10:51), Moore, Robert wrote:
> >
> > The problem with the AE_NOT_EXIST message during EC access is as
> > follows:
> >
> > The _INI method for the EC device is inappropriately accessing the
EC
> > hardware before the EC driver has been loaded. This is because the
_INI
> > method is accessing the hardware before the _REG method has been run
on
> > the EC Operation Region(s). The _REG method is only run once the EC
> > driver has been loaded and has installed a handler for the EC GPE.
> >
> > Relevant sections of the ACPI specification are included below.
> >
> > Since the ASL for this machine is violating the _REG protocol so
> > blatantly, I'm afraid that this BIOS will have to blacklisted until
it
> > is fixed by the vendor.
> >
> > Bob
> >
> > Section 6.5.1: (_INI)
> >
> > The _INI method must only access Operation Regions that have been
> > indicated to available as defined by the _REG method.
> >
> > Section 6.5.4: (_REG)
> >
> > Except for the cases shown below, control methods must assume all
> > operation regions inaccessible until the _REG(RegionSpace, 1) method
is
> > executed. Once _REG has been executed for a particular operation
region,
> > indicating that the operation region handler is ready, a control
method
> > can access fields in the operation region. Conversely, control
methods
> > must not access fields in operation regions when _REG method
execution
> > has not indicated that the operation region handler is ready.
> >
> > For example, until the Embedded Controller driver is ready, the
control
> > methods cannot access the Embedded Controller. Once OSPM has run
> > _REG(EmbeddedControl, 1), the control methods can then access
operation
> > regions in Embedded Controller address space. Furthermore, if OSPM
> > executes _REG(EmbeddedControl, 0), control methods must stop
accessing
> > operation regions in the Embedded Controller address space.
> >
> > The exceptions for this rule are:
> > 1. OSPM must guarantee that the following operation regions must
> > always be accessible:
> > * PCI_Config operation regions on a PCI root bus containing a _BBN
> > object.
> > * I/O operation regions.
> > * Memory operation regions when accessing memory returned by the
> > System Address Map reporting interfaces.
> > 2. OSPM must make Embedded Controller operation regions, accessed
> > via the Embedded Controllers described in ECDT, available before
> > executing any control method. These operation regions may become
> > inaccessible after OSPM runs _REG(EmbeddedControl, 0).
> >
> >
> > > -----Original Message-----
> > > From: Moore, Robert
> > > Sent: Friday, April 25, 2003 2:54 PM
> > > To: Abheek Anand; acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > Subject: RE: [ACPI] presario 1505us battery not found
> > >
> > >
> > > We are still looking at the problems.
> > >
> > > 1) The AE_ALREADY_EXISTS problem has been around for a while and
we've
> > > finally figured it out. It turns out that it does not adversely
> > affect
> > > anything, but we are fixing it.
> > >
> > > 2) The AE_NOT_EXIST message means that the EC driver is not up and
> > > running yet. We are still investigating this.
> > >
> > > Bob
> > >
> > >
> > > > -----Original Message-----
> > > > From: Abheek Anand [mailto:abheek-VX+DGZyGJwM3uPMLIKxrzw@public.gmane.org]
> > > > Sent: Thursday, April 24, 2003 12:50 PM
> > > > To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > > > Subject: [ACPI] presario 1505us battery not found
> > > >
> > > > Hi,
> > > >
> > > > After quite a bit of tinkering with my presario 1505us, I
managed to
> > > get
> > > > most
> > > > of what I need up and working. Currently im using linux 2.5.67
with
> > > > acpi-20030328. I am able to get ac-adaptor information, and the
LID
> > > works
> > > > fine. However, I am unable to get acpi to recognize my battery,
> > which
> > > it
> > > > always shows as absent. I have looked at several people's
> > suggestions
> > > on
> > > > this
> > > > on the mailing list, but none of them work for me.
> > > >
> > > > I'm including a copy of the dmesg messages my system spews out.
I
> > also
> > > did
> > > > the
> > > > usual dsdt disassemble, fix, and include in kernel routine. I
have
> > put
> > > up
> > > > my
> > > > original (and fixed) dsdt on http://www.cs.umd.edu/~abheek/acpi
. My
> > > > /proc/acpi/battery/BAT1 entries show the battery as absent.
> > > >
> > > > Any help would be _very_ appreciated.
> > > >
> > > > Thanks,
> > > > Abheek
> > > >
> > > >
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2003-04-28 21:38 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-04-26 10:58 Re:presario 1505us battery not found Kevin Schmidt
[not found] ` <200304261058.DAA12435-iy676YoZKZKAgX/H7s3LlTe48wsgrGvP@public.gmane.org>
2003-04-26 18:35 ` presario " Abheek Anand
-- strict thread matches above, loose matches on Subject: below --
2003-04-28 21:38 Moore, Robert
2003-04-28 17:51 Moore, Robert
[not found] ` <D3A3AA459175A44CB5326F26DA7A189C1C3C2B-sBd4vmA9Se58QrAoInS571DQ4js95KgL@public.gmane.org>
2003-04-28 19:14 ` Abheek Anand
2003-04-25 21:53 Moore, Robert
2003-04-24 19:49 Abheek Anand
2003-04-25 20:53 ` Richard Black
[not found] ` <3EA9A03D.2000507-VXdhtT5mjnY@public.gmane.org>
2003-04-25 20:55 ` Abheek Anand
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox