Bug 2435 - No handler for Region [BIOS] (c1c3ec54) [SystemMemory]
Summary: No handler for Region [BIOS] (c1c3ec54) [SystemMemory]
Status: REJECTED DUPLICATE of bug 2403
Alias: None
Product: ACPI
Classification: Unclassified
Component: ACPICA-Core (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Robert Moore
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-04-04 14:08 UTC by Martin Mokrejs
Modified: 2006-09-28 13:16 UTC (History)
1 user (show)

See Also:
Kernel Version: 2.4.26-rc1
Subsystem:
Regression: ---
Bisected commit-id:


Attachments
boot messages from 2.4.26-rc1 kernel on P4C800E-Deluxe (9.99 KB, text/plain)
2004-04-04 14:09 UTC, Martin Mokrejs
Details
2.6.5 doesn't fail (11.26 KB, text/plain)
2004-04-04 14:41 UTC, Martin Mokrejs
Details
acpidump of ASUS P4C800E-Deluxe board (taken from 2.6.5 running system) (66.44 KB, text/plain)
2004-04-05 01:36 UTC, Martin Mokrejs
Details
/proc/acpi/dsdt (13.90 KB, text/plain)
2004-04-06 02:57 UTC, Martin Mokrejs
Details
/proc/acpi/dsdt (13.90 KB, application/octet-stream)
2004-04-06 02:58 UTC, Martin Mokrejs
Details

Description Martin Mokrejs 2004-04-04 14:08:48 UTC
Distribution: Gentoo
Hardware Environment: ASUS P4C800E-Deluxe
Software Environment: Linux-2.4.26-rc1
Problem Description:

ACPI: Subsystem revision 20040326
PCI: PCI BIOS revision 2.10 entry at 0xf0031, last bus=3
PCI: Using configuration type 1
 tbxface-0117 [03] acpi_load_tables      : ACPI Tables successfully acquired
Parsing all Control
Methods:............................................................................................................
Table [DSDT](id F004) - 511 Objects with 48 Devices 150 Methods 14 Regions
ACPI Namespace successfully loaded at root c0455bfc
evxfevnt-0093 [04] acpi_enable           : Transition to ACPI mode successful
evgpeblk-0867 [06] ev_create_gpe_block   : GPE 00 to 31 [_GPE] 4 regs at
0000000000000828 on int 9
evregion-0251 [24] ev_address_space_dispa: No handler for Region [BIOS]
(c1c3ec54) [SystemMemory]
 exfldio-0283 [23] ex_access_region      : Region SystemMemory(0) has no handler
 dswexec-0435 [16] ds_exec_end_op        : [ShiftLeft]: Could not resolve
operands, AE_NOT_EXIST
 psparse-1133: *** Error: Method execution failed [\GPRW] (Node c1c3aa34),
AE_NOT_EXIST
 psparse-1133: *** Error: Method execution failed [\_SB_.PCI0.P0P4._PRW] (Node
c1c382c4), AE_NOT_EXIST
  uteval-0154: *** Error: Method execution failed [\_SB_.PCI0.P0P4._PRW] (Node
c1c382c4), AE_NOT_EXIST
evgpeblk-0925 [06] ev_create_gpe_block   : Found 0 Wake, Enabled 9 Runtime GPEs
in this block
Completing Region/Field/Buffer/Package
initialization:..................................................................................
Initialized 13/14 Regions 42/42 Fields 41/41 Buffers 16/16 Packages (520 nodes)
Executing all Device _STA and_INI
methods:...................................................
51 Devices found containing: 51 _STA, 1 _INI methods
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: System [ACPI] (supports S0 S1 S3 S4 S5)


I don't see anything like this with 2.6.5 kernel.

Steps to reproduce:
Comment 1 Martin Mokrejs 2004-04-04 14:09:35 UTC
Created attachment 2496 [details]
boot messages from 2.4.26-rc1 kernel on P4C800E-Deluxe
Comment 2 Martin Mokrejs 2004-04-04 14:14:01 UTC
For 2.6.5 behaviour see bug http://bugzilla.kernel.org/show_bug.cgi?id=2056 ,
where is attached full output of vanilla 2.6.5 kernel on that very same host.
Comment 3 Martin Mokrejs 2004-04-04 14:41:13 UTC
No, I got this problem also on 2.6.5 now, so #2 points you to case when it used
to work. Now it doesn't. See attachment.

Comment 4 Martin Mokrejs 2004-04-04 14:41:50 UTC
Created attachment 2497 [details]
2.6.5 doesn't fail
Comment 5 Martin Mokrejs 2004-04-04 14:46:06 UTC
Comment on attachment 2497 [details]
2.6.5 doesn't fail

Sorry for comment #3, 2.6.5 doesn't fail. Should go sleep now. ;(
Comment 6 Shaohua 2004-04-04 22:34:33 UTC
>evregion-0251 [24] ev_address_space_dispa: No handler for Region [BIOS]
(c1c3ec54) [SystemMemory]
> exfldio-0283 [23] ex_access_region      : Region SystemMemory(0) has no 
handler
Bob, sounds like an ACPI CA issue. Martin, could you please provide the 
acpidmp, so bob can reproduce it.
Comment 7 Martin Mokrejs 2004-04-05 01:36:41 UTC
Created attachment 2499 [details]
acpidump of ASUS P4C800E-Deluxe board (taken from 2.6.5 running system)
Comment 8 Luming Yu 2004-04-06 01:01:31 UTC
Since acpidisam doesn't work well, would you please send me /proc/acpi/dsdt.  
Thanks,  
Luming  
Comment 9 Shaohua 2004-04-06 01:24:50 UTC
Bob, looks like the _PRW is a method. And the method is executed before 
namespace region is initialized(that is current implementation). So current 
_PRW support cann't work if _PRW is a method. I think ACPICA should defer 
executing _PRW.
Comment 10 Eric Valette 2004-04-06 01:44:48 UTC
Note that the bug described in http://bugme.osdl.org/show_bug.cgi?id=2403 has
been tracked by Bob and myself and that the problem is know known.

Here is the last mail from Robert I received. So This bug can be closed as a
duplicate...

---------------------------------------------
I've found the problem, the _PRW is accessing an Operation Region before
the default region handlers are installed.  This will take a bit of work
to figure out a solution.

Bob


---------------------------------------------
Comment 11 Martin Mokrejs 2004-04-06 02:57:44 UTC
Created attachment 2519 [details]
/proc/acpi/dsdt
Comment 12 Martin Mokrejs 2004-04-06 02:58:01 UTC
Created attachment 2520 [details]
/proc/acpi/dsdt
Comment 13 Robert Moore 2004-04-09 15:23:42 UTC

*** This bug has been marked as a duplicate of 2403 ***

Note You need to log in before you can comment on or make changes to this bug.