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

Re: [Xen-devel] [PATCH] xen/arm: add_to_physmap_one: Avoid to map mfn 0 if an error occurs

To: Julien Grall <julien.grall@xxxxxxxxxx>
From: Ian Campbell <ian.campbell@xxxxxxxxxx>
Date: Thu, 24 Oct 2013 15:00:57 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxxx, stefano.stabellini@xxxxxxxxxxxxx, tim@xxxxxxx, patches@xxxxxxxxxx
Delivery-date: Thu, 24 Oct 2013 22:09:45 +0000
List-id: Xen developer discussion <xen-devel.lists.xen.org>

On Wed, 2013-10-23 at 17:28 +0100, Julien Grall wrote:
> By default, the function add_to_physmap_one set mfn to 0. Some code paths that
> result to an error, continue and the map the mfn 0 (valid on ARM) to the
> slot given by the guest.
> 
> To fix the problem, return directly an error if sanity check has failed.
> 
> Signed-off-by: Julien Grall <julien.grall@xxxxxxxxxx>

applied,thanks.



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

References:
- [Xen-devel] [PATCH] xen/arm: add_to_physmap_one: Avoid to map mfn 0 if an error occurs
  - From: Julien Grall

Prev by Date: Re: [Xen-devel] XEN 4.3.0 WINDOWS HVM 3GB RAM ISSUE
Next by Date: Re: [Xen-devel] [PATCH v3-RESEND 03/28] libxl: ocaml: avoid reserved words in type and field names.
Previous by thread: Re: [Xen-devel] [PATCH] xen/arm: add_to_physmap_one: Avoid to map mfn 0 if an error occurs
Next by thread: [Xen-devel] questions regarding interdomain communication and xen-guest communication
Index(es):
- Date
- Thread

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