aboutsummaryrefslogtreecommitdiffstats
path: root/tools/lib/sys_string.h
diff options
context:
space:
mode:
authorJan Beulich <jbeulich@suse.com>2013-04-09 16:04:25 +0200
committerJan Beulich <jbeulich@suse.com>2013-04-09 16:04:25 +0200
commit5da556675105169807ae2bfe232a2cc4c3f2ae1e (patch)
tree98b0d93abe101a05b72727844a2d1083c9c3d815 /tools/lib/sys_string.h
parent2bebeac00164b8fd6fdc98db74df943d927aab06 (diff)
downloadxen-5da556675105169807ae2bfe232a2cc4c3f2ae1e.tar.gz
xen-5da556675105169807ae2bfe232a2cc4c3f2ae1e.tar.bz2
xen-5da556675105169807ae2bfe232a2cc4c3f2ae1e.zip
x86: irq_move_cleanup_interrupt() must ignore legacy vectors
Since the main loop in the function includes legacy vectors, and since vector_irq[] gets set up for legacy vectors regardless of whether those get handled through the IO-APIC, it must not do anything on this vector range. In fact, we should never get past the move_cleanup_count check for IRQs not handled through the IO-APIC. Adding a respective assertion woulkd make those iterations more expensive (due to the lock acquire). For such an assertion to not have false positives we however ought to suppress setting up IRQ2 as an 8259A interrupt (which wasn't correct anyway), which is being done here despite the assertion not actually getting added. Furthermore, there's no point iterating over the vectors past LAST_HIPRIORITY_VECTOR, so terminate the loop accordingly. Signed-off-by: Jan Beulich <jbeulich@suse.com> Reviewed-by: Andrew Cooper <andrew.cooper3@citrix.com> Acked-by: Keir Fraser <keir@xen.org> master commit: af699220ad6d111ba76fc3040342184e423cc9a1 master date: 2013-04-02 08:30:03 +0200
Diffstat (limited to 'tools/lib/sys_string.h')
0 files changed, 0 insertions, 0 deletions