[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |