From: David Hildenbrand <david@redhat.com>
To: linux-mm@kvack.org
Cc: linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-m68k@lists.linux-m68k.org, linuxppc-dev@lists.ozlabs.org,
linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org,
linux-mediatek@lists.infradead.org,
David Hildenbrand <david@redhat.com>,
Albert Ou <aou@eecs.berkeley.edu>,
Alexander Duyck <alexander.h.duyck@linux.intel.com>,
Andrew Morton <akpm@linux-foundation.org>,
Anthony Yznaga <anthony.yznaga@oracle.com>,
Arnd Bergmann <arnd@arndb.de>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Bhupesh Sharma <bhsharma@redhat.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Christophe Leroy <christophe.leroy@c-s.fr>,
Dan Williams <dan.j.williams@intel.com>,
Dave Kleikamp <dave.kleikamp@oracle.com>,
David Airlie <airlied@linux.ie>
Subject: [PATCH RFC 0/7] mm: PG_reserved cleanups and documentation
Date: Wed, 5 Dec 2018 13:28:44 +0100 [thread overview]
Message-ID: <20181205122851.5891-1-david@redhat.com> (raw)
I was recently going over all users of PG_reserved. Short story: it is
difficult and sometimes not really clear if setting/checking for
PG_reserved is only a relict from the past. Easy to break things.
I had way more cleanups in this series inititally,
but some architectures take PG_reserved as a way to apply a different
caching strategy (for MMIO pages). So I decided to only include the most
obvious changes (that are less likely to break something).
So let's see if the documentation update for PG_reserved I crafted
actually covers most cases or if there is plenty more.
Most notably, for device memory we can hopefully soon stop setting
it PG_reserved
I only briefly tested this on s390x.
David Hildenbrand (7):
agp: efficeon: no need to set PG_reserved on GATT tables
s390/vdso: don't clear PG_reserved
powerpc/vdso: don't clear PG_reserved
riscv/vdso: don't clear PG_reserved
m68k/mm: use __ClearPageReserved()
arm64: kexec: no need to ClearPageReserved()
mm: better document PG_reserved
arch/arm64/kernel/machine_kexec.c | 1 -
arch/m68k/mm/memory.c | 2 +-
arch/powerpc/kernel/vdso.c | 2 --
arch/riscv/kernel/vdso.c | 1 -
arch/s390/kernel/vdso.c | 2 --
drivers/char/agp/efficeon-agp.c | 2 --
include/linux/page-flags.h | 18 ++++++++++++++++--
7 files changed, 17 insertions(+), 11 deletions(-)
--
2.17.2
WARNING: multiple messages have this Message-ID (diff)
From: David Hildenbrand <david@redhat.com>
To: linux-mm@kvack.org
Cc: Mark Rutland <mark.rutland@arm.com>,
Michal Hocko <mhocko@suse.com>,
David Hildenbrand <david@redhat.com>,
David Airlie <airlied@linux.ie>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Bhupesh Sharma <bhsharma@redhat.com>,
Palmer Dabbelt <palmer@sifive.com>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Michal Hocko <mhocko@kernel.org>,
Paul Mackerras <paulus@samba.org>,
linux-riscv@lists.infradead.org,
Alexander Duyck <alexander.h.duyck@linux.intel.com>,
linux-s390@vger.kernel.org, Vasily Gorbik <gor@linux.ibm.com>,
Michael Ellerman <mpe@ellerman.id.au>,
Pavel Tatashin <pasha.tatashin@oracle.com>,
Matthew Wilcox <willy@infradead.org>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Anthony Yznaga <anthony.yznaga@oracle.com>,
Tobias Klauser <tklauser@distanz.ch>,
Albert Ou <aou@eecs.berkeley.edu>,
Kees Cook <keescook@chromium.org>, Arnd Bergmann <arnd@arndb.de>,
Stephen Rothwell <sfr@canb.auug.org.au>,
Marc Zyngier <marc.zyngier@arm.com>,
Will Deacon <will.deacon@arm.com>,
linux-m68k@lists.linux-m68k.org,
Dave Kleikamp <dave.kleikamp@oracle.com>,
linux-mediatek@lists.infradead.org,
Dan Williams <dan.j.williams@intel.com>,
linux-arm-kernel@lists.infradead.org,
Christophe Leroy <christophe.leroy@c-s.fr>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
linux-kernel@vger.kernel.org,
Miles Chen <miles.chen@mediatek.com>,
Mike Rapoport <rppt@linux.vnet.ibm.com>,
James Morse <james.morse@arm.com>,
Souptick Joarder <jrdr.linux@gmail.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Andrew Morton <akpm@linux-foundation.org>,
linuxppc-dev@lists.ozlabs.org
Subject: [PATCH RFC 0/7] mm: PG_reserved cleanups and documentation
Date: Wed, 5 Dec 2018 13:28:44 +0100 [thread overview]
Message-ID: <20181205122851.5891-1-david@redhat.com> (raw)
I was recently going over all users of PG_reserved. Short story: it is
difficult and sometimes not really clear if setting/checking for
PG_reserved is only a relict from the past. Easy to break things.
I had way more cleanups in this series inititally,
but some architectures take PG_reserved as a way to apply a different
caching strategy (for MMIO pages). So I decided to only include the most
obvious changes (that are less likely to break something).
So let's see if the documentation update for PG_reserved I crafted
actually covers most cases or if there is plenty more.
Most notably, for device memory we can hopefully soon stop setting
it PG_reserved
I only briefly tested this on s390x.
David Hildenbrand (7):
agp: efficeon: no need to set PG_reserved on GATT tables
s390/vdso: don't clear PG_reserved
powerpc/vdso: don't clear PG_reserved
riscv/vdso: don't clear PG_reserved
m68k/mm: use __ClearPageReserved()
arm64: kexec: no need to ClearPageReserved()
mm: better document PG_reserved
arch/arm64/kernel/machine_kexec.c | 1 -
arch/m68k/mm/memory.c | 2 +-
arch/powerpc/kernel/vdso.c | 2 --
arch/riscv/kernel/vdso.c | 1 -
arch/s390/kernel/vdso.c | 2 --
drivers/char/agp/efficeon-agp.c | 2 --
include/linux/page-flags.h | 18 ++++++++++++++++--
7 files changed, 17 insertions(+), 11 deletions(-)
--
2.17.2
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
WARNING: multiple messages have this Message-ID (diff)
From: David Hildenbrand <david@redhat.com>
To: linux-mm@kvack.org
Cc: Mark Rutland <mark.rutland@arm.com>,
Michal Hocko <mhocko@suse.com>,
David Hildenbrand <david@redhat.com>,
David Airlie <airlied@linux.ie>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Bhupesh Sharma <bhsharma@redhat.com>,
Palmer Dabbelt <palmer@sifive.com>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Michal Hocko <mhocko@kernel.org>,
Paul Mackerras <paulus@samba.org>,
linux-riscv@lists.infradead.org,
Alexander Duyck <alexander.h.duyck@linux.intel.com>,
linux-s390@vger.kernel.org, Vasily Gorbik <gor@linux.ibm.com>,
Michael Ellerman <mpe@ellerman.id.au>,
Pavel Tatashin <pasha.tatashin@oracle.com>,
Matthew Wilcox <willy@infradead.org>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Anthony Yznaga <anthony.yznaga@oracle.com>,
Tobias Klauser <tklauser@distanz.ch>,
Albert Ou <aou@eecs.berkeley.edu>,
Kees Cook <keescook@chromium.org>, Arnd Bergmann <arnd@arndb.de>,
Stephen Rothwell <sfr@canb.auug.org.au>,
Marc Zyngier <marc.zyngier@arm.com>,
Will Deacon <will.deacon@arm.com>,
linux-m68k@lists.linux-m68k.org,
Dave Kleikamp <dave.kleikamp@oracle.com>,
linux-mediatek@lists.infradead.org,
Dan Williams <dan.j.williams@intel.com>,
linux-arm-kernel@lists.infradead.org,
Christophe Leroy <christophe.leroy@c-s.fr>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
linux-kernel@vger.kernel.org,
Miles Chen <miles.chen@mediatek.com>,
Mike Rapoport <rppt@linux.vnet.ibm.com>,
James Morse <james.morse@arm.com>,
Souptick Joarder <jrdr.linux@gmail.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Andrew Morton <akpm@linux-foundation.org>,
linuxppc-dev@lists.ozlabs.org
Subject: [PATCH RFC 0/7] mm: PG_reserved cleanups and documentation
Date: Wed, 5 Dec 2018 13:28:44 +0100 [thread overview]
Message-ID: <20181205122851.5891-1-david@redhat.com> (raw)
I was recently going over all users of PG_reserved. Short story: it is
difficult and sometimes not really clear if setting/checking for
PG_reserved is only a relict from the past. Easy to break things.
I had way more cleanups in this series inititally,
but some architectures take PG_reserved as a way to apply a different
caching strategy (for MMIO pages). So I decided to only include the most
obvious changes (that are less likely to break something).
So let's see if the documentation update for PG_reserved I crafted
actually covers most cases or if there is plenty more.
Most notably, for device memory we can hopefully soon stop setting
it PG_reserved
I only briefly tested this on s390x.
David Hildenbrand (7):
agp: efficeon: no need to set PG_reserved on GATT tables
s390/vdso: don't clear PG_reserved
powerpc/vdso: don't clear PG_reserved
riscv/vdso: don't clear PG_reserved
m68k/mm: use __ClearPageReserved()
arm64: kexec: no need to ClearPageReserved()
mm: better document PG_reserved
arch/arm64/kernel/machine_kexec.c | 1 -
arch/m68k/mm/memory.c | 2 +-
arch/powerpc/kernel/vdso.c | 2 --
arch/riscv/kernel/vdso.c | 1 -
arch/s390/kernel/vdso.c | 2 --
drivers/char/agp/efficeon-agp.c | 2 --
include/linux/page-flags.h | 18 ++++++++++++++++--
7 files changed, 17 insertions(+), 11 deletions(-)
--
2.17.2
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: David Hildenbrand <david@redhat.com>
To: linux-mm@kvack.org
Cc: Mark Rutland <mark.rutland@arm.com>,
Michal Hocko <mhocko@suse.com>,
David Hildenbrand <david@redhat.com>,
David Airlie <airlied@linux.ie>,
Bhupesh Sharma <bhsharma@redhat.com>,
Palmer Dabbelt <palmer@sifive.com>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Michal Hocko <mhocko@kernel.org>,
Paul Mackerras <paulus@samba.org>,
linux-riscv@lists.infradead.org,
Alexander Duyck <alexander.h.duyck@linux.intel.com>,
linux-s390@vger.kernel.org, Vasily Gorbik <gor@linux.ibm.com>,
Pavel Tatashin <pasha.tatashin@oracle.com>,
Matthew Wilcox <willy@infradead.org>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Catalin Marinas <catalin.marinas@arm.com>,
Anthony Yznaga <anthony.yznaga@oracle.com>,
Tobias Klauser <tklauser@distanz.ch>,
Albert Ou <aou@eecs.berkeley.edu>,
Kees Cook <keescook@chromium.org>, Arnd Bergmann <arnd@arndb.de>,
Stephen Rothwell <sfr@canb.auug.org.au>,
Marc Zyngier <marc.zyngier@arm.com>,
Will Deacon <will.deacon@arm.com>,
linux-m68k@lists.linux-m68k.org,
Dave Kleikamp <dave.kleikamp@oracle.com>,
linux-mediatek@lists.infradead.org,
Dan Williams <dan.j.williams@intel.com>,
linux-arm-kernel@lists.infradead.org,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
linux-kernel@vger.kernel.org,
Miles Chen <miles.chen@mediatek.com>,
Mike Rapoport <rppt@linux.vnet.ibm.com>,
James Morse <james.morse@arm.com>,
Souptick Joarder <jrdr.linux@gmail.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Andrew Morton <akpm@linux-foundation.org>,
linuxppc-dev@lists.ozlabs.org
Subject: [PATCH RFC 0/7] mm: PG_reserved cleanups and documentation
Date: Wed, 5 Dec 2018 13:28:44 +0100 [thread overview]
Message-ID: <20181205122851.5891-1-david@redhat.com> (raw)
I was recently going over all users of PG_reserved. Short story: it is
difficult and sometimes not really clear if setting/checking for
PG_reserved is only a relict from the past. Easy to break things.
I had way more cleanups in this series inititally,
but some architectures take PG_reserved as a way to apply a different
caching strategy (for MMIO pages). So I decided to only include the most
obvious changes (that are less likely to break something).
So let's see if the documentation update for PG_reserved I crafted
actually covers most cases or if there is plenty more.
Most notably, for device memory we can hopefully soon stop setting
it PG_reserved
I only briefly tested this on s390x.
David Hildenbrand (7):
agp: efficeon: no need to set PG_reserved on GATT tables
s390/vdso: don't clear PG_reserved
powerpc/vdso: don't clear PG_reserved
riscv/vdso: don't clear PG_reserved
m68k/mm: use __ClearPageReserved()
arm64: kexec: no need to ClearPageReserved()
mm: better document PG_reserved
arch/arm64/kernel/machine_kexec.c | 1 -
arch/m68k/mm/memory.c | 2 +-
arch/powerpc/kernel/vdso.c | 2 --
arch/riscv/kernel/vdso.c | 1 -
arch/s390/kernel/vdso.c | 2 --
drivers/char/agp/efficeon-agp.c | 2 --
include/linux/page-flags.h | 18 ++++++++++++++++--
7 files changed, 17 insertions(+), 11 deletions(-)
--
2.17.2
WARNING: multiple messages have this Message-ID (diff)
From: David Hildenbrand <david@redhat.com>
To: linux-mm@kvack.org
Cc: linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-m68k@lists.linux-m68k.org, linuxppc-dev@lists.ozlabs.org,
linux-riscv@lists.infradead.org, linux-s390@vger.kernel.org,
linux-mediatek@lists.infradead.org,
David Hildenbrand <david@redhat.com>,
Albert Ou <aou@eecs.berkeley.edu>,
Alexander Duyck <alexander.h.duyck@linux.intel.com>,
Andrew Morton <akpm@linux-foundation.org>,
Anthony Yznaga <anthony.yznaga@oracle.com>,
Arnd Bergmann <arnd@arndb.de>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Bhupesh Sharma <bhsharma@redhat.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Christophe Leroy <christophe.leroy@c-s.fr>,
Dan Williams <dan.j.williams@intel.com>,
Dave Kleikamp <dave.kleikamp@oracle.com>,
David Airlie <airlied@linux.ie>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
James Morse <james.morse@arm.com>,
Kees Cook <keescook@chromium.org>,
Marc Zyngier <marc.zyngier@arm.com>,
Mark Rutland <mark.rutland@arm.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Matthew Wilcox <willy@infradead.org>,
Michael Ellerman <mpe@ellerman.id.au>,
Michal Hocko <mhocko@kernel.org>, Michal Hocko <mhocko@suse.com>,
Mike Rapoport <rppt@linux.vnet.ibm.com>,
Miles Chen <miles.chen@mediatek.com>,
Palmer Dabbelt <palmer@sifive.com>,
Paul Mackerras <paulus@samba.org>,
Pavel Tatashin <pasha.tatashin@oracle.com>,
Souptick Joarder <jrdr.linux@gmail.com>,
Stephen Rothwell <sfr@canb.auug.org.au>,
Tobias Klauser <tklauser@distanz.ch>,
Vasily Gorbik <gor@linux.ibm.com>,
Will Deacon <will.deacon@arm.com>
Subject: [PATCH RFC 0/7] mm: PG_reserved cleanups and documentation
Date: Wed, 5 Dec 2018 13:28:44 +0100 [thread overview]
Message-ID: <20181205122851.5891-1-david@redhat.com> (raw)
I was recently going over all users of PG_reserved. Short story: it is
difficult and sometimes not really clear if setting/checking for
PG_reserved is only a relict from the past. Easy to break things.
I had way more cleanups in this series inititally,
but some architectures take PG_reserved as a way to apply a different
caching strategy (for MMIO pages). So I decided to only include the most
obvious changes (that are less likely to break something).
So let's see if the documentation update for PG_reserved I crafted
actually covers most cases or if there is plenty more.
Most notably, for device memory we can hopefully soon stop setting
it PG_reserved
I only briefly tested this on s390x.
David Hildenbrand (7):
agp: efficeon: no need to set PG_reserved on GATT tables
s390/vdso: don't clear PG_reserved
powerpc/vdso: don't clear PG_reserved
riscv/vdso: don't clear PG_reserved
m68k/mm: use __ClearPageReserved()
arm64: kexec: no need to ClearPageReserved()
mm: better document PG_reserved
arch/arm64/kernel/machine_kexec.c | 1 -
arch/m68k/mm/memory.c | 2 +-
arch/powerpc/kernel/vdso.c | 2 --
arch/riscv/kernel/vdso.c | 1 -
arch/s390/kernel/vdso.c | 2 --
drivers/char/agp/efficeon-agp.c | 2 --
include/linux/page-flags.h | 18 ++++++++++++++++--
7 files changed, 17 insertions(+), 11 deletions(-)
--
2.17.2
next reply other threads:[~2018-12-05 12:28 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-05 12:28 David Hildenbrand [this message]
2018-12-05 12:28 ` [PATCH RFC 0/7] mm: PG_reserved cleanups and documentation David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` [PATCH RFC 1/7] agp: efficeon: no need to set PG_reserved on GATT tables David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` [PATCH RFC 2/7] s390/vdso: don't clear PG_reserved David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` [PATCH RFC 3/7] powerpc/vdso: " David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` [PATCH RFC 4/7] riscv/vdso: " David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-07 18:45 ` Palmer Dabbelt
2018-12-07 18:45 ` Palmer Dabbelt
2018-12-07 18:45 ` Palmer Dabbelt
2018-12-07 18:45 ` Palmer Dabbelt
2018-12-07 18:45 ` Palmer Dabbelt
2018-12-07 18:45 ` Palmer Dabbelt
2018-12-05 12:28 ` [PATCH RFC 5/7] m68k/mm: use __ClearPageReserved() David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` [PATCH RFC 6/7] arm64: kexec: no need to ClearPageReserved() David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 14:00 ` James Morse
2018-12-05 14:00 ` James Morse
2018-12-05 14:00 ` James Morse
2018-12-05 14:00 ` James Morse
2018-12-05 12:28 ` [PATCH RFC 7/7] mm: better document PG_reserved David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:28 ` David Hildenbrand
2018-12-05 12:59 ` Michal Hocko
2018-12-05 12:59 ` Michal Hocko
2018-12-05 12:59 ` Michal Hocko
2018-12-05 12:59 ` Michal Hocko
2018-12-05 14:35 ` Matthew Wilcox
2018-12-05 14:35 ` Matthew Wilcox
2018-12-05 14:35 ` Matthew Wilcox
2018-12-05 14:35 ` Matthew Wilcox
2018-12-05 15:05 ` David Hildenbrand
2018-12-05 15:05 ` David Hildenbrand
2018-12-05 15:05 ` David Hildenbrand
2018-12-05 15:05 ` David Hildenbrand
2018-12-05 17:32 ` Matthew Wilcox
2018-12-05 17:32 ` Matthew Wilcox
2018-12-05 17:32 ` Matthew Wilcox
2018-12-05 17:32 ` Matthew Wilcox
2018-12-05 18:13 ` David Hildenbrand
2018-12-05 18:13 ` David Hildenbrand
2018-12-05 18:13 ` David Hildenbrand
2018-12-05 18:13 ` David Hildenbrand
2018-12-06 10:46 ` David Hildenbrand
2018-12-06 10:46 ` David Hildenbrand
2018-12-06 10:46 ` David Hildenbrand
2018-12-06 10:46 ` David Hildenbrand
2018-12-05 12:56 ` [PATCH RFC 0/7] mm: PG_reserved cleanups and documentation Michal Hocko
2018-12-05 12:56 ` Michal Hocko
2018-12-05 12:56 ` Michal Hocko
2018-12-05 12:56 ` Michal Hocko
2018-12-05 12:56 ` Michal Hocko
2018-12-05 13:04 ` David Hildenbrand
2018-12-05 13:04 ` David Hildenbrand
2018-12-05 13:04 ` David Hildenbrand
2018-12-05 13:04 ` David Hildenbrand
2018-12-05 13:04 ` David Hildenbrand
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=20181205122851.5891-1-david@redhat.com \
--to=david@redhat.com \
--cc=airlied@linux.ie \
--cc=akpm@linux-foundation.org \
--cc=alexander.h.duyck@linux.intel.com \
--cc=anthony.yznaga@oracle.com \
--cc=aou@eecs.berkeley.edu \
--cc=arnd@arndb.de \
--cc=benh@kernel.crashing.org \
--cc=bhsharma@redhat.com \
--cc=catalin.marinas@arm.com \
--cc=christophe.leroy@c-s.fr \
--cc=dan.j.williams@intel.com \
--cc=dave.kleikamp@oracle.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-m68k@lists.linux-m68k.org \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-mm@kvack.org \
--cc=linux-riscv@lists.infradead.org \
--cc=linux-s390@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.