[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f9693d48-1018-460f-a1ff-5990bcf92b66@csgroup.eu>
Date: Wed, 9 Oct 2024 16:37:53 +0200
From: Christophe Leroy <christophe.leroy@...roup.eu>
To: Christoph Hellwig <hch@....de>, Arnd Bergmann <arnd@...db.de>
Cc: linux-alpha@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-snps-arc@...ts.infradead.org, linux-arm-kernel@...ts.infradead.org,
linux-csky@...r.kernel.org, linux-hexagon@...r.kernel.org,
loongarch@...ts.linux.dev, linux-m68k@...ts.linux-m68k.org,
linux-mips@...r.kernel.org, linux-openrisc@...r.kernel.org,
linux-parisc@...r.kernel.org, linuxppc-dev@...ts.ozlabs.org,
linux-riscv@...ts.infradead.org, linux-s390@...r.kernel.org,
linux-sh@...r.kernel.org, sparclinux@...r.kernel.org,
linux-um@...ts.infradead.org, linux-arch@...r.kernel.org
Subject: Re: [PATCH] asm-generic: provide generic page_to_phys and
phys_to_page implementations
Le 09/10/2024 à 13:43, Christoph Hellwig a écrit :
> page_to_phys is duplicated by all architectures, and from some strange
> reason placed in <asm/io.h> where it doesn't fit at all.
>
> phys_to_page is only provided by a few architectures despite having a lot
> of open coded users.
>
> Provide generic versions in <asm-generic/memory_model.h> to make these
> helpers more easily usable.
>
> Signed-off-by: Christoph Hellwig <hch@....de>
> ---
> arch/alpha/include/asm/io.h | 1 -
> arch/arc/include/asm/io.h | 3 ---
> arch/arm/include/asm/memory.h | 6 ------
> arch/arm64/include/asm/memory.h | 6 ------
> arch/csky/include/asm/page.h | 3 ---
> arch/hexagon/include/asm/page.h | 6 ------
> arch/loongarch/include/asm/page.h | 3 ---
> arch/m68k/include/asm/virtconvert.h | 3 ---
> arch/microblaze/include/asm/page.h | 1 -
> arch/mips/include/asm/io.h | 5 -----
> arch/nios2/include/asm/io.h | 3 ---
> arch/openrisc/include/asm/page.h | 2 --
> arch/parisc/include/asm/page.h | 1 -
> arch/powerpc/include/asm/io.h | 12 ------------
As far as I understand, this patch silently drops part of commit
6bf752daca07 ("powerpc: implement CONFIG_DEBUG_VIRTUAL").
Can you please clarify ?
Christophe
Powered by blists - more mailing lists