Bug#263420: kernel-image-2.6.7-1-686-smp: oppses while starting, during ACPI?
maximilian attems wrote: On Wed, 04 Aug 2004, Chris Jones wrote: I have also recived oopses, random asci strings (but no error) followed by hang, and messages about garbage stacks The non smp verson of this package boots, i include the output of dmesg for this kenel is this fixed for you in latest 2.6.8 for sarge? or if you are using unstable in newer 2.6.10? thanks for feedback maks No, the 2.6.8 packaged kernels (I've tired the one in sarge and the one in sid) do not work without acpi bashing. I've just tried 2.6.10 and it seems to work! It even detects my dvb card :) so I'm happy for the moment. -- Chris Jones, SUCS Admin http://sucs.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#263420: kernel-image-2.6.7-1-686-smp: oppses while starting, during ACPI?
Actually, looks like it's already in 2.6.8-rc4. Once my colo box is fixed, I can give you a link to kernel packages.. Hello I don't think it is included in upstream 2.6.8-rc4, neither in 2.6.8. but the ACPI staff has released a new revision that resolves this issue among others: http://marc.theaimsgroup.com/?l=linux-kernelm=109246673924042w=2 [EMAIL PROTECTED] (04/08/14 1.1731.1.29) [ACPI] Enter ACPI mode earlier Fixes two common boot failures due to buggy SMM BIOS code SMP boot crash if SMI_CMD=ACPI written from CPU1 http://bugzilla.kernel.org/show_bug.cgi?id=2941 hopefully this patch is also available against 2.6.7, I'm currently running it and it works well. ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.7/ (20040326 has to be applied before 20040715)
Bug#263420: kernel-image-2.6.7-1-686-smp: oppses while starting, during ACPI?
On Fri, 13 Aug 2004 00:56:16 +0200, botio wrote: Just for information, this issue seems to be specific to recent intel motherboards and is discussed here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125841 Thanks. I can throw https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=101570action=view into my 2.6.8-rc4 packages, if you're interested in testing them out.
Bug#263420: kernel-image-2.6.7-1-686-smp: oppses while starting, during ACPI?
Package: kernel-image-2.6.7-1-686-smp Version: 2.6.7-2 Severity: critical Justification: breaks the whole system On booting the 2.6.7 smp kernel i recive errors after the line ACPI Revision 20040326 This errors vary, this is an example ACPI Revision 20040326 unable to handle NULL pointer dereferance 1 unable to handle kernel NULL pointer at virtual address 0001 printing eip 726566675 I have also recived oopses, random asci strings (but no error) followed by hang, and messages about garbage stacks The non smp verson of this package boots, i include the output of dmesg for this kenel *-Start-* pages, LIFO batch:1 Normal zone: 225280 pages, LIFO batch:16 HighMem zone: 32560 pages, LIFO batch:7 DMI 2.3 present. ACPI: RSDP (v000 ACPIAM) @ 0x000f62f0 ACPI: RSDT (v001 INTEL D865PERL 0x20040203 MSFT 0x0097) @ 0x3ff3 ACPI: FADT (v002 INTEL D865PERL 0x20040203 MSFT 0x0097) @ 0x3ff30200 ACPI: MADT (v001 INTEL D865PERL 0x20040203 MSFT 0x0097) @ 0x3ff30300 ACPI: WDDT (v001 INTEL OEMWDDT 0x0001 MSFT 0x010d) @ 0x3ff344e0 ACPI: DSDT (v001 INTEL D865PERL 0x0006 MSFT 0x010d) @ 0x ACPI: PM-Timer IO Port: 0x408 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 15:2 APIC version 20 WARNING: NR_CPUS limit of 1 reached. Processor ignored. ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec0] global_irq_base[0x0]) IOAPIC[0]: Assigned apic_id 2 IOAPIC[0]: apic_id 2, version 32, address 0xfec0, GSI 0-23 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) Enabling APIC mode: Flat. Using 1 I/O APICs Using ACPI (MADT) for SMP configuration information Built 1 zonelists Kernel command line: root=/dev/sda7 ro Initializing CPU#0 PID hash table entries: 4096 (order 12: 32768 bytes) Detected 3192.118 MHz processor. Using pmtmr for high-res timesource Console: colour VGA+ 80x25 Memory: 1031208k/1047744k available (1515k kernel code, 15584k reserved, 659k data, 148k init, 130180k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop... 6324.22 BogoMIPS Security Scaffold v1.0.0 initialized Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: bfebfbff CPU: After vendor identify, caps: bfebfbff CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: After all inits, caps: bfebfbff 0080 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available CPU0: Thermal monitoring enabled CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz stepping 09 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. enabled ExtINT on CPU#0 ESR value before enabling vector: ESR value after enabling vector: ENABLING IO-APIC IRQs init IO_APIC IRQs IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23 not connected. ..TIMER: vector=0x31 pin1=2 pin2=-1 Using local APIC timer interrupts. calibrating APIC timer ... . CPU clock speed is 3191.0585 MHz. . host bus clock speed is 199.0473 MHz. checking if image is initramfs...it isn't (ungzip failed); looks like an initrd Freeing initrd memory: 4680k freed NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xf0031, last bus=2 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20040326 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) PCI: Ignoring BAR0-3 of IDE controller :00:1f.1 PCI: Transparent bridge - :00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P3._PRT] ACPI: Power Resource [URP1] (off) ACPI: Power Resource [FDDP] (off) ACPI: Power Resource [LPTP] (off) ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 11 *12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 *5 6 7 9 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKG] (IRQs *3 4 5 6 7 9 10 11 12 14 15) ACPI:
Bug#263420: kernel-image-2.6.7-1-686-smp: oppses while starting, during ACPI?
On Wed, 04 Aug 2004 10:46:00 +0100, Chris Jones wrote: Package: kernel-image-2.6.7-1-686-smp Version: 2.6.7-2 Severity: critical Justification: breaks the whole system On booting the 2.6.7 smp kernel i recive errors after the line ACPI Revision 20040326 This errors vary, this is an example ACPI Revision 20040326 unable to handle NULL pointer dereferance 1 unable to handle kernel NULL pointer at virtual address 0001 printing eip 726566675 Is there a backtrace? I have also recived oopses, random asci strings (but no error) followed by hang, and messages about garbage stacks The non smp verson of this package boots, i include the output of dmesg for this kenel Not all that interested in the non-oopsing kernel boot log; can you send the boot log of the oopsing kernel? Also, you can try passing acpi=off to the kernel to keep it from oopsing. Alternatively, if it's just the pci apci stuff that's causing problems (i've had problems w/ this code), try pci=noacpi.
Bug#263420: kernel-image-2.6.7-1-686-smp: oppses while starting, during ACPI?
Andres Salomon wrote: On Wed, 04 Aug 2004 10:46:00 +0100, Chris Jones wrote: Is there a backtrace? As follows, Code: 8b 42 28 c7 04 24 fc eb 2a c0 89 44 24 04 e8 77 89 00 00 8b 1 oops: 0002 [#2] Kernel panic : fatal exception in interrupt In interrupt handler - not syncing PREEMPT SMP modules linked in CPU : 1 EIP : 0060 : [f7abdf74] not tainted EFLAG : 00010246 (2.6.7-1-686-smp) EIP is at 0xf7abdf74 eax: ebx: 0001 ecx: 0008 edx: 00b2 esi: 0bb8 edi: 0001 ebp: 0008 esp: f7abdf70 ds:007b es: 007b ss: 0068 process swaper (pid:1, threadinfo=f7abc000 task= f7abf670 Stack 0001, 0008, c01cc8b8, , 0001, , c01c58f6, 0001 , c01d66f2, c03690e4, c030d680, , 00f4, c0393540, c035b742 c030d680, c03469eb, 0008, c0132bc5, c02a88ce, c0374dc0, 001e, c0100574 call trace: [c01cc8b8] acpi_hw_set_mode+0xc3/0x100 I have also recived oopses, random asci strings (but no error) followed by hang, and messages about garbage stacks The non smp verson of this package boots, i include the output of dmesg for this kenel Not all that interested in the non-oopsing kernel boot log; can you send the boot log of the oopsing kernel? Not unless there is an easy way to capture it, as the kernel either panics or hangs. Also, you can try passing acpi=off to the kernel to keep it from oopsing. This works, Alternatively, if it's just the pci apci stuff that's causing problems (i've had problems w/ this code), try pci=noacpi. This does not Additionally i had no problems with 2.6.6-1-686-smp Chris Jones http://brasskipper.org.uk
