[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20210630124214.GB7139@alpha.franken.de>
Date: Wed, 30 Jun 2021 14:42:14 +0200
From: Thomas Bogendoerfer <tsbogend@...ha.franken.de>
To: Wei Li <liwei391@...wei.com>
Cc: Thomas Gleixner <tglx@...utronix.de>,
Andrew Morton <akpm@...ux-foundation.org>,
Paul Cercueil <paul@...pouillou.net>,
Daniel Silsby <dansilsby@...il.com>,
Paul Burton <paulburton@...nel.org>,
linux-mips@...r.kernel.org, linux-kernel@...r.kernel.org,
huawei.libin@...wei.com
Subject: Re: [PATCH RESEND] MIPS: Fix PKMAP with 32-bit MIPS huge page support
On Tue, Jun 29, 2021 at 10:14:20PM +0800, Wei Li wrote:
> When 32-bit MIPS huge page support is enabled, we halve the number of
> pointers a PTE page holds, making its last half go to waste.
> Correspondingly, we should halve the number of kmap entries, as we just
> initialized only a single pte table for that in pagetable_init().
>
> Fixes: 35476311e529 ("MIPS: Add partial 32-bit huge page support")
> Signed-off-by: Wei Li <liwei391@...wei.com>
> ---
> arch/mips/include/asm/highmem.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
applied to mips-next.
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea. [ RFC1925, 2.3 ]
Powered by blists - more mailing lists