Bug 4271

Summary:	[\MCTH] (Node c17f25b8), AE_AML_BUFFER_LIMIT
Product:	ACPI	Reporter:	Pavel Kysilka (goldenfish)
Component:	ACPICA-Core	Assignee:	Robert Moore (Robert.Moore)
Status:	REJECTED DUPLICATE
Severity:	low
Priority:	P2
Hardware:	i386
OS:	Linux
Kernel Version:	2.6.11-rc5	Subsystem:
Regression:	---	Bisected commit-id:
Attachments:	kernel log kernel .config dmesg-2.6.11 biosdecode dmidecode SOLVED [dmesg attached]

Description Pavel Kysilka 2005-03-01 13:11:38 UTC

Distribution: Debian testing
Hardware Environment:
Intel KD865GBFL motherboard, CPU: P4 2.4 GHz, 1GB RAM
Software Environment:
Problem Description:
in the kernel log are there message, but pc booting without problems.
Steps to reproduce:
booting to machine.

Comment 1 Pavel Kysilka 2005-03-01 13:15:57 UTC

Created attachment 4623 [details]
kernel log

Comment 2 Pavel Kysilka 2005-03-01 13:16:47 UTC

Created attachment 4624 [details]
kernel .config

Comment 3 Pavel Kysilka 2005-03-01 13:20:11 UTC

relevant messages from kern.log:


Feb 28 21:24:15 prog3 kernel: Linux Plug and Play Support v0.97 (c) Adam Belay
Feb 28 21:24:15 prog3 kernel: pnp: PnP ACPI init
Feb 28 21:24:15 prog3 kernel: exoparg2-0436 [13] ex_opcode_2A_1T_1R    : Index
value (14) beyond end of buffer (12)
Feb 28 21:24:15 prog3 kernel:  psparse-1138: *** Error: Method execution failed
[\MCTH] (Node c17f25b8), AE_AML_BUFFER_LIMIT
Feb 28 21:24:15 prog3 kernel:  psparse-1138: *** Error: Method execution failed
[\OSFL] (Node c17f2604), AE_AML_BUFFER_LIMIT
Feb 28 21:24:15 prog3 kernel:  psparse-1138: *** Error: Method execution failed
[\_SB_.SYSM._CRS] (Node c17fbe08), AE_AML_BUFFER_LIMIT
Feb 28 21:24:15 prog3 kernel:   uteval-0158: *** Error: Method execution failed
[\_SB_.SYSM._CRS] (Node c17fbe08), AE_AML_BUFFER_LIMIT
Feb 28 21:24:15 prog3 kernel: pnp: PnPACPI: METHOD_NAME__CRS failure for PNP0c01
Feb 28 21:24:15 prog3 kernel: pnp: PnP ACPI: found 12 devices
Feb 28 21:24:15 prog3 kernel: SCSI subsystem initialized
Feb 28 21:24:15 prog3 kernel: usbcore: registered new driver usbfs
Feb 28 21:24:15 prog3 kernel: usbcore: registered new driver hub
Feb 28 21:24:15 prog3 kernel: PCI: Using ACPI for IRQ routing
Feb 28 21:24:15 prog3 kernel: ** PCI interrupts are no longer routed
automatically.  If this
Feb 28 21:24:15 prog3 kernel: ** causes a device to stop working, it is probably
because the
Feb 28 21:24:15 prog3 kernel: ** driver failed to call pci_enable_device().  As
a temporary
Feb 28 21:24:15 prog3 kernel: ** workaround, the "pci=routeirq" argument
restores the old
Feb 28 21:24:15 prog3 kernel: ** behavior.  If this argument makes the device
work again,
Feb 28 21:24:15 prog3 kernel: ** please email the output of "lspci" to
bjorn.helgaas@hp.com
Feb 28 21:24:15 prog3 kernel: ** so I can fix the driver.
Feb 28 21:24:15 prog3 kernel: exoparg2-0436 [14] ex_opcode_2A_1T_1R    : Index
value (14) beyond end of buffer (12)
Feb 28 21:24:15 prog3 kernel:  psparse-1138: *** Error: Method execution failed
[\MCTH] (Node c17f25b8), AE_AML_BUFFER_LIMIT
Feb 28 21:24:15 prog3 kernel:  psparse-1138: *** Error: Method execution failed
[\OSFL] (Node c17f2604), AE_AML_BUFFER_LIMIT
Feb 28 21:24:15 prog3 kernel:  psparse-1138: *** Error: Method execution failed
[\_SB_.SYSM._CRS] (Node c17fbe08), AE_AML_BUFFER_LIMIT
Feb 28 21:24:15 prog3 kernel:   uteval-0158: *** Error: Method execution failed
[\_SB_.SYSM._CRS] (Node c17fbe08), AE_AML_BUFFER_LIMIT
Feb 28 21:24:15 prog3 kernel: pnp: the driver 'system' has been registered
Feb 28 21:24:15 prog3 kernel: pnp: match found with the PnP device '00:09' and
the driver 'system'
Feb 28 21:24:15 prog3 kernel: pnp: match found with the PnP device '00:0b' and
the driver 'system'
Feb 28 21:24:15 prog3 kernel: pnp: 00:0b: ioport range 0x400-0x47f could not be
reserved
Feb 28 21:24:15 prog3 kernel: pnp: 00:0b: ioport range 0x680-0x6ff has been reserved
Feb 28 21:24:15 prog3 kernel: pnp: 00:0b: ioport range 0x500-0x53f has been reserved

Comment 4 Shaohua 2005-03-01 17:31:05 UTC


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

Comment 5 Pavel Kysilka 2005-03-05 08:30:46 UTC

Created attachment 4668 [details]
dmesg-2.6.11

dmesg from 2.6.11 kernel testing

Comment 6 Pavel Kysilka 2005-03-05 08:31:21 UTC

Created attachment 4669 [details]
biosdecode

Comment 7 Pavel Kysilka 2005-03-05 08:31:49 UTC

Created attachment 4670 [details]
dmidecode

Comment 8 Pavel Kysilka 2005-03-06 08:59:46 UTC

Created attachment 4683 [details]
SOLVED [dmesg attached]

problem was solved. see dmesg.
i use patch: http://bugme.osdl.org/attachment.cgi?id=4657&action=view
persist problem with AE_TIME. i look in the bugzila about this problem.
thx goldenfish