From: Christoph Hellwig <hch@infradead.org>
To: guoren@kernel.org
Cc: palmer@sifive.com, aou@eecs.berkeley.edu,
linux-arch@vger.kernel.org, linux-riscv@lists.infradead.org,
linux-kernel@vger.kernel.org, Guo Ren <ren_guo@c-sky.com>,
Mao Han <mao_han@c-sky.com>
Subject: Re: [PATCH] riscv: fixup max_low_pfn with PFN_DOWN.
Date: Tue, 15 Jan 2019 07:36:13 -0800 [thread overview]
Message-ID: <20190115153613.GC26443@infradead.org> (raw)
In-Reply-To: <1547280987-7630-1-git-send-email-guoren@kernel.org>
On Sat, Jan 12, 2019 at 04:16:27PM +0800, guoren@kernel.org wrote:
> From: Guo Ren <ren_guo@c-sky.com>
>
> max_low_pfn should be pfn_size not byte_size.
>
> Signed-off-by: Guo Ren <ren_guo@c-sky.com>
> Signed-off-by: Mao Han <mao_han@c-sky.com>
> Cc: Palmer Dabbelt <palmer@sifive.com>
> Cc: Albert Ou <aou@eecs.berkeley.edu>
> ---
> arch/riscv/kernel/setup.c | 2 +-
> arch/riscv/mm/init.c | 3 ++-
> 2 files changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/arch/riscv/kernel/setup.c b/arch/riscv/kernel/setup.c
> index fc8006a..5463e67 100644
> --- a/arch/riscv/kernel/setup.c
> +++ b/arch/riscv/kernel/setup.c
> @@ -174,7 +174,7 @@ static void __init setup_bootmem(void)
> BUG_ON(mem_size == 0);
>
> set_max_mapnr(PFN_DOWN(mem_size));
> - max_low_pfn = memblock_end_of_DRAM();
> + max_low_pfn = PFN_DOWN(memblock_end_of_DRAM());
I know it is used just above, but can we please just switch this
code to use >> PAGE_SHIFT instead of PFN_DOWN, which just horribly
obsfucates what is going on?
>
> #ifdef CONFIG_BLK_DEV_INITRD
> setup_initrd();
> diff --git a/arch/riscv/mm/init.c b/arch/riscv/mm/init.c
> index 1d9bfaf..658ebf6 100644
> --- a/arch/riscv/mm/init.c
> +++ b/arch/riscv/mm/init.c
> @@ -28,7 +28,8 @@ static void __init zone_sizes_init(void)
> unsigned long max_zone_pfns[MAX_NR_ZONES] = { 0, };
>
> #ifdef CONFIG_ZONE_DMA32
> - max_zone_pfns[ZONE_DMA32] = PFN_DOWN(min(4UL * SZ_1G, max_low_pfn));
> + max_zone_pfns[ZONE_DMA32] = PFN_DOWN(min(4UL * SZ_1G,
> + (unsigned long) PFN_PHYS(max_low_pfn)));
> #endif
Same comment as above here, plus I think we should just use
memblock_end_of_DRAM directly, e.g. something like:
static const phys_addr_t max_dma32_addr = 4UL * SZ_1G;
max_zone_pfns[ZONE_DMA32] =
min(memblock_end_of_DRAM(), max_dma32_addr) >> PAGE_SHIFT;
next prev parent reply other threads:[~2019-01-15 15:36 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-12 8:16 [PATCH] riscv: fixup max_low_pfn with PFN_DOWN guoren
2019-01-12 8:16 ` guoren
2019-01-15 15:36 ` Christoph Hellwig [this message]
2019-01-15 15:36 ` Christoph Hellwig
2019-01-15 16:10 ` Guo Ren
2019-01-15 16:10 ` Guo Ren
2019-01-15 16:12 ` Christoph Hellwig
2019-01-15 16:12 ` Christoph Hellwig
2019-01-16 1:07 ` Guo Ren
2019-01-16 1:07 ` Guo Ren
2019-01-24 2:00 ` Palmer Dabbelt
2019-01-24 2:00 ` Palmer Dabbelt
2019-01-24 2:31 ` Guo Ren
2019-01-24 2:31 ` Guo Ren
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=20190115153613.GC26443@infradead.org \
--to=hch@infradead.org \
--cc=aou@eecs.berkeley.edu \
--cc=guoren@kernel.org \
--cc=linux-arch@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=mao_han@c-sky.com \
--cc=palmer@sifive.com \
--cc=ren_guo@c-sky.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox