[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20230714-tapering-driller-474e5581587b@spud>
Date: Fri, 14 Jul 2023 17:49:06 +0100
From: Conor Dooley <conor@...nel.org>
To: Charlie Jenkins <charlie@...osinc.com>
Cc: linux-kernel@...r.kernel.org, linux-riscv@...ts.infradead.org,
paul.walmsley@...ive.com, palmer@...osinc.com,
aou@...s.berkeley.edu, anup@...infault.org,
konstantin@...uxfoundation.org, linux-doc@...r.kernel.org,
linux-kselftest@...r.kernel.org, linux-mm@...ck.org,
mick@....forth.gr, jrtc27@...c27.com, rdunlap@...radead.org,
alexghiti@...osinc.com
Subject: Re: [PATCH v5 0/4] RISC-V: mm: Make SV48 the default address space
On Fri, Jul 14, 2023 at 09:36:45AM -0700, Charlie Jenkins wrote:
> On Fri, Jul 14, 2023 at 12:17:00PM +0100, Conor Dooley wrote:
> > On Thu, Jul 13, 2023 at 05:13:59PM -0700, Charlie Jenkins wrote:
> > > Make sv48 the default address space for mmap as some applications
> > > currently depend on this assumption. Users can now select a
> > > desired address space using a non-zero hint address to mmap. Previously,
> > > requesting the default address space from mmap by passing zero as the hint
> > > address would result in using the largest address space possible. Some
> > > applications depend on empty bits in the virtual address space, like Go and
> > > Java, so this patch provides more flexibility for application developers.
> >
> > The patchwork automation failed to apply this, what is the base for the
> > series?
>
> I forgot to pull in the changes to the riscv selftests so the conflict
> is in that Makefile. I will send out a v6 with the correct base.
If you don't actually _depend_ on the content of those changes to the
self tests, then just submit on top of v6.5-rc1 & Palmer can sort out
the conflicts.
Download attachment "signature.asc" of type "application/pgp-signature" (229 bytes)
Powered by blists - more mailing lists