[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.02.1208171829230.15568@kaball.uk.xensource.com>
Date: Fri, 17 Aug 2012 18:29:32 +0100
From: Stefano Stabellini <stefano.stabellini@...citrix.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"xen-devel@...ts.xensource.com" <xen-devel@...ts.xensource.com>
Subject: Re: [Xen-devel] [PATCH 01/11] xen/p2m: Fix the comment describing
the P2M tree.
On Thu, 16 Aug 2012, Konrad Rzeszutek Wilk wrote:
> It mixed up the p2m_mid_missing with p2m_missing. Also
> remove some extra spaces.
>
> Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>
Acked-by: Stefano Stabellini <stefano.stabellini@...citrix.com>
> arch/x86/xen/p2m.c | 14 +++++++-------
> 1 files changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/arch/x86/xen/p2m.c b/arch/x86/xen/p2m.c
> index 64effdc..e4adbfb 100644
> --- a/arch/x86/xen/p2m.c
> +++ b/arch/x86/xen/p2m.c
> @@ -22,7 +22,7 @@
> *
> * P2M_PER_PAGE depends on the architecture, as a mfn is always
> * unsigned long (8 bytes on 64-bit, 4 bytes on 32), leading to
> - * 512 and 1024 entries respectively.
> + * 512 and 1024 entries respectively.
> *
> * In short, these structures contain the Machine Frame Number (MFN) of the PFN.
> *
> @@ -139,11 +139,11 @@
> * / | ~0, ~0, .... |
> * | \---------------/
> * |
> - * p2m_missing p2m_missing
> - * /------------------\ /------------\
> - * | [p2m_mid_missing]+---->| ~0, ~0, ~0 |
> - * | [p2m_mid_missing]+---->| ..., ~0 |
> - * \------------------/ \------------/
> + * p2m_mid_missing p2m_missing
> + * /-----------------\ /------------\
> + * | [p2m_missing] +---->| ~0, ~0, ~0 |
> + * | [p2m_missing] +---->| ..., ~0 |
> + * \-----------------/ \------------/
> *
> * where ~0 is INVALID_P2M_ENTRY. IDENTITY is (PFN | IDENTITY_BIT)
> */
> @@ -423,7 +423,7 @@ static void free_p2m_page(void *p)
> free_page((unsigned long)p);
> }
>
> -/*
> +/*
> * Fully allocate the p2m structure for a given pfn. We need to check
> * that both the top and mid levels are allocated, and make sure the
> * parallel mfn tree is kept in sync. We may race with other cpus, so
> --
> 1.7.7.6
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@...ts.xen.org
> http://lists.xen.org/xen-devel
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists