Package: irqbalance
Version: 0.55-2.4
Severity: important

irqbalance detects incorrect number of processors on kernel 2.6.26. I
have a single dual core processor (/proc/cpuinfo available below), but
irqbalance debug shows:

Package 0:  cpu mask is 00000001 (workload 0)
        Cache domain 0: cpu mask is 00000001  (workload 0) 
                CPU number 0  (workload 0)
Package 0:  cpu mask is 00000003 (workload 0)
        Cache domain 0: cpu mask is 00000003  (workload 0) 
                CPU number 0  (workload 0)
                CPU number 1  (workload 0)

as can be seen, irqbalance detects two processors, first with only one
core, and second one with two cores. This makes assinging and
optimizing IRQ affinity work awkwardly and surely not as advertised on
irqbalance page.
The problem is caused by contents of /sys/devices/system/cpu:

orchid:~# LC_ALL=C ls -al /sys/devices/system/cpu/
total 0
drwxr-xr-x  5 root root    0 Dec 24 12:47 .
drwxr-xr-x 13 root root    0 Dec 24 12:46 ..
drwxr-xr-x  7 root root    0 Dec 24 12:47 cpu0
drwxr-xr-x  7 root root    0 Dec 29 10:19 cpu1
drwxr-xr-x  2 root root    0 Dec 29 10:59 cpuidle
-r--r--r--  1 root root 4096 Dec 29 11:10 online
-r--r--r--  1 root root 4096 Dec 29 11:10 possible
-r--r--r--  1 root root 4096 Dec 29 11:10 present
-rw-r--r--  1 root root 4096 Dec 27 11:28 sched_mc_power_savings

somewhere between 2.6.18 and 2.6.26 (I can confirm that on 2.6.18
irqbalance works ok) 'cpuidle' directory was introduced.  irqbalance
rather blindly looks for all directories starting with 'cpu' and
counts 'cpuidle' as another CPU.

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages irqbalance depends on:
ii  debconf [debconf-2.0]         1.5.24     Debian configuration management sy
ii  libc6                         2.7-16     GNU C Library: Shared libraries
ii  libglib2.0-0                  2.16.6-1   The GLib library of C routines

irqbalance recommends no packages.

irqbalance suggests no packages.

/proc/cpuinfo:
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Core(TM)2 Duo CPU     L7500  @ 1.60GHz
stepping        : 11
cpu MHz         : 1596.018
cache size      : 4096 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm 
constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 
ssse3 cx16 xtpr lahf_lm ida
bogomips        : 3196.98
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Core(TM)2 Duo CPU     L7500  @ 1.60GHz
stepping        : 11
cpu MHz         : 1596.018
cache size      : 4096 KB
physical id     : 0
siblings        : 2
core id         : 1
cpu cores       : 2
apicid          : 1
initial apicid  : 1
fpu             : yes
fpu_exception   : yes
cpuid level     : 10
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm 
constant_tsc arch_perfmon pebs bts rep_good pni monitor ds_cpl vmx est tm2 
ssse3 cx16 xtpr lahf_lm ida
bogomips        : 3192.48
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

-- debconf information:
  irqbalance/oneshot: false
  irqbalance/enable: true



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to