From: Will Dinkel <wdinkel@atipa.com>
To: linux-kernel@vger.kernel.org
Subject: x86_64 interrupts handled by CPU0 only
Date: 07 May 2003 12:02:34 -0500 [thread overview]
Message-ID: <1052326953.22518.184.camel@zappa> (raw)
Are all interrupts supposed to be handled by CPU0 on x86_64, or is
something amiss? I'm getting the following on Mandrake Corporate Server
2.1:
---
[root@lab180 root]# uname -r -v -m -o
2.4.19-31mdksmp #1 SMP Thu Apr 17 09:34:46 EDT 2003 x86_64 GNU/Linux
[root@lab180 root]# cat /proc/interrupts
CPU0 CPU1
0: 447602 0 IO-APIC-edge timer
1: 424 0 IO-APIC-edge keyboard
2: 0 0 XT-PIC cascade
12: 851 0 IO-APIC-edge PS/2 Mouse
14: 25038 1 IO-APIC-edge ide0
15: 4930 1 IO-APIC-edge ide1
19: 0 0 IO-APIC-level usb-ohci, usb-ohci
24: 105196 0 IO-APIC-level ioc0, eth0
25: 46 0 IO-APIC-level ioc1
NMI: 2235 3808
LOC: 447494 447555
ERR: 0
MIS: 0
---
I see this behavior on systems using either the MSI or Tyan dual-opteron
boards. I also see it on RedHat's preview x86_64 distribution (kernel
version 2.4.20-9.2).
I'm still trying to get 2.5.69 to boot correctly, so I don't have
results there yet. On RedHat it hangs after "Booting the kernel..."
(and yes, I have CONFIG_VT, and CONFIG_VT_CONSOLE on). Any ideas?
System info:
---
[root@lab180 root]# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 5
model name : AMD Opteron(TM) 64 Processor 242
stepping : 0
cpu MHz : 1594.727
cache size : 1024 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov
pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow
bogomips : 3178.49
TLB size : 1088 4K pages
clflush size : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts ttp
processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 5
model name : AMD Opteron(TM) 64 Processor 242
stepping : 0
cpu MHz : 1594.727
cache size : 1024 KB
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov
pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow
bogomips : 3185.04
TLB size : 1088 4K pages
clflush size : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts ttp
[root@lab180 root]# lspcidrake
unknown : Advanced Micro Devices|AMD-8111 PCI
unknown : Advanced Micro Devices|AMD-8111 LPC
unknown : Advanced Micro Devices|AMD-8111 IDE
unknown : Advanced Micro Devices|AMD-8111 ACPI
unknown : Advanced Micro Devices|AMD-8131 PCI-X Bridge
unknown : Advanced Micro Devices|AMD-8131 PCI-X APIC
unknown : Advanced Micro Devices|AMD-8131 PCI-X Bridge
unknown : Advanced Micro Devices|AMD-8131 PCI-X APIC
unknown : Advanced Micro Devices|K8 NorthBridge
unknown : Advanced Micro Devices|K8 NorthBridge
unknown : Advanced Micro Devices|K8 NorthBridge
unknown : Advanced Micro Devices|K8 NorthBridge
unknown : Advanced Micro Devices|K8 NorthBridge
unknown : Advanced Micro Devices|K8 NorthBridge
unknown : Advanced Micro Devices|K8 NorthBridge
unknown : Advanced Micro Devices|K8 NorthBridge
usb-ohci : Advanced Micro Devices|AMD-8111 USB
usb-ohci : Advanced Micro Devices|AMD-8111 USB
unknown : unknown (105a/3373/ffff/ffff)
Card:ATI Mach64 Utah: ATI|Rage XL
bcm5700 : Broadcom Corporation|BCM5704 CIOB-E 1000BaseTX
bcm5700 : Broadcom Corporation|BCM5704 CIOB-E 1000BaseTX
mptscsih : Symbios|53c1030
mptscsih : Symbios|53c1030
unknown : Virtual|Hub []
unknown : Virtual|Hub []
---
--
Will Dinkel <wdinkel@atipa.com>
Atipa Technologies
next reply other threads:[~2003-05-07 16:51 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-07 17:02 Will Dinkel [this message]
2003-05-07 20:46 ` x86_64 interrupts handled by CPU0 only Arjan van de Ven
2003-05-10 20:47 ` Pavel Machek
[not found] <1052326953.22518.184.camel@zappa.suse.lists.linux.kernel>
2003-05-07 21:12 ` Andi Kleen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1052326953.22518.184.camel@zappa \
--to=wdinkel@atipa.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox