From: Qian Cai <cai@lca.pw>
To: Catalin Marinas <catalin.marinas@arm.com>
Cc: Mark Rutland <Mark.Rutland@arm.com>,
linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
Peter Zijlstra <peterz@infradead.org>,
James Hogan <jhogan@kernel.org>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Michal Hocko <mhocko@kernel.org>,
linux-mm@kvack.org, Paul Mackerras <paulus@samba.org>,
sparclinux@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
linux-s390@vger.kernel.org, Jason Gunthorpe <jgg@ziepe.ca>,
Michael Ellerman <mpe@ellerman.id.au>,
Vlastimil Babka <vbabka@suse.cz>,
x86@kernel.org, Russell King - ARM Linux <linux@armlinux.org.uk>,
Matthew Wilcox <willy@infradead.org>,
Steven Price <Steven.Price@arm.com>,
Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp>,
linux-arm-kernel@lists.infradead.org,
linux-snps-arc@lists.infradead.org,
Kees Cook <keescook@chromium.org>,
Anshuman Khandual <Anshuman.Khandual@arm.com>,
Masahiro Yamada <yamada.masahiro@socionext.com>,
Dan Williams <dan.j.williams@intel.com>,
Mark Brown <broonie@kernel.org>,
"Kirill A . Shutemov" <kirill@shutemov.name>,
Thomas Gleixner <tglx@linutronix.de>,
Gerald Schaefer <gerald.schaefer@de.ibm.com>,
Christophe Leroy <christophe.leroy@c-s.fr>,
Sri Krishna chowdary <schowdary@nvidia.com>,
Dave Hansen <dave.hansen@intel.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Ard Biesheuvel <ard.biesheuvel@linaro.org>,
linux-mips@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
linux-kernel@vger.kernel.org, Paul Burton <paul.burton@mips.com>,
Mike Rapoport <rppt@linux.vnet.ibm.com>,
Vineet Gupta <vgupta@synopsys.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Andrew Morton <akpm@linux-foundation.org>,
linuxppc-dev@lists.ozlabs.org,
"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers
Date: Tue, 28 Jan 2020 19:07:10 +0000 [thread overview]
Message-ID: <69091BA4-18C4-4425-A5E2-31FBE4654AF9@lca.pw> (raw)
In-Reply-To: <20200128174709.GK655507@arrakis.emea.arm.com>
> On Jan 28, 2020, at 12:47 PM, Catalin Marinas <catalin.marinas@arm.com> wrote:
>
> The primary goal here is not finding regressions but having clearly
> defined semantics of the page table accessors across architectures. x86
> and arm64 are a good starting point and other architectures will be
> enabled as they are aligned to the same semantics.
This still does not answer the fundamental question. If this test is simply inefficient to find bugs, who wants to spend time to use it regularly? If this is just one off test that may get running once in a few years (when introducing a new arch), how does it justify the ongoing cost to maintain it?
I do agree there could be a need to clearly define this thing but that belongs to documentation rather than testing purpose. It is confusing to mix this with other config options which have somewhat a different purpose, it will then be a waste of time for people who mistakenly enable this for regular automatic testing and never found any bug from it.
WARNING: multiple messages have this Message-ID (diff)
From: Qian Cai <cai@lca.pw>
To: Catalin Marinas <catalin.marinas@arm.com>
Cc: Anshuman Khandual <Anshuman.Khandual@arm.com>,
Mark Rutland <Mark.Rutland@arm.com>,
linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
Peter Zijlstra <peterz@infradead.org>,
James Hogan <jhogan@kernel.org>,
Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Michal Hocko <mhocko@kernel.org>,
linux-mm@kvack.org, Dave Hansen <dave.hansen@intel.com>,
Paul Mackerras <paulus@samba.org>,
sparclinux@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
linux-s390@vger.kernel.org, Michael Ellerman <mpe@ellerman.id.au>,
x86@kernel.org, Russell King - ARM Linux <linux@armlinux.org.uk>,
Matthew Wilcox <willy@infradead.org>,
Steven Price <Steven.Price@arm.com>,
Jason Gunthorpe <jgg@ziepe.ca>,
Gerald Schaefer <gerald.schaefer@de.ibm.com>,
linux-snps-arc@lists.infradead.org,
linux-arm-kernel@lists.infradead.org,
Ingo Molnar <mingo@kernel.org>, Kees Cook <keescook@chromium.org>,
Masahiro Yamada <yamada.masahiro@socionext.com>,
Mark Brown <broonie@kernel.org>,
"Kirill A . Shutemov" <kirill@shutemov.name>,
Dan Williams <dan.j.williams@intel.com>,
Vlastimil Babka <vbabka@suse.cz>,
Christophe Leroy <christophe.leroy@c-s.fr>,
Sri Krishna chowdary <schowdary@nvidia.com>,
Ard Biesheuvel <ard.biesheuvel@linaro.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
linux-mips@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
linux-kernel@vger.kernel.org, Paul Burton <paul.burton@mips.com>,
Mike Rapoport <rppt@linux.vnet.ibm.com>,
Vineet Gupta <vgupta@synopsys.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Andrew Morton <akpm@linux-foundation.org>,
linuxppc-dev@lists.ozlabs.org,
"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers
Date: Tue, 28 Jan 2020 14:07:10 -0500 [thread overview]
Message-ID: <69091BA4-18C4-4425-A5E2-31FBE4654AF9@lca.pw> (raw)
In-Reply-To: <20200128174709.GK655507@arrakis.emea.arm.com>
> On Jan 28, 2020, at 12:47 PM, Catalin Marinas <catalin.marinas@arm.com> wrote:
>
> The primary goal here is not finding regressions but having clearly
> defined semantics of the page table accessors across architectures. x86
> and arm64 are a good starting point and other architectures will be
> enabled as they are aligned to the same semantics.
This still does not answer the fundamental question. If this test is simply inefficient to find bugs, who wants to spend time to use it regularly? If this is just one off test that may get running once in a few years (when introducing a new arch), how does it justify the ongoing cost to maintain it?
I do agree there could be a need to clearly define this thing but that belongs to documentation rather than testing purpose. It is confusing to mix this with other config options which have somewhat a different purpose, it will then be a waste of time for people who mistakenly enable this for regular automatic testing and never found any bug from it.
WARNING: multiple messages have this Message-ID (diff)
From: Qian Cai <cai@lca.pw>
To: Catalin Marinas <catalin.marinas@arm.com>
Cc: Mark Rutland <Mark.Rutland@arm.com>,
linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
Peter Zijlstra <peterz@infradead.org>,
James Hogan <jhogan@kernel.org>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Michal Hocko <mhocko@kernel.org>,
linux-mm@kvack.org, Paul Mackerras <paulus@samba.org>,
sparclinux@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
linux-s390@vger.kernel.org, Jason Gunthorpe <jgg@ziepe.ca>,
Vlastimil Babka <vbabka@suse.cz>,
x86@kernel.org, Russell King - ARM Linux <linux@armlinux.org.uk>,
Matthew Wilcox <willy@infradead.org>,
Steven Price <Steven.Price@arm.com>,
Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp>,
linux-arm-kernel@lists.infradead.org,
linux-snps-arc@lists.infradead.org,
Kees Cook <keescook@chromium.org>,
Anshuman Khandual <Anshuman.Khandual@arm.com>,
Masahiro Yamada <yamada.masahiro@socionext.com>,
Dan Williams <dan.j.williams@intel.com>,
Mark Brown <broonie@kernel.org>,
"Kirill A . Shutemov" <kirill@shutemov.name>,
Thomas Gleixner <tglx@linutronix.de>,
Gerald Schaefer <gerald.schaefer@de.ibm.com>,
Sri Krishna chowdary <schowdary@nvidia.com>,
Dave Hansen <dave.hansen@intel.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Ard Biesheuvel <ard.biesheuvel@linaro.org>,
linux-mips@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
linux-kernel@vger.kernel.org, Paul Burton <paul.burton@mips.com>,
Mike Rapoport <rppt@linux.vnet.ibm.com>,
Vineet Gupta <vgupta@synopsys.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Andrew Morton <akpm@linux-foundation.org>,
linuxppc-dev@lists.ozlabs.org,
"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers
Date: Tue, 28 Jan 2020 14:07:10 -0500 [thread overview]
Message-ID: <69091BA4-18C4-4425-A5E2-31FBE4654AF9@lca.pw> (raw)
In-Reply-To: <20200128174709.GK655507@arrakis.emea.arm.com>
> On Jan 28, 2020, at 12:47 PM, Catalin Marinas <catalin.marinas@arm.com> wrote:
>
> The primary goal here is not finding regressions but having clearly
> defined semantics of the page table accessors across architectures. x86
> and arm64 are a good starting point and other architectures will be
> enabled as they are aligned to the same semantics.
This still does not answer the fundamental question. If this test is simply inefficient to find bugs, who wants to spend time to use it regularly? If this is just one off test that may get running once in a few years (when introducing a new arch), how does it justify the ongoing cost to maintain it?
I do agree there could be a need to clearly define this thing but that belongs to documentation rather than testing purpose. It is confusing to mix this with other config options which have somewhat a different purpose, it will then be a waste of time for people who mistakenly enable this for regular automatic testing and never found any bug from it.
WARNING: multiple messages have this Message-ID (diff)
From: Qian Cai <cai@lca.pw>
To: Catalin Marinas <catalin.marinas@arm.com>
Cc: Mark Rutland <Mark.Rutland@arm.com>,
linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
Peter Zijlstra <peterz@infradead.org>,
James Hogan <jhogan@kernel.org>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Michal Hocko <mhocko@kernel.org>,
linux-mm@kvack.org, Paul Mackerras <paulus@samba.org>,
sparclinux@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
linux-s390@vger.kernel.org, Jason Gunthorpe <jgg@ziepe.ca>,
Michael Ellerman <mpe@ellerman.id.au>,
Vlastimil Babka <vbabka@suse.cz>,
x86@kernel.org, Russell King - ARM Linux <linux@armlinux.org.uk>,
Matthew Wilcox <willy@infradead.org>,
Steven Price <Steven.Price@arm.com>,
Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp>,
linux-arm-kernel@lists.infradead.org,
linux-snps-arc@lists.infradead.org,
Kees Cook <keescook@chromium.org>,
Anshuman Khandual <Anshuman.Khandual@arm.com>,
Masahiro Yamada <yamada.masahiro@socionext.com>,
Dan Williams <dan.j.williams@intel.com>,
Mark Brown <broonie@kernel.org>,
"Kirill A . Shutemov" <kirill@shutemov.name>,
Thomas Gleixner <tglx@linutronix.de>,
Gerald Schaefer <gerald.schaefer@de.ibm.com>,
Christophe Leroy <christophe.leroy@c-s.fr>,
Sri Krishna chowdary <schowdary@nvidia.com>,
Dave Hansen <dave.hansen@intel.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Ard Biesheuvel <ard.biesheuvel@linaro.org>,
linux-mips@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
linux-kernel@vger.kernel.org, Paul Burton <paul.burton@mips.com>,
Mike Rapoport <rppt@linux.vnet.ibm.com>,
Vineet Gupta <vgupta@synopsys.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Andrew Morton <akpm@linux-foundation.org>,
linuxppc-dev@lists.ozlabs.org,
"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers
Date: Tue, 28 Jan 2020 14:07:10 -0500 [thread overview]
Message-ID: <69091BA4-18C4-4425-A5E2-31FBE4654AF9@lca.pw> (raw)
In-Reply-To: <20200128174709.GK655507@arrakis.emea.arm.com>
> On Jan 28, 2020, at 12:47 PM, Catalin Marinas <catalin.marinas@arm.com> wrote:
>
> The primary goal here is not finding regressions but having clearly
> defined semantics of the page table accessors across architectures. x86
> and arm64 are a good starting point and other architectures will be
> enabled as they are aligned to the same semantics.
This still does not answer the fundamental question. If this test is simply inefficient to find bugs, who wants to spend time to use it regularly? If this is just one off test that may get running once in a few years (when introducing a new arch), how does it justify the ongoing cost to maintain it?
I do agree there could be a need to clearly define this thing but that belongs to documentation rather than testing purpose. It is confusing to mix this with other config options which have somewhat a different purpose, it will then be a waste of time for people who mistakenly enable this for regular automatic testing and never found any bug from it.
_______________________________________________
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
WARNING: multiple messages have this Message-ID (diff)
From: Qian Cai <cai@lca.pw>
To: Catalin Marinas <catalin.marinas@arm.com>
Cc: Mark Rutland <Mark.Rutland@arm.com>,
linux-ia64@vger.kernel.org, linux-sh@vger.kernel.org,
Peter Zijlstra <peterz@infradead.org>,
James Hogan <jhogan@kernel.org>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Michal Hocko <mhocko@kernel.org>,
linux-mm@kvack.org, Paul Mackerras <paulus@samba.org>,
sparclinux@vger.kernel.org, Ingo Molnar <mingo@kernel.org>,
linux-s390@vger.kernel.org, Jason Gunthorpe <jgg@ziepe.ca>,
Michael Ellerman <mpe@ellerman.id.au>,
Vlastimil Babka <vbabka@suse.cz>,
x86@kernel.org, Russell King - ARM Linux <linux@armlinux.org.uk>,
Matthew Wilcox <willy@infradead.org>,
Steven Price <Steven.Price@arm.com>,
Tetsuo Handa <penguin-kernel@i-love.sakura.ne.jp>,
linux-arm-kernel@lists.infradead.org,
linux-snps-arc@lists.infradead.org,
Kees Cook <keescook@chromium.org>,
Anshuman Khandual <Anshuman.Khandual@arm.com>,
Masahiro Yamada <yamada.masahiro@socionext.com>,
Dan Williams <dan.j.williams@intel.com>,
Mark Brown <broonie@kernel.org>,
"Kirill A . Shutemov" <kirill@shutemov.name>,
Thomas Gleixner <tglx@linutronix.de>,
Gerald Schaefer <gerald.schaefer@de.ibm.com>,
Christophe Leroy <christophe.leroy@c-s.fr>,
Sri Krishna chowdary <schowdary@nvidia.com>,
Dave Hansen <dave.hansen@intel.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Ard Biesheuvel <ard.biesheuvel@linaro.org>,
linux-mips@vger.kernel.org, Ralf Baechle <ralf@linux-mips.org>,
linux-kernel@vger.kernel.org, Paul Burton <paul.burton@mips.com>,
Mike Rapoport <rppt@linux.vnet.ibm.com>,
Vineet Gupta <vgupta@synopsys.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Andrew Morton <akpm@linux-foundation.org>,
linuxppc-dev@lists.ozlabs.org,
"David S. Miller" <davem@davemloft.net>
Subject: Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers
Date: Tue, 28 Jan 2020 14:07:10 -0500 [thread overview]
Message-ID: <69091BA4-18C4-4425-A5E2-31FBE4654AF9@lca.pw> (raw)
In-Reply-To: <20200128174709.GK655507@arrakis.emea.arm.com>
> On Jan 28, 2020, at 12:47 PM, Catalin Marinas <catalin.marinas@arm.com> wrote:
>
> The primary goal here is not finding regressions but having clearly
> defined semantics of the page table accessors across architectures. x86
> and arm64 are a good starting point and other architectures will be
> enabled as they are aligned to the same semantics.
This still does not answer the fundamental question. If this test is simply inefficient to find bugs, who wants to spend time to use it regularly? If this is just one off test that may get running once in a few years (when introducing a new arch), how does it justify the ongoing cost to maintain it?
I do agree there could be a need to clearly define this thing but that belongs to documentation rather than testing purpose. It is confusing to mix this with other config options which have somewhat a different purpose, it will then be a waste of time for people who mistakenly enable this for regular automatic testing and never found any bug from it.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-01-28 19:07 UTC|newest]
Thread overview: 194+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-28 1:27 [PATCH V12] mm/debug: Add tests validating architecture page table helpers Anshuman Khandual
2020-01-28 1:39 ` Anshuman Khandual
2020-01-28 1:27 ` Anshuman Khandual
2020-01-28 1:27 ` Anshuman Khandual
2020-01-28 1:27 ` Anshuman Khandual
2020-01-28 2:11 ` Qian Cai
2020-01-28 2:11 ` Qian Cai
2020-01-28 2:11 ` Qian Cai
2020-01-28 2:11 ` Qian Cai
2020-01-28 2:11 ` Qian Cai
2020-01-28 3:06 ` Anshuman Khandual
2020-01-28 3:18 ` Anshuman Khandual
2020-01-28 3:06 ` Anshuman Khandual
2020-01-28 3:06 ` Anshuman Khandual
2020-01-28 3:06 ` Anshuman Khandual
2020-01-28 3:33 ` Qian Cai
2020-01-28 3:33 ` Qian Cai
2020-01-28 3:33 ` Qian Cai
2020-01-28 3:33 ` Qian Cai
2020-01-28 3:33 ` Qian Cai
2020-01-28 4:57 ` Anshuman Khandual
2020-01-28 4:58 ` Anshuman Khandual
2020-01-28 4:57 ` Anshuman Khandual
2020-01-28 4:57 ` Anshuman Khandual
2020-01-28 4:57 ` Anshuman Khandual
2020-01-28 5:48 ` Qian Cai
2020-01-28 5:48 ` Qian Cai
2020-01-28 5:48 ` Qian Cai
2020-01-28 5:48 ` Qian Cai
2020-01-28 5:48 ` Qian Cai
2020-01-28 6:17 ` Christophe Leroy
2020-01-28 6:17 ` Christophe Leroy
2020-01-28 6:17 ` Christophe Leroy
2020-01-28 6:17 ` Christophe Leroy
2020-01-28 6:17 ` Christophe Leroy
2020-01-28 6:36 ` Qian Cai
2020-01-28 6:36 ` Qian Cai
2020-01-28 6:36 ` Qian Cai
2020-01-28 6:36 ` Qian Cai
2020-01-28 6:36 ` Qian Cai
2020-01-28 7:03 ` Anshuman Khandual
2020-01-28 7:15 ` Anshuman Khandual
2020-01-28 7:03 ` Anshuman Khandual
2020-01-28 7:03 ` Anshuman Khandual
2020-01-28 7:03 ` Anshuman Khandual
2020-01-28 7:07 ` Qian Cai
2020-01-28 7:07 ` Qian Cai
2020-01-28 7:07 ` Qian Cai
2020-01-28 7:07 ` Qian Cai
2020-01-28 7:07 ` Qian Cai
2020-01-28 6:13 ` Christophe Leroy
2020-01-28 6:13 ` Christophe Leroy
2020-01-28 6:13 ` Christophe Leroy
2020-01-28 6:13 ` Christophe Leroy
2020-01-28 6:13 ` Christophe Leroy
2020-01-28 7:12 ` Qian Cai
2020-01-28 7:12 ` Qian Cai
2020-01-28 7:12 ` Qian Cai
2020-01-28 7:12 ` Qian Cai
2020-01-28 7:12 ` Qian Cai
2020-01-28 11:58 ` Mark Brown
2020-01-28 11:58 ` Mark Brown
2020-01-28 11:58 ` Mark Brown
2020-01-28 11:58 ` Mark Brown
2020-01-28 11:58 ` Mark Brown
2020-01-28 12:09 ` Mike Rapoport
2020-01-28 12:09 ` Mike Rapoport
2020-01-28 12:09 ` Mike Rapoport
2020-01-28 12:09 ` Mike Rapoport
2020-01-28 12:09 ` Mike Rapoport
2020-01-28 17:14 ` Vineet Gupta
2020-01-28 17:14 ` Vineet Gupta
2020-01-28 17:14 ` Vineet Gupta
2020-01-28 17:14 ` Vineet Gupta
2020-01-29 22:20 ` Gerald Schaefer
2020-01-29 22:20 ` Gerald Schaefer
2020-01-29 22:20 ` Gerald Schaefer
2020-01-29 22:20 ` Gerald Schaefer
2020-01-29 22:20 ` Gerald Schaefer
2020-01-30 7:27 ` Mike Rapoport
2020-01-30 7:27 ` Mike Rapoport
2020-01-30 7:27 ` Mike Rapoport
2020-01-30 7:27 ` Mike Rapoport
2020-01-30 7:27 ` Mike Rapoport
2020-01-30 13:32 ` Anshuman Khandual
2020-01-30 13:44 ` Anshuman Khandual
2020-01-30 13:32 ` Anshuman Khandual
2020-01-30 13:32 ` Anshuman Khandual
2020-01-30 13:32 ` Anshuman Khandual
2020-01-28 17:47 ` Catalin Marinas
2020-01-28 17:47 ` Catalin Marinas
2020-01-28 17:47 ` Catalin Marinas
2020-01-28 17:47 ` Catalin Marinas
2020-01-28 17:47 ` Catalin Marinas
2020-01-28 19:07 ` Qian Cai [this message]
2020-01-28 19:07 ` Qian Cai
2020-01-28 19:07 ` Qian Cai
2020-01-28 19:07 ` Qian Cai
2020-01-28 19:07 ` Qian Cai
2020-01-29 10:36 ` Catalin Marinas
2020-01-29 10:36 ` Catalin Marinas
2020-01-29 10:36 ` Catalin Marinas
2020-01-29 10:36 ` Catalin Marinas
2020-01-29 10:36 ` Catalin Marinas
2020-01-29 11:09 ` Qian Cai
2020-01-29 11:09 ` Qian Cai
2020-01-29 11:09 ` Qian Cai
2020-01-29 11:09 ` Qian Cai
2020-01-29 11:09 ` Qian Cai
2020-01-28 12:30 ` Qian Cai
2020-01-28 12:30 ` Qian Cai
2020-01-28 12:30 ` Qian Cai
2020-01-28 17:05 ` Christophe Leroy
2020-01-28 17:05 ` Christophe Leroy
2020-01-28 17:05 ` Christophe Leroy
2020-01-28 17:05 ` Christophe Leroy
2020-01-28 17:05 ` Christophe Leroy
2020-01-30 13:04 ` Anshuman Khandual
2020-01-30 13:16 ` Anshuman Khandual
2020-01-30 13:04 ` Anshuman Khandual
2020-01-30 13:04 ` Anshuman Khandual
2020-01-30 13:04 ` Anshuman Khandual
2020-01-30 14:13 ` Christophe Leroy
2020-01-30 14:13 ` Christophe Leroy
2020-01-30 14:13 ` Christophe Leroy
2020-01-30 14:13 ` Christophe Leroy
2020-01-30 14:13 ` Christophe Leroy
2020-02-02 7:18 ` Anshuman Khandual
2020-02-02 7:30 ` Anshuman Khandual
2020-02-02 7:18 ` Anshuman Khandual
2020-02-02 7:18 ` Anshuman Khandual
2020-02-02 7:18 ` Anshuman Khandual
2020-02-02 8:31 ` Christophe Leroy
2020-02-02 8:31 ` Christophe Leroy
2020-02-02 8:31 ` Christophe Leroy
2020-02-02 8:31 ` Christophe Leroy
2020-02-02 8:31 ` Christophe Leroy
2020-02-02 11:26 ` Qian Cai
2020-02-02 11:26 ` Qian Cai
2020-02-02 11:26 ` Qian Cai
2020-02-02 11:26 ` Qian Cai
2020-02-02 11:26 ` Qian Cai
2020-02-03 15:14 ` Christophe Leroy
2020-02-03 15:14 ` Christophe Leroy
2020-02-03 15:14 ` Christophe Leroy
2020-02-03 15:14 ` Christophe Leroy
2020-02-03 15:14 ` Christophe Leroy
2020-02-03 15:48 ` Qian Cai
2020-02-03 15:48 ` Qian Cai
2020-02-03 15:48 ` Qian Cai
2020-02-03 15:48 ` Qian Cai
2020-02-03 15:48 ` Qian Cai
2020-02-03 15:48 ` Qian Cai
2020-02-02 8:26 ` Anshuman Khandual
2020-02-02 8:38 ` Anshuman Khandual
2020-02-02 8:26 ` Anshuman Khandual
2020-02-02 8:26 ` Anshuman Khandual
2020-02-02 8:26 ` Anshuman Khandual
2020-01-29 22:20 ` Gerald Schaefer
2020-01-29 22:20 ` Gerald Schaefer
2020-01-29 22:20 ` Gerald Schaefer
2020-01-29 22:20 ` Gerald Schaefer
2020-01-29 22:20 ` Gerald Schaefer
2020-01-30 13:11 ` Anshuman Khandual
2020-01-30 13:23 ` Anshuman Khandual
2020-01-30 13:11 ` Anshuman Khandual
2020-01-30 13:11 ` Anshuman Khandual
2020-01-30 13:11 ` Anshuman Khandual
2020-01-30 15:06 ` Anshuman Khandual
2020-01-30 15:18 ` Anshuman Khandual
2020-01-30 15:06 ` Anshuman Khandual
2020-01-30 15:06 ` Anshuman Khandual
2020-01-30 15:06 ` Anshuman Khandual
2020-01-30 15:06 ` Anshuman Khandual
2020-02-10 15:37 ` Catalin Marinas
2020-02-10 15:37 ` Catalin Marinas
2020-02-10 15:37 ` Catalin Marinas
2020-02-10 15:37 ` Catalin Marinas
2020-02-10 15:37 ` Catalin Marinas
2020-02-12 9:42 ` Anshuman Khandual
2020-02-12 9:54 ` Anshuman Khandual
2020-02-12 9:42 ` Anshuman Khandual
2020-02-12 9:42 ` Anshuman Khandual
2020-02-12 9:42 ` Anshuman Khandual
2020-02-12 17:55 ` Gerald Schaefer
2020-02-12 17:55 ` Gerald Schaefer
2020-02-12 17:55 ` Gerald Schaefer
2020-02-12 17:55 ` Gerald Schaefer
2020-02-12 17:55 ` Gerald Schaefer
2020-02-13 2:15 ` Anshuman Khandual
2020-02-13 2:27 ` Anshuman Khandual
2020-02-13 2:15 ` Anshuman Khandual
2020-02-13 2:15 ` Anshuman Khandual
2020-02-13 2:15 ` Anshuman Khandual
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=69091BA4-18C4-4425-A5E2-31FBE4654AF9@lca.pw \
--to=cai@lca.pw \
--cc=Anshuman.Khandual@arm.com \
--cc=Mark.Rutland@arm.com \
--cc=Steven.Price@arm.com \
--cc=akpm@linux-foundation.org \
--cc=ard.biesheuvel@linaro.org \
--cc=broonie@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=christophe.leroy@c-s.fr \
--cc=dan.j.williams@intel.com \
--cc=dave.hansen@intel.com \
--cc=davem@davemloft.net \
--cc=gerald.schaefer@de.ibm.com \
--cc=gregkh@linuxfoundation.org \
--cc=heiko.carstens@de.ibm.com \
--cc=jgg@ziepe.ca \
--cc=jhogan@kernel.org \
--cc=keescook@chromium.org \
--cc=kirill@shutemov.name \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-ia64@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-s390@vger.kernel.org \
--cc=linux-sh@vger.kernel.org \
--cc=linux-snps-arc@lists.infradead.org \
--cc=linux@armlinux.org.uk \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mhocko@kernel.org \
--cc=mingo@kernel.org \
--cc=mpe@ellerman.id.au \
--cc=paul.burton@mips.com \
--cc=paulus@samba.org \
--cc=penguin-kernel@i-love.sakura.ne.jp \
--cc=peterz@infradead.org \
--cc=ralf@linux-mips.org \
--cc=rppt@linux.vnet.ibm.com \
--cc=schowdary@nvidia.com \
--cc=schwidefsky@de.ibm.com \
--cc=sparclinux@vger.kernel.org \
--cc=tglx@linutronix.de \
--cc=vbabka@suse.cz \
--cc=vgupta@synopsys.com \
--cc=willy@infradead.org \
--cc=x86@kernel.org \
--cc=yamada.masahiro@socionext.com \
/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.