On 15 May 2003 at 18:08, Thomas Lippert wrote:
On Thu, 15 May 2003 17:14:37 +0200 "Daniel Bauer"
wrote: On 15 May 2003 at 12:41, David Haller wrote:
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.
[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.
...
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"
Werde mal versuchen mit nur einem Prozessor, bzw. anderen Prozessoren zu arbeiten, vielleicht haben die ja ein Problem, allerdings zeigt sich wie gesagt auf der Primergy der gleiche Effekt.
Ältere Gigabyte-Boards sind bekannt für fehlerhafte SMP-Implementationen. Ob das bei Deinem Board zutrifft, weiss ich natürlich nicht. Ich habe ein GA586DX-Board mit 2 x PI 233, das mit 2.4-Kernels nicht nutzbar ist. Aber ein 2.2.19 mit Kernoption "noapic" läuft (dann macht nur noch CPU#0 die Interrupt-Behandlung). Du könntest also auch einen Versuch mit dem älteren Kernel der 7.2 machen.
Hallo Thomas, kann ich das irgendwo herausfinden??? Es ist ein GA-686DLX. Danke Daniel