From: Michael Ellerman <mpe@ellerman.id.au>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Christophe Leroy <christophe.leroy@csgroup.eu>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
"catalin.marinas@arm.com" <catalin.marinas@arm.com>,
"will@kernel.org" <will@kernel.org>,
"alex@ghiti.fr" <alex@ghiti.fr>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Paul Mackerras <paulus@samba.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v8 00/14] Convert powerpc to default topdown mmap layout (v8)
Date: Fri, 08 Apr 2022 14:17:12 +1000 [thread overview]
Message-ID: <87v8vk6wfr.fsf@mpe.ellerman.id.au> (raw)
In-Reply-To: <20220310204917.3d42e6cf3088f7cf1c7fe7a6@linux-foundation.org>
Andrew Morton <akpm@linux-foundation.org> writes:
> On Fri, 11 Mar 2022 15:26:42 +1100 Michael Ellerman <mpe@ellerman.id.au> wrote:
>
>> > What will be the merge strategy ? I guess it's a bit late to get it
>> > through powerpc tree, so I was just wondering whether we could get
>> > patches 2 to 5 in mm this cycle, and the powerpc ones next cycle ?
>>
>> Yeah I didn't pick it up because the mm changes don't have many acks and
>> I'm always nervous about carrying generic mm changes.
>>
>> It would be my preference if Andrew could take 2-5 through mm for v5.18,
>> but it is quite late, so I'm not sure how he will feel about that.
>
> 5.18 isn't a problem. Perhaps you meant 5.17, which would be real tough.
Sorry, missed your reply.
> Can we take a look after 5.18-rc1?
Yes :)
cheers
WARNING: multiple messages have this Message-ID (diff)
From: Michael Ellerman <mpe@ellerman.id.au>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: "alex@ghiti.fr" <alex@ghiti.fr>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
Paul Mackerras <paulus@samba.org>,
"catalin.marinas@arm.com" <catalin.marinas@arm.com>,
"will@kernel.org" <will@kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v8 00/14] Convert powerpc to default topdown mmap layout (v8)
Date: Fri, 08 Apr 2022 14:17:12 +1000 [thread overview]
Message-ID: <87v8vk6wfr.fsf@mpe.ellerman.id.au> (raw)
In-Reply-To: <20220310204917.3d42e6cf3088f7cf1c7fe7a6@linux-foundation.org>
Andrew Morton <akpm@linux-foundation.org> writes:
> On Fri, 11 Mar 2022 15:26:42 +1100 Michael Ellerman <mpe@ellerman.id.au> wrote:
>
>> > What will be the merge strategy ? I guess it's a bit late to get it
>> > through powerpc tree, so I was just wondering whether we could get
>> > patches 2 to 5 in mm this cycle, and the powerpc ones next cycle ?
>>
>> Yeah I didn't pick it up because the mm changes don't have many acks and
>> I'm always nervous about carrying generic mm changes.
>>
>> It would be my preference if Andrew could take 2-5 through mm for v5.18,
>> but it is quite late, so I'm not sure how he will feel about that.
>
> 5.18 isn't a problem. Perhaps you meant 5.17, which would be real tough.
Sorry, missed your reply.
> Can we take a look after 5.18-rc1?
Yes :)
cheers
WARNING: multiple messages have this Message-ID (diff)
From: Michael Ellerman <mpe@ellerman.id.au>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Christophe Leroy <christophe.leroy@csgroup.eu>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
"catalin.marinas@arm.com" <catalin.marinas@arm.com>,
"will@kernel.org" <will@kernel.org>,
"alex@ghiti.fr" <alex@ghiti.fr>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Paul Mackerras <paulus@samba.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v8 00/14] Convert powerpc to default topdown mmap layout (v8)
Date: Fri, 08 Apr 2022 14:17:12 +1000 [thread overview]
Message-ID: <87v8vk6wfr.fsf@mpe.ellerman.id.au> (raw)
In-Reply-To: <20220310204917.3d42e6cf3088f7cf1c7fe7a6@linux-foundation.org>
Andrew Morton <akpm@linux-foundation.org> writes:
> On Fri, 11 Mar 2022 15:26:42 +1100 Michael Ellerman <mpe@ellerman.id.au> wrote:
>
>> > What will be the merge strategy ? I guess it's a bit late to get it
>> > through powerpc tree, so I was just wondering whether we could get
>> > patches 2 to 5 in mm this cycle, and the powerpc ones next cycle ?
>>
>> Yeah I didn't pick it up because the mm changes don't have many acks and
>> I'm always nervous about carrying generic mm changes.
>>
>> It would be my preference if Andrew could take 2-5 through mm for v5.18,
>> but it is quite late, so I'm not sure how he will feel about that.
>
> 5.18 isn't a problem. Perhaps you meant 5.17, which would be real tough.
Sorry, missed your reply.
> Can we take a look after 5.18-rc1?
Yes :)
cheers
_______________________________________________
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:[~2022-04-08 4:17 UTC|newest]
Thread overview: 75+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-09 17:44 [PATCH v8 00/14] Convert powerpc to default topdown mmap layout (v8) Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 01/14] sizes.h: Add SZ_1T macro Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-10 16:52 ` Bjorn Helgaas
2022-03-10 16:52 ` Bjorn Helgaas
2022-03-10 16:52 ` Bjorn Helgaas
2022-03-10 18:09 ` Christophe Leroy
2022-03-10 18:09 ` Christophe Leroy
2022-03-10 18:09 ` Christophe Leroy
2022-03-10 18:21 ` Bjorn Helgaas
2022-03-10 18:21 ` Bjorn Helgaas
2022-03-10 18:21 ` Bjorn Helgaas
2022-03-09 17:44 ` [PATCH v8 02/14] mm: Allow arch specific arch_randomize_brk() with CONFIG_ARCH_WANT_DEFAULT_TOPDOWN_MMAP_LAYOUT Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 03/14] mm, hugetlbfs: Allow an arch to always use generic versions of get_unmapped_area functions Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 04/14] mm: Add len and flags parameters to arch_get_mmap_end() Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 05/14] mm, hugetlbfs: Allow for "high" userspace addresses Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 06/14] powerpc/mm: Move vma_mmu_pagesize() Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 07/14] powerpc/mm: Make slice specific to book3s/64 Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 08/14] powerpc/mm: Remove CONFIG_PPC_MM_SLICES Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 09/14] powerpc/mm: Use generic_get_unmapped_area() and call it from arch_get_unmapped_area() Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 10/14] powerpc/mm: Use generic_hugetlb_get_unmapped_area() Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 11/14] powerpc/mm: Move get_unmapped_area functions to slice.c Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 12/14] powerpc/mm: Enable full randomisation of memory mappings Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 13/14] powerpc/mm: Convert to default topdown mmap layout Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` [PATCH v8 14/14] powerpc: Simplify and move arch_randomize_brk() Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-09 17:44 ` Christophe Leroy
2022-03-10 6:51 ` [PATCH v8 00/14] Convert powerpc to default topdown mmap layout (v8) Christophe Leroy
2022-03-10 6:51 ` Christophe Leroy
2022-03-10 6:51 ` Christophe Leroy
2022-03-11 4:26 ` Michael Ellerman
2022-03-11 4:26 ` Michael Ellerman
2022-03-11 4:26 ` Michael Ellerman
2022-03-11 4:49 ` Andrew Morton
2022-03-11 4:49 ` Andrew Morton
2022-03-11 4:49 ` Andrew Morton
2022-04-04 5:22 ` Christophe Leroy
2022-04-04 5:22 ` Christophe Leroy
2022-04-04 5:22 ` Christophe Leroy
2022-04-07 18:30 ` Christophe Leroy
2022-04-07 18:30 ` Christophe Leroy
2022-04-07 18:30 ` Christophe Leroy
2022-04-08 4:18 ` Michael Ellerman
2022-04-08 4:18 ` Michael Ellerman
2022-04-08 4:18 ` Michael Ellerman
2022-04-08 4:17 ` Michael Ellerman [this message]
2022-04-08 4:17 ` Michael Ellerman
2022-04-08 4:17 ` Michael Ellerman
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=87v8vk6wfr.fsf@mpe.ellerman.id.au \
--to=mpe@ellerman.id.au \
--cc=akpm@linux-foundation.org \
--cc=alex@ghiti.fr \
--cc=benh@kernel.crashing.org \
--cc=catalin.marinas@arm.com \
--cc=christophe.leroy@csgroup.eu \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=paulus@samba.org \
--cc=will@kernel.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.