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.
Created attachment 4623 [details] kernel log
Created attachment 4624 [details] kernel .config
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
*** This bug has been marked as a duplicate of 4263 ***
Created attachment 4668 [details] dmesg-2.6.11 dmesg from 2.6.11 kernel testing
Created attachment 4669 [details] biosdecode
Created attachment 4670 [details] dmidecode
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