lkml.org 
[lkml]   [2007]   [Jan]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subject[Need Help] Cpuhotplug operations on 32-bit mode of xeon-64bit processor crashes the system.
I saw cpuhotplug operations on 32-bit mode of xeon-64bit processors 
crashing the system. This happens on latest 2.6.20-rc5 kernel also. Same
(i386 cpuhotplug code) runs fine on xeon-32bit processors.
Steps to reproduce.
====================
echo 0 > /sys/devices/system/cpu/cpu6/online
echo 1 > /sys/devices/system/cpu/cpu6/online
================================
dmesg shows.
==============
Breaking affinity for irq 4
cpu_mask_to_apicid: Not a valid mask!
CPU 6 is now offline
=======================

On debugging the problem, I found that problem is not in cpuhotplug code
but in apic part. Execution of "stale" IPI's by onlined cpus(which we
offlined earlier) is causing the crash. Now we need to debug,why IPI's
are reaching the offlined cpu's too.

1) During the calculation of apicid's, if cpu to which IPI has to
deliver is not in
same apic cluster,it prints "Not a valid mask" error and returns "0xFF"
which means broadcast the IPI's to all cpus(which are offlined too) and
hence the problem.

2) I booted the system with maxcpus=2 boot parameter, and tried cpu
hotplugging on it.
but still problem recreates(I think there is no concept of apic clusters
if there are only 2 cpus). Hence it makes me to conclude that problem is
in delivery of IPI's.

So Iam completely stuck here. Iam not able to move forward in debugging.
So could someone(may be intel folks) please throw some light on this.

Thanks in advance
Srinivasa DS
LTC-IBM

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-01-22 09:01    [W:0.051 / U:0.364 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site