Re: [Xen-devel] [PATCH] tools/libxc: Don't leave scratch_pfn uninitialised if the domain has no memory [and 3 more messages]

[Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>]

Andrew Cooper writes ("[PATCH] tools/libxc: Don't leave scratch_pfn 
uninitialised if the domain has no memory"):
> c/s 5b5c40c0d1 "libxc: introduce a per architecture scratch pfn for temporary
> grant mapping" accidentally an issue whereby there were two paths out of
> xc_core_arch_get_scratch_gpfn() which returned 0, but only one of which
> assigned a value to the gpfn parameter.

Andrew Cooper writes ("Re: [PATCH v2] libxc: introduce a per architecture 
scratch pfn for temporary grant mapping"):
> On 16/02/15 14:49, Ian Jackson wrote:
> > Ian Jackson writes ("Re: [PATCH v2] libxc: introduce a per architecture 
> > scratch pfn for temporary grant mapping"):
> >> Ian Campbell writes ("Re: [PATCH v2] libxc: introduce a per architecture 
> >> scratch pfn for temporary grant mapping"):
> >>> Ian, Julien has suggested this for backport to 4.5 but not 4.4.
> >> Queued, thanks.
> > Backported to 4.5.
> >
> > Ian.
> 
> You need to also backport 5b0447f647b1031595d24a8a50b362726c887d12 which
> is a bugfix to this changeset.

This is a reference to "tools/libxc: Don't leave scratch_pfn
uninitialised if the domain has no memory", as above.

I have backported that too.

thanks,
Ian.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel