Re: backport requests for 4.x-testing

[Keir Fraser <keir.xen@gmail.com>]

On 06/03/2012 10:13, "Jan Beulich" <JBeulich@suse.com> wrote:

> For a (hopefully soon) upcoming 4.1.3 and 4.0.4, may I ask to consider
> the following changesets from -unstable for backporting:

I will take a look and report back on ones that need non-trivial porting
effort.

 -- Keir

> For 4.0 and 4.1:
> 24155 (x86/IO-APIC: refine EOI-ing of migrating level interrupts)
> 24190 (x86/mm: change return code for log-dirty disabling)
> 24201 (x86: small fixes to pcpu platform op handling)
> 24282 (x86/mm: Don't lose track of the log dirty bitmap)
> 24389 (x86, amd: Disable GartTlbWlkErr when BIOS forgets it)
> 24417 (x86/emulator: workaround for AMD erratum 573)
> 24535 (x86/vMSI: miscellaneous fixes)
> 24888 (passthrough: release assigned PCI devices earlier during domain
> shutdown)
> 
> For 4.1:
> 23853+23955 (pv cpuid emulation for xsave)
> 23908 (p2m: query/modify p2mt with p2m_lock held)
> 24156 (x86/IRQ: prevent vector sharing within IO-APICs, requiring
>             23900 [kzalloc])
> 24157 (x86/xsave: provide guests with finit-like environment)
> 24357 (tools/firmware: remove "_PS0/3" Method)
> 24448 (x86/passthrough: don't leak guest IRQs)
> 24517 (Move IOMMU faults handling into softirq for VT-d)
> 24527 (iommu: Move IOMMU faults handling into softirq for AMD-Vi)
> 24701 (Fix error recovery path in __gnttab_map_grant_ref)
> 24883 (x86/mm: Don't check for invalid bits in non-present PTEs)
> 24950 (Grant table: fix a bug when grant copying a previous grant mapped page)
> 
> For 4.0 (already in 4.1)
> 24168 (x86/vioapic: clear remote IRR when switching RTE to edge triggered
> mode)
> 24193 (Trivial fix for rc val in hap track dirty vram)
> 24344+24345 (tools/x86_64: Fix cpuid() inline asm to not clobber stack's red
> zone)
> 24358 (KEXEC: fix kexec_get_range_compat to fail vocally)
> 24690 (x86: avoid deadlock after a PCI SERR NMI)
> 24742 (gnttab: miscellaneous fixes)
> 
> Especially some of the 4.0 ones may be non-trivial backports - already
> backported version can be provided.
> 
> Thanks, Jan
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel