Hallo, On Thu, 15 May 2003, Daniel Bauer wrote:
On 14 May 2003 at 22:29, David Haller wrote: [..]
@Daniel: maile doch bitte mal die Ausgabe von cat /proc/interrupts /proc/ioports
anbei die Ausgaben:
linux:~ # cat /proc/interrupts CPU0 CPU1 [IRQs ok] NMI: 0 0 LOC: 31489473 31489473 ERR: 6361 MIS: 0
Oha! Ich hab da ueberall nur '0'... (ok, die Kiste laeuft heut noch nicht lange ;) Ah, LOC sind offenbar die Local APIC IRQs, bei mir ohne APIC fehlen die natuerlich. Die IRQ-Fehler ("ERR") bei CPU0 sind aber bedenklich.
linux:~ # cat /proc/ioports [keine Konflikte]
[per PM hab ich die boot.msg bekommen, dort u.a.: <3>APIC error on CPU1: 00(08) <3>APIC error on CPU0: 00(02) weiters wird 'disableapic' als Kernelparameter verwendet. ] Du hast offenbar ein Problem mit APIC/SMP. Aha, ich hab mal in arch/i386/kernel/apic.c gekruschtelt, dort findet sich: ==== /* * This interrupt should never happen with our APIC/SMP architecture */ asmlinkage void smp_error_interrupt(void) [..] /* Here is what the APIC error bits mean: 0: Send CS error 1: Receive CS error a 2: Send accept error 3: Receive accept error 4: Reserved 5: Send illegal vector 6: Received illegal vector 7: Illegal register address */ [..] printk (KERN_ERR "APIC error on CPU%d: %02lx(%02lx)\n", smp_processor_id(), v , v1); ==== Die APIC-Fehler sind also: APIC error on CPU1: 0x00(0x08) == 0 ( 00001000b ) -> Bit 3 -> "Receive accept error" APIC error on CPU0: 0x00(0x02) == 0 ( 00000010b ) -> Bit 1 -> "Receive CS error" Leider kann ich damit auch nichts weiter anfangen... Ich hoffe ich konnte zumindest mal helfen, eine moegliche Fehlerursache einzugrenzen ;) -dnh --
(void *)'\0' Didn't you see the sign? It said VOID WHERE PROHIBITED Don't tell me you can't C. -- the Internet Oracle [#1307-01]