diff options
| author | Thomas Gleixner <tglx@linutronix.de> | 2015-07-14 22:03:57 +0200 |
|---|---|---|
| committer | Thomas Gleixner <tglx@linutronix.de> | 2015-07-15 10:39:17 +0200 |
| commit | ce0d3c0a6fb1422101498ef378c0851dabbbf67f (patch) | |
| tree | fbeaaa029b5308bf0bf04dc84615a135620dfedb /net/sched/em_nbyte.c | |
| parent | 20483d04ae6f373858f3ca28cd7e26b66106d937 (diff) | |
| download | op-kernel-dev-ce0d3c0a6fb1422101498ef378c0851dabbbf67f.zip op-kernel-dev-ce0d3c0a6fb1422101498ef378c0851dabbbf67f.tar.gz | |
genirq: Revert sparse irq locking around __cpu_up() and move it to x86 for now
Boris reported that the sparse_irq protection around __cpu_up() in the
generic code causes a regression on Xen. Xen allocates interrupts and
some more in the xen_cpu_up() function, so it deadlocks on the
sparse_irq_lock.
There is no simple fix for this and we really should have the
protection for all architectures, but for now the only solution is to
move it to x86 where actual wreckage due to the lack of protection has
been observed.
Reported-and-tested-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Fixes: a89941816726 'hotplug: Prevent alloc/free of irq descriptors during cpu up/down'
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: xiao jin <jin.xiao@intel.com>
Cc: Joerg Roedel <jroedel@suse.de>
Cc: Borislav Petkov <bp@suse.de>
Cc: Yanmin Zhang <yanmin_zhang@linux.intel.com>
Cc: xen-devel <xen-devel@lists.xenproject.org>
Diffstat (limited to 'net/sched/em_nbyte.c')
0 files changed, 0 insertions, 0 deletions
