[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [PATCH v3 00/15] x86: IRQ management adjustments



First and foremost this series is trying to deal with CPU offlining
issues, which have become more prominent with the recently
added SMT enable/disable operation in xen-hptool. Later patches
in the series then carry out more or less unrelated changes
(hopefully improvements) noticed while looking at various pieces
of involved code.

01: deal with move-in-progress state in fixup_irqs()
02: deal with move cleanup count state in fixup_irqs()
03: improve dump_irqs()
04: desc->affinity should strictly represent the requested value
05: consolidate use of ->arch.cpu_mask
06: fix locking around vector management
07: target online CPUs when binding guest IRQ
08: correct/tighten vector check in _clear_irq_vector()
09: make fixup_irqs() skip unconnected internally used interrupts
10: drop redundant cpumask_empty() from move_masked_irq()
11: simplify and rename pirq_acktype()
12: add explict tracing-enabled check to trace_irq_mask()
13: tighten vector checks
14: eliminate some on-stack cpumask_t instances
15: move {,_}clear_irq_vector()

In principle patches 1, 2, 4-7, and maybe 9 are backporting candidates.
Their intrusive nature makes wanting to do so questionable, though.

This (in particular patch 14) depends on "[PATCH 0/4] x86: EOI
timer corrections / improvements". For v3 specific information
please see the individual patches.

Jan



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.