public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Martin Polak <mpolak@gup.jku.at>
To: linux-kernel@vger.kernel.org
Subject: PROBLEM: Wrong Setup of SMP irq affinity on X86_64 2.6.1
Date: Fri, 16 Jan 2004 12:51:35 +0100	[thread overview]
Message-ID: <4007D047.40306@gup.jku.at> (raw)

2.

It seems that the smp-affinity value gets initialized the wrong way on 
boot. On my 2 cpu opteron 240 Machine all interrupts get delivered to 
cpu0. When I cat the current setting of the /proc/irq/#/smp_affinity
it shows a value of '3' . When setting it manually to ffffffffffffffff
interrupts get delivered to both cpus as it should be.

Could this be an endianess issue, as 3 would be ok, if the first two
cpus should be enabled, but not if bytes get swapped?

3.
kernel, smp, irq_affinity, x86_64

4.
Linux version 2.6.1-gentoo (root@orthrus) (gcc-Version 3.3.2 20031022 
(Gentoo Linux 3.3.2-r2, propolice)) #6 SMP Tue Jan 13 13:13:30 CET 2004

5.,6.
-not applicable-

7.1
Linux orthrus 2.6.1-gentoo #6 SMP Tue Jan 13 13:13:30 CET 2004 x86_64 5 
  GNU/Linux

Gnu C                  3.3.2
Gnu make               3.80
util-linux             2.11z
mount                  2.11z
module-init-tools      3.0-pre5
e2fsprogs              1.33
reiserfsprogs          3.6.8
nfs-utils              1.0.5
Linux C Library        2.3.2
Dynamic linker (ldd)   2.3.2
Procps                 3.1.13
Net-tools              1.60
Kbd                    1.06
Sh-utils               5.0.91
Modules Loaded         sd_mod sg floppy nvidia bcm5700

7.2
processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 15
model           : 5
model name      : AMD Opteron(tm) Processor 240
stepping        : 1
cpu MHz         : 1403.211
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        : 2744.32
TLB size        : 1088 4K pages
clflush size    : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts ttp

processor       : 1
.. same as above..

rest...
not applicable or unnescesarry


Greets

Martin Polak







                 reply	other threads:[~2004-01-16 11:51 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=4007D047.40306@gup.jku.at \
    --to=mpolak@gup.jku.at \
    --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