From: Michael Ellerman <mpe@ellerman•id.au>
To: Mike Rapoport <rppt@kernel•org>,
Andrew Morton <akpm@linux-foundation•org>
Cc: Rich Felker <dalias@libc•org>,
linux-ia64@vger•kernel.org, linux-sh@vger•kernel.org,
x86@kernel•org, linux-mips@vger•kernel.org,
Max Filippov <jcmvbkbc@gmail•com>, Guo Ren <guoren@kernel•org>,
sparclinux@vger•kernel.org, linux-hexagon@vger•kernel.org,
WANG Xuerui <kernel@xen0n•name>,
Greg Ungerer <gerg@linux-m68k•org>,
linux-arch@vger•kernel.org,
Yoshinori Sato <ysato@users•sourceforge.jp>,
Richard Weinberger <richard@nod•at>, Helge Deller <deller@gmx•de>,
Huacai Chen <chenhuacai@kernel•org>,
Russell King <linux@armlinux•org.uk>,
linux-csky@vger•kernel.org,
Geert Uytterhoeven <geert@linux-m68k•org>,
Vineet Gupta <vgupta@kernel•org>,
Matt Turner <mattst88@gmail•com>,
linux-snps-arc@lists•infradead.org,
linux-xtensa@linux-xtensa•org, Arnd Bergmann <arnd@arndb•de>,
linux-um@lists•infradead.org, linux-m68k@lists•linux-m68k.org,
openrisc@lists•librecores.org, loongarch@lists•linux.dev,
Stafford Horne <shorne@gmail•com>,
linux-arm-kernel@lists•infradead.org,
Brian Cain <bcain@quicinc•c om>, Michal Simek <monstr@monstr•eu>,
Thomas Bogendoerfer <tsbogend@alpha•franken.de>,
linux-parisc@vger•kernel.org, linux-mm@kvack•org,
linux-kernel@vger•kernel.org, Dinh Nguyen <dinguyen@kernel•org>,
linux-riscv@lists•infradead.org,
Palmer Dabbelt <palmer@dabbelt•com>,
linux-alpha@vger•kernel.org, linuxppc-dev@lists•ozlabs.org,
"David S. Miller" <davem@davemloft•net>,
"Mike Rapoport \(IBM\)" <rppt@kernel•org>,
Huacai Chen <chenhuacai@loongson•cn>
Subject: Re: [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM
Date: Mon, 30 Jan 2023 16:06:21 +1100 [thread overview]
Message-ID: <87o7qgsjaq.fsf@mpe.ellerman.id.au> (raw)
In-Reply-To: <20230129124235.209895-5-rppt@kernel.org>
Mike Rapoport <rppt@kernel•org> writes:
> From: "Mike Rapoport (IBM)" <rppt@kernel•org>
>
> Every architecture that supports FLATMEM memory model defines its own
> version of pfn_valid() that essentially compares a pfn to max_mapnr.
>
> Use mips/powerpc version implemented as static inline as a generic
> implementation of pfn_valid() and drop its per-architecture definitions.
>
> Signed-off-by: Mike Rapoport (IBM) <rppt@kernel•org>
> Acked-by: Arnd Bergmann <arnd@arndb•de>
> Acked-by: Guo Ren <guoren@kernel•org> # csky
> Acked-by: Huacai Chen <chenhuacai@loongson•cn> # LoongArch
> Acked-by: Stafford Horne <shorne@gmail•com> # OpenRISC
> ---
> arch/alpha/include/asm/page.h | 4 ----
> arch/arc/include/asm/page.h | 1 -
> arch/csky/include/asm/page.h | 1 -
> arch/hexagon/include/asm/page.h | 1 -
> arch/ia64/include/asm/page.h | 4 ----
> arch/loongarch/include/asm/page.h | 13 -------------
> arch/m68k/include/asm/page_no.h | 2 --
> arch/microblaze/include/asm/page.h | 1 -
> arch/mips/include/asm/page.h | 13 -------------
> arch/nios2/include/asm/page.h | 9 ---------
> arch/openrisc/include/asm/page.h | 2 --
> arch/parisc/include/asm/page.h | 4 ----
> arch/powerpc/include/asm/page.h | 9 ---------
Acked-by: Michael Ellerman <mpe@ellerman•id.au> (powerpc)
cheers
next prev parent reply other threads:[~2023-01-30 5:07 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-29 12:42 [PATCH v2 0/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM Mike Rapoport
2023-01-29 12:42 ` [PATCH v2 1/4] arm: include asm-generic/memory_model.h from page.h rather than memory.h Mike Rapoport
2023-02-03 14:30 ` David Hildenbrand
2023-01-29 12:42 ` [PATCH v2 2/4] m68k: use asm-generic/memory_model.h for both MMU and !MMU Mike Rapoport
2023-02-03 14:31 ` David Hildenbrand
2023-02-12 17:35 ` Guenter Roeck
2023-02-13 1:15 ` Mike Rapoport
2023-02-13 6:25 ` Guenter Roeck
2023-01-29 12:42 ` [PATCH v2 3/4] mips: drop definition of pfn_valid() for DISCONTIGMEM Mike Rapoport
2023-02-03 14:31 ` David Hildenbrand
2023-01-29 12:42 ` [PATCH v2 4/4] mm, arch: add generic implementation of pfn_valid() for FLATMEM Mike Rapoport
2023-01-30 5:06 ` Michael Ellerman [this message]
2023-01-31 17:47 ` Conor Dooley
2023-01-31 18:41 ` Mike Rapoport
2023-01-31 18:55 ` Conor Dooley
2023-02-03 14:33 ` David Hildenbrand
2023-02-12 16:13 ` Guenter Roeck
2023-02-12 16:26 ` Mike Rapoport
2023-02-12 17:38 ` Guenter Roeck
2023-02-13 1:26 ` Mike Rapoport
2023-02-13 6:37 ` Guenter Roeck
2023-02-13 7:54 ` Mike Rapoport
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=87o7qgsjaq.fsf@mpe.ellerman.id.au \
--to=mpe@ellerman$(echo .)id.au \
--cc=akpm@linux-foundation$(echo .)org \
--cc=arnd@arndb$(echo .)de \
--cc=bcain@quicinc$(echo .)c \
--cc=chenhuacai@kernel$(echo .)org \
--cc=dalias@libc$(echo .)org \
--cc=deller@gmx$(echo .)de \
--cc=geert@linux-m68k$(echo .)org \
--cc=gerg@linux-m68k$(echo .)org \
--cc=guoren@kernel$(echo .)org \
--cc=jcmvbkbc@gmail$(echo .)com \
--cc=kernel@xen0n$(echo .)name \
--cc=linux-arch@vger$(echo .)kernel.org \
--cc=linux-arm-kernel@lists$(echo .)infradead.org \
--cc=linux-csky@vger$(echo .)kernel.org \
--cc=linux-hexagon@vger$(echo .)kernel.org \
--cc=linux-ia64@vger$(echo .)kernel.org \
--cc=linux-m68k@lists$(echo .)linux-m68k.org \
--cc=linux-mips@vger$(echo .)kernel.org \
--cc=linux-sh@vger$(echo .)kernel.org \
--cc=linux-snps-arc@lists$(echo .)infradead.org \
--cc=linux-um@lists$(echo .)infradead.org \
--cc=linux-xtensa@linux-xtensa$(echo .)org \
--cc=linux@armlinux$(echo .)org.uk \
--cc=loongarch@lists$(echo .)linux.dev \
--cc=mattst88@gmail$(echo .)com \
--cc=openrisc@lists$(echo .)librecores.org \
--cc=richard@nod$(echo .)at \
--cc=rppt@kernel$(echo .)org \
--cc=shorne@gmail$(echo .)com \
--cc=sparclinux@vger$(echo .)kernel.org \
--cc=vgupta@kernel$(echo .)org \
--cc=x86@kernel$(echo .)org \
--cc=ysato@users$(echo .)sourceforge.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
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