|
|
|
[PATCH] kexec: Avoid migration of already disabled irqs (ia64) | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] | |
Magnus Damm wrote: > Hi Nan hai, > > On 1/31/07, Zou, Nanhai <nanhai.zou at intel.com> wrote: >> > On 1/31/07, Jay Lan <jlan at sgi.com> wrote: >> > > Magnus Damm wrote: >> > > > kexec: Avoid migration of already disabled irqs (ia64) >> > > > >> > > > This patch fixes up ia64 kexec support for HP rx2620 hardware. >> It does this >> > > > by skipping migration of already disabled irqs. This is most >> likely a problem >> > > > on other ia64 platforms as well, but I've only tested this on >> one machine >> > > > so far. >> > > >> > > I have not seen this problem on SN systems. >> > >> > Ok, thanks. Let me give you more details. >> > >> > When I perform "kexec -e" the following output appears on my serial >> > console (with my patch applied). >> >> This patch is correct I think. I assume you will also see this bug >> when trying to offline a CPU by echo 0 > >> /sys/devices/system/cpu/cpuX/online > > You are right, I can trigger the bug that way too. > And the bug goes away with the patch. Excellent! I tried on a 2p SN system with both '-l' followed by '-e' and also Nan-hai's trigger command. Neither triggered the problem. But, on the other hand, the system worked fine with your patch also. :) Thanks, - jay > >> However it will not be triggered in crash dump case which has been >> tested heavily on different kind of platforms. We do not migrate IRQ >> at the time of crash. I guess that is why Jay has never seen it on SN >> platforms. > > Booting into a crash kernel does not seem to work on this ia64 box > unfortunately. I'm about to investigate why, but I thought trying and > fixing kexec was a good first step. > > Thanks for the help! > > / magnus
[Netdev] [Linux Wireless] [Kernel Newbies] [Security] [Linux for Hams] [Netfilter] [Bugtraq] [Photo] [Yosemite] [Yosemite Forum] [MIPS Linux] [ARM Linux] [Linux RAID] [Linux Admin] [Samba] [Linux Media] [Linux Resources]