[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] xen: arm: do not BUG on guest paddrs which are very high
On 12/05/2013 12:53 PM, Ian Campbell wrote: The BUG_ON in p2m_map_first was over aggressive since the paddr_t can have come from the guest, via add_to_physmap. Instead return failure to the caller. Also the check was simultaneously too lose. The valid offsets are 0..P2M_FIRST_ENTRIES-1 inclusive. Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx> --- xen/arch/arm/p2m.c | 10 +++++++++- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/xen/arch/arm/p2m.c b/xen/arch/arm/p2m.c index 1d5c841..cd134d4 100644 --- a/xen/arch/arm/p2m.c +++ b/xen/arch/arm/p2m.c @@ -58,7 +58,8 @@ static lpae_t *p2m_map_first(struct p2m_domain *p2m, paddr_t addr) { struct page_info *page; - BUG_ON(first_linear_offset(addr) > P2M_FIRST_ENTRIES); + if ( first_linear_offset(addr) >= P2M_FIRST_ENTRIES ) + return NULL; page = p2m->first_level + p2m_first_level_index(addr); @@ -80,6 +81,8 @@ paddr_t p2m_lookup(struct domain *d, paddr_t paddr) spin_lock(&p2m->lock); first = p2m_map_first(p2m, paddr); + if ( !first ) + goto done; If you jump to done, you will use pte which is uninitialized. Unlock the spinlock should be enough here. -- Julien Grall _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |