From: Konrad Rzeszutek Wilk <konrad@kernel.org>
To: Yinghai Lu <yinghai@kernel.org>
Cc: Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@elte.hu>,
"H. Peter Anvin" <hpa@zytor.com>, Jacob Shin <jacob.shin@amd.com>,
Tejun Heo <tj@kernel.org>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 01/19] x86, mm: Align start address to correct big page size
Date: Mon, 22 Oct 2012 10:16:34 -0400 [thread overview]
Message-ID: <20121022141633.GB14193@konrad-lan.dumpdata.com> (raw)
In-Reply-To: <1350593430-24470-3-git-send-email-yinghai@kernel.org>
>On Thu, Oct 18, 2012 at 01:50:10PM -0700, Yinghai Lu wrote:
I am pretty sure I gave you some ideas of how to fix up the commit
description in earlier reviews, but it looks like you missed them.
Let me write them here once more.
> We are going to use buffer in BRK to pre-map page table buffer.
What buffer? Is buffer the same thing as page table?
>
> Page table buffer could be only page aligned, but range around it are
.. ranges
> ram too, we could use bigger page to map it to avoid small pages.
>
> We will adjust page_size_mask in next patch to use big page size for
Instead of saying "next patch" - include the title of the patch
so that one can search for it.
> small ram range.
>
> Before that, this patch will make start address to be aligned down
s/will make/made/
> according to bigger page size, otherwise entry in page page will
> not have correct value.
I would structure this git commit description to first introduce
the problem.
Say at the start of the patch:
"Before this patch, the start address was aligned down according
to bigger a page size (1GB, 2MB). This is a problem b/c an
entry in the page table will not have correct value. "
Here can you explain why it does not have the correct value?
>
> Signed-off-by: Yinghai Lu <yinghai@kernel.org>
> ---
> arch/x86/mm/init_32.c | 1 +
> arch/x86/mm/init_64.c | 5 +++--
> 2 files changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/arch/x86/mm/init_32.c b/arch/x86/mm/init_32.c
> index 11a5800..27f7fc6 100644
> --- a/arch/x86/mm/init_32.c
> +++ b/arch/x86/mm/init_32.c
> @@ -310,6 +310,7 @@ repeat:
> __pgprot(PTE_IDENT_ATTR |
> _PAGE_PSE);
>
> + pfn &= PMD_MASK >> PAGE_SHIFT;
> addr2 = (pfn + PTRS_PER_PTE-1) * PAGE_SIZE +
> PAGE_OFFSET + PAGE_SIZE-1;
>
> diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c
> index ab558eb..f40f383 100644
> --- a/arch/x86/mm/init_64.c
> +++ b/arch/x86/mm/init_64.c
> @@ -461,7 +461,7 @@ phys_pmd_init(pmd_t *pmd_page, unsigned long address, unsigned long end,
> pages++;
> spin_lock(&init_mm.page_table_lock);
> set_pte((pte_t *)pmd,
> - pfn_pte(address >> PAGE_SHIFT,
> + pfn_pte((address & PMD_MASK) >> PAGE_SHIFT,
> __pgprot(pgprot_val(prot) | _PAGE_PSE)));
> spin_unlock(&init_mm.page_table_lock);
> last_map_addr = next;
> @@ -536,7 +536,8 @@ phys_pud_init(pud_t *pud_page, unsigned long addr, unsigned long end,
> pages++;
> spin_lock(&init_mm.page_table_lock);
> set_pte((pte_t *)pud,
> - pfn_pte(addr >> PAGE_SHIFT, PAGE_KERNEL_LARGE));
> + pfn_pte((addr & PUD_MASK) >> PAGE_SHIFT,
> + PAGE_KERNEL_LARGE));
> spin_unlock(&init_mm.page_table_lock);
> last_map_addr = next;
> continue;
> --
> 1.7.7
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
next prev parent reply other threads:[~2012-10-22 14:16 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-18 20:50 [PATCH -v5 00/19] x86: Use BRK to pre mapping page table to make xen happy Yinghai Lu
2012-10-18 20:50 ` [PATCH 1/3] ACPI: Introduce a new acpi handle to determine HID match Yinghai Lu
2012-11-02 12:23 ` Rafael J. Wysocki
2012-11-02 15:03 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 01/19] x86, mm: Align start address to correct big page size Yinghai Lu
2012-10-22 14:16 ` Konrad Rzeszutek Wilk [this message]
2012-10-22 16:31 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 2/3] PCI: correctly detect ACPI PCI host bridge objects Yinghai Lu
2012-10-26 9:10 ` Bjorn Helgaas
2012-10-26 18:13 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 02/19] x86, mm: Use big page size for small memory range Yinghai Lu
2012-10-22 14:21 ` Konrad Rzeszutek Wilk
2012-10-22 16:33 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 3/3] PCI, ACPI: debug print for installation of acpi root bridge's notifier Yinghai Lu
2012-10-18 20:50 ` [PATCH 03/19] x86, mm: Don't clear page table if range is ram Yinghai Lu
2012-10-22 14:28 ` Konrad Rzeszutek Wilk
2012-10-22 16:56 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 04/19] x86, mm: only keep initial mapping for ram Yinghai Lu
2012-10-22 14:33 ` Konrad Rzeszutek Wilk
2012-10-22 17:43 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 05/19] x86, mm: Break down init_all_memory_mapping Yinghai Lu
2012-10-18 20:50 ` [PATCH 06/19] x86, mm: setup page table in top-down Yinghai Lu
2012-10-19 16:24 ` Stefano Stabellini
2012-10-19 16:41 ` Yinghai Lu
2012-10-22 13:19 ` Stefano Stabellini
2012-10-22 18:17 ` Yinghai Lu
2012-10-22 18:22 ` Yinghai Lu
2012-10-23 12:16 ` Stefano Stabellini
2012-10-23 18:47 ` Yinghai Lu
2012-10-23 12:22 ` Stefano Stabellini
2012-10-23 18:37 ` Yinghai Lu
2012-10-24 10:55 ` Stefano Stabellini
2012-10-22 14:14 ` Konrad Rzeszutek Wilk
2012-10-22 15:06 ` Konrad Rzeszutek Wilk
2012-10-22 18:56 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 07/19] x86, mm: Remove early_memremap workaround for page table accessing on 64bit Yinghai Lu
2012-10-22 15:07 ` Konrad Rzeszutek Wilk
2012-10-22 19:08 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 08/19] x86, mm: Remove parameter in alloc_low_page for 64bit Yinghai Lu
2012-10-22 15:09 ` Konrad Rzeszutek Wilk
2012-10-22 19:09 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 09/19] x86, mm: Merge alloc_low_page between 64bit and 32bit Yinghai Lu
2012-10-22 15:11 ` Konrad Rzeszutek Wilk
2012-10-22 19:14 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 10/19] x86, mm: Move min_pfn_mapped back to mm/init.c Yinghai Lu
2012-10-18 20:50 ` [PATCH 11/19] x86, mm, xen: Remove mapping_pagatable_reserve Yinghai Lu
2012-10-22 15:14 ` Konrad Rzeszutek Wilk
2012-10-22 19:18 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 12/19] x86, mm: Add alloc_low_pages(num) Yinghai Lu
2012-10-22 15:17 ` Konrad Rzeszutek Wilk
2012-10-22 19:24 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 13/19] x86, mm: only call early_ioremap_page_table_range_init() once Yinghai Lu
2012-10-22 15:24 ` Konrad Rzeszutek Wilk
2012-10-22 19:40 ` Yinghai Lu
2012-10-23 0:01 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 14/19] x86, mm: Move back pgt_buf_* to mm/init.c Yinghai Lu
2012-10-18 20:50 ` [PATCH 15/19] x86, mm: Move init_gbpages() out of setup.c Yinghai Lu
2012-10-18 20:50 ` [PATCH 16/19] x86, mm: change low/hignmem_pfn_init to static on 32bit Yinghai Lu
2012-10-18 20:50 ` [PATCH 17/19] x86, mm: Move function declaration into mm_internal.h Yinghai Lu
2012-10-18 20:50 ` [PATCH 18/19] x86, mm: Let "memmap=" take more entries one time Yinghai Lu
2012-10-22 15:19 ` Konrad Rzeszutek Wilk
2012-10-22 19:26 ` Yinghai Lu
2012-10-18 20:50 ` [PATCH 19/19] x86, mm: Add check before clear pte above max_low_pfn on 32bit Yinghai Lu
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=20121022141633.GB14193@konrad-lan.dumpdata.com \
--to=konrad@kernel.org \
--cc=hpa@zytor.com \
--cc=jacob.shin@amd.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=stefano.stabellini@eu.citrix.com \
--cc=tglx@linutronix.de \
--cc=tj@kernel.org \
--cc=yinghai@kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox