All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Vrabel <dvrabel@cantab.net>
To: Juergen Gross <jgross@suse.com>,
	linux-kernel@vger.kernel.org, xen-devel@lists.xensource.com,
	konrad.wilk@oracle.com, david.vrabel@citrix.com,
	boris.ostrovsky@oracle.com, linux-mm@kvack.org
Subject: Re: [Xen-devel] [Patch V2 10/15] xen: check pre-allocated page tables for conflict with memory map
Date: Thu, 09 Apr 2015 13:47:04 +0100	[thread overview]
Message-ID: <552674C8.7010104@cantab.net> (raw)
In-Reply-To: <1428562542-28488-11-git-send-email-jgross@suse.com>

On 09/04/2015 07:55, Juergen Gross wrote:
> Check whether the page tables built by the domain builder are at
> memory addresses which are in conflict with the target memory map.
> If this is the case just panic instead of running into problems
> later.
> 
> Signed-off-by: Juergen Gross <jgross@suse.com>
> ---
>  arch/x86/xen/mmu.c     | 19 ++++++++++++++++---
>  arch/x86/xen/setup.c   |  6 ++++++
>  arch/x86/xen/xen-ops.h |  1 +
>  3 files changed, 23 insertions(+), 3 deletions(-)
> 
> diff --git a/arch/x86/xen/mmu.c b/arch/x86/xen/mmu.c
> index 1ca5197..41aeb1c 100644
> --- a/arch/x86/xen/mmu.c
> +++ b/arch/x86/xen/mmu.c
> @@ -116,6 +116,7 @@ static pud_t level3_user_vsyscall[PTRS_PER_PUD] __page_aligned_bss;
>  DEFINE_PER_CPU(unsigned long, xen_cr3);	 /* cr3 stored as physaddr */
>  DEFINE_PER_CPU(unsigned long, xen_current_cr3);	 /* actual vcpu cr3 */
>  
> +static phys_addr_t xen_pt_base, xen_pt_size;

These be __init, but the use of globals in this way is confusing.

>  
>  /*
>   * Just beyond the highest usermode address.  STACK_TOP_MAX has a
> @@ -1998,7 +1999,9 @@ void __init xen_setup_kernel_pagetable(pgd_t *pgd, unsigned long max_pfn)
>  		check_pt_base(&pt_base, &pt_end, addr[i]);
>  
>  	/* Our (by three pages) smaller Xen pagetable that we are using */
> -	memblock_reserve(PFN_PHYS(pt_base), (pt_end - pt_base) * PAGE_SIZE);
> +	xen_pt_base = PFN_PHYS(pt_base);
> +	xen_pt_size = (pt_end - pt_base) * PAGE_SIZE;
> +	memblock_reserve(xen_pt_base, xen_pt_size);

Why not provide a xen_memblock_check_and_reserve() call that has the
xen_is_e820_reserved() check and the memblock_reserve() call?  This may
also be useful for patch #9 as well.

> +void __init xen_pt_check_e820(void)
> +{
> +	if (xen_chk_e820_reserved(xen_pt_base, xen_pt_size)) {
> +		xen_raw_console_write("Xen hypervisor allocated page table memory conflicts with E820 map\n");
> +		BUG();
> +	}
> +}
> +
>  static unsigned char dummy_mapping[PAGE_SIZE] __page_aligned_bss;

David

WARNING: multiple messages have this Message-ID (diff)
From: David Vrabel <dvrabel@cantab.net>
To: Juergen Gross <jgross@suse.com>,
	linux-kernel@vger.kernel.org, xen-devel@lists.xensource.com,
	konrad.wilk@oracle.com, david.vrabel@citrix.com,
	boris.ostrovsky@oracle.com, linux-mm@kvack.org
Subject: Re: [Xen-devel] [Patch V2 10/15] xen: check pre-allocated page tables for conflict with memory map
Date: Thu, 09 Apr 2015 13:47:04 +0100	[thread overview]
Message-ID: <552674C8.7010104@cantab.net> (raw)
In-Reply-To: <1428562542-28488-11-git-send-email-jgross@suse.com>

On 09/04/2015 07:55, Juergen Gross wrote:
> Check whether the page tables built by the domain builder are at
> memory addresses which are in conflict with the target memory map.
> If this is the case just panic instead of running into problems
> later.
> 
> Signed-off-by: Juergen Gross <jgross@suse.com>
> ---
>  arch/x86/xen/mmu.c     | 19 ++++++++++++++++---
>  arch/x86/xen/setup.c   |  6 ++++++
>  arch/x86/xen/xen-ops.h |  1 +
>  3 files changed, 23 insertions(+), 3 deletions(-)
> 
> diff --git a/arch/x86/xen/mmu.c b/arch/x86/xen/mmu.c
> index 1ca5197..41aeb1c 100644
> --- a/arch/x86/xen/mmu.c
> +++ b/arch/x86/xen/mmu.c
> @@ -116,6 +116,7 @@ static pud_t level3_user_vsyscall[PTRS_PER_PUD] __page_aligned_bss;
>  DEFINE_PER_CPU(unsigned long, xen_cr3);	 /* cr3 stored as physaddr */
>  DEFINE_PER_CPU(unsigned long, xen_current_cr3);	 /* actual vcpu cr3 */
>  
> +static phys_addr_t xen_pt_base, xen_pt_size;

These be __init, but the use of globals in this way is confusing.

>  
>  /*
>   * Just beyond the highest usermode address.  STACK_TOP_MAX has a
> @@ -1998,7 +1999,9 @@ void __init xen_setup_kernel_pagetable(pgd_t *pgd, unsigned long max_pfn)
>  		check_pt_base(&pt_base, &pt_end, addr[i]);
>  
>  	/* Our (by three pages) smaller Xen pagetable that we are using */
> -	memblock_reserve(PFN_PHYS(pt_base), (pt_end - pt_base) * PAGE_SIZE);
> +	xen_pt_base = PFN_PHYS(pt_base);
> +	xen_pt_size = (pt_end - pt_base) * PAGE_SIZE;
> +	memblock_reserve(xen_pt_base, xen_pt_size);

Why not provide a xen_memblock_check_and_reserve() call that has the
xen_is_e820_reserved() check and the memblock_reserve() call?  This may
also be useful for patch #9 as well.

> +void __init xen_pt_check_e820(void)
> +{
> +	if (xen_chk_e820_reserved(xen_pt_base, xen_pt_size)) {
> +		xen_raw_console_write("Xen hypervisor allocated page table memory conflicts with E820 map\n");
> +		BUG();
> +	}
> +}
> +
>  static unsigned char dummy_mapping[PAGE_SIZE] __page_aligned_bss;

David

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

  reply	other threads:[~2015-04-09 12:47 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-09  6:55 [Patch V2 00/15] xen: support pv-domains larger than 512GB Juergen Gross
2015-04-09  6:55 ` Juergen Gross
2015-04-09  6:55 ` [Patch V2 01/15] xen: sync with xen headers Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09  8:23   ` [Xen-devel] " David Vrabel
2015-04-09  8:23     ` David Vrabel
2015-04-09  6:55 ` [Patch V2 02/15] xen: save linear p2m list address in shared info structure Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09  8:24   ` [Xen-devel] " David Vrabel
2015-04-09  8:24     ` David Vrabel
2015-04-09  6:55 ` [Patch V2 03/15] xen: don't build mfn tree if tools don't need it Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09  8:26   ` [Xen-devel] " David Vrabel
2015-04-09  8:26     ` David Vrabel
2015-04-09  6:55 ` [Patch V2 04/15] xen: eliminate scalability issues from initial mapping setup Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09  6:55 ` [Patch V2 05/15] xen: move static e820 map to global scope Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09  6:55 ` [Patch V2 06/15] xen: split counting of extra memory pages from remapping Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09  6:55 ` [Patch V2 07/15] xen: check memory area against e820 map Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09  8:29   ` [Xen-devel] " David Vrabel
2015-04-09  8:29     ` David Vrabel
2015-04-09  8:29     ` David Vrabel
2015-04-09  6:55 ` [Patch V2 08/15] xen: find unused contiguous memory area Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09 12:41   ` [Xen-devel] " David Vrabel
2015-04-09 12:41     ` David Vrabel
2015-04-09  6:55 ` [Patch V2 09/15] xen: check for kernel memory conflicting with memory layout Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09 12:42   ` [Xen-devel] " David Vrabel
2015-04-09 12:42     ` David Vrabel
2015-04-09  6:55 ` [Patch V2 10/15] xen: check pre-allocated page tables for conflict with memory map Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09 12:47   ` David Vrabel [this message]
2015-04-09 12:47     ` [Xen-devel] " David Vrabel
2015-04-09 13:09     ` Juergen Gross
2015-04-09 13:09       ` Juergen Gross
2015-04-09  6:55 ` [Patch V2 11/15] xen: check for initrd conflicting with e820 map Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09 12:58   ` [Xen-devel] " David Vrabel
2015-04-09 12:58     ` David Vrabel
2015-04-09  6:55 ` [Patch V2 12/15] mm: provide early_memremap_ro to establish read-only mapping Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09  6:55 ` [Patch V2 13/15] xen: move p2m list if conflicting with e820 map Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09  6:55 ` [Patch V2 14/15] xen: allow more than 512 GB of RAM for 64 bit pv-domains Juergen Gross
2015-04-09  6:55   ` Juergen Gross
2015-04-09  6:55 ` [Patch V2 15/15] xen: remove no longer needed p2m.h Juergen Gross
2015-04-09  6:55   ` Juergen Gross

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=552674C8.7010104@cantab.net \
    --to=dvrabel@cantab.net \
    --cc=boris.ostrovsky@oracle.com \
    --cc=david.vrabel@citrix.com \
    --cc=jgross@suse.com \
    --cc=konrad.wilk@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.