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

Re: [Xen-devel] [PATCH v2 1/7] gnttab: avoid spurious maptrack handle allocation failures

To: Jan Beulich <JBeulich@xxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
From: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
Date: Wed, 16 Aug 2017 12:26:38 +0100
Cc: George Dunlap <George.Dunlap@xxxxxxxxxxxxx>, Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wei.liu2@xxxxxxxxxx>, Tim Deegan <tim@xxxxxxx>
Delivery-date: Wed, 16 Aug 2017 11:26:50 +0000
List-id: Xen developer discussion <xen-devel.lists.xen.org>

On 16/08/17 11:48, Jan Beulich wrote:
> When no memory is available in the hypervisor, rather than immediately
> failing the request, try to steal a handle from another vCPU.
>
> Reported-by: George Dunlap <george.dunlap@xxxxxxxxxx>
> Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>

Reviewed-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>

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

References:
- [Xen-devel] [PATCH v2 0/7] gnttab: recent XSA follow-up
  - From: Jan Beulich
- [Xen-devel] [PATCH v2 1/7] gnttab: avoid spurious maptrack handle allocation failures
  - From: Jan Beulich

Prev by Date: Re: [Xen-devel] [RFC PATCH v2 17/22] ARM: vGIC: introduce vgic_lock_vcpu_irq()
Next by Date: [Xen-devel] [distros-debian-squeeze test] 71980: tolerable trouble: broken/fail/pass
Previous by thread: [Xen-devel] [PATCH v2 1/7] gnttab: avoid spurious maptrack handle allocation failures
Next by thread: [Xen-devel] [PATCH v2 2/7] gnttab: type adjustments
Index(es):
- Date
- Thread

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