Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
IronPort-SDR: TBN8uceBJfBqgTN8BDLGg5JyjIjNBErK/ArvXvcTrtrkrx9IXEQZez/fUJYRm5/sQMFsPUT9Vo
 JWiEcj5IQKLeu/7cGhp+KWxFQV8+CCuqBcJb5z5XbO7BqN2AH3qcnqG69aIEQwoQ7JiWzhhwkX
 UDTqVWTGcd4WJKiMtComRiUFh39Iz8DZ6Fvgu6lcv6ZPYTHfO1d4JiIkeJJdAZb5LpgLfS9NFy
 ask8d5LR8lRoJEB40hd0QYbLXNXdeTq/CWsyhSewKbTbm5088SQxlR0XO6yAgEqg5eIgbsPmSf
 YPY=
IronPort-SDR: esQUOBfZaAFklhD2kaAnV6MyMFH+LAz2ATTiIAMC+fOQlz5LrlMOY47ecbhClG+ZPe9GKZZOMh
 uMh3Bb2sk9PmHFinlzRJd/IVmveHjvbjxA4GFYalesgMbPIhCv9Pyd4zMbt2QNqRqdxHb5r5x5
 5R3i1hB7cvyvj1en9rZ8BuBthuZkdA+RA5pLg+DX2F2fDDRS5/fzWsBdymSmRNAYNI98QHwgTN
 8bqeT8hx4Il/hw1vQ6WPqZZLeHRr274Hl+9BRn+IbzBgCR3Ma+K4HghalRdCya2f6UDSz7dMHB
 PlYKGuDOa4NCxhLAYsYT56PU
IronPort-SDR: kr+h0ka0huc4Zv/VwhAr08nh9zKSBr1QFmPF6J/ILRbhiEAuciNDSDeD1XDQur+VG4aW80gEtd
 37xIVRq2k1FM9HxvDxtH9T4PgP3LYXUyn5nbwORH5Ja+Y9JqVMelPfPZU5BpngIlF/dY87HOFy
 WfI/DUTQKcynW1cilYC5nkbAWFsKOWfcxPnTThA40fbD+bdg752WTQfN4KJSPKRCS+YD7ezBz+
 9tdbb+oH3vrBho4n7sZhiM96RCSCCYBeuxUeEc0JRp0PUM5IDFHDRULp/xBme2aU6K3ksAAzbc
 4o8=
WDCIronportException: Internal
From:   Atish Patra <atish.patra@wdc.com>
To:     linux-kernel@vger.kernel.org
Cc:     Atish Patra <atish.patra@wdc.com>,
        Albert Ou <aou@eecs.berkeley.edu>,
        Andrew Morton <akpm@linux-foundation.org>,
        Anup Patel <anup.patel@wdc.com>,
        Ard Biesheuvel <ardb@kernel.org>,
        linux-riscv@lists.infradead.org, Mike Rapoport <rppt@kernel.org>,
        Palmer Dabbelt <palmer@dabbelt.com>,
        Paul Walmsley <paul.walmsley@sifive.com>,
        Nick Kossifidis <mick@ics.forth.gr>
Subject: [PATCH 0/4] Assorted fixes for RV32
Date:   Thu,  7 Jan 2021 01:26:48 -0800
Message-Id: <20210107092652.3438696-1-atish.patra@wdc.com>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Precedence: bulk

This series fixes various issues observed in latest kernel on RV32.
The first two patches fixes an resource tree introduced in 5.11-rc1
while the last two fixes the case where 2GB physical memory is used
on RV32.

There are may be better way to fix the issue pointed out in PATCH 3
as it seems a generic kernel issue where kernel pointers can not use
last 4k of addressable memory. I am open to other better alternate
suggestions.

Atish Patra (4):
RISC-V: Do not allocate memblock while iterating reserved memblocks
RISC-V: Set current memblock limit
RISC-V: Fix L1_CACHE_BYTES for RV32
RISC-V: Fix maximum allowed phsyical memory for RV32

arch/riscv/Kconfig             |  6 ++++--
arch/riscv/include/asm/cache.h |  4 ++++
arch/riscv/kernel/setup.c      | 24 +++++++++++++-----------
arch/riscv/mm/init.c           | 16 ++++++++++++++--
4 files changed, 35 insertions(+), 15 deletions(-)

--
2.25.1