[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZsYsVJZ2iFVyqA3M@arm.com>
Date: Wed, 21 Aug 2024 19:05:08 +0100
From: Catalin Marinas <catalin.marinas@....com>
To: Mark Brown <broonie@...nel.org>
Cc: "Edgecombe, Rick P" <rick.p.edgecombe@...el.com>,
"brauner@...nel.org" <brauner@...nel.org>,
"dietmar.eggemann@....com" <dietmar.eggemann@....com>,
"linux-kselftest@...r.kernel.org" <linux-kselftest@...r.kernel.org>,
"shuah@...nel.org" <shuah@...nel.org>,
"Szabolcs.Nagy@....com" <Szabolcs.Nagy@....com>,
"dave.hansen@...ux.intel.com" <dave.hansen@...ux.intel.com>,
"debug@...osinc.com" <debug@...osinc.com>,
"mgorman@...e.de" <mgorman@...e.de>,
"vincent.guittot@...aro.org" <vincent.guittot@...aro.org>,
"fweimer@...hat.com" <fweimer@...hat.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"mingo@...hat.com" <mingo@...hat.com>,
"rostedt@...dmis.org" <rostedt@...dmis.org>,
"hjl.tools@...il.com" <hjl.tools@...il.com>,
"tglx@...utronix.de" <tglx@...utronix.de>,
"linux-api@...r.kernel.org" <linux-api@...r.kernel.org>,
"vschneid@...hat.com" <vschneid@...hat.com>,
"kees@...nel.org" <kees@...nel.org>,
"will@...nel.org" <will@...nel.org>,
"hpa@...or.com" <hpa@...or.com>,
"jannh@...gle.com" <jannh@...gle.com>,
"peterz@...radead.org" <peterz@...radead.org>,
"yury.khrustalev@....com" <yury.khrustalev@....com>,
"bp@...en8.de" <bp@...en8.de>,
"wilco.dijkstra@....com" <wilco.dijkstra@....com>,
"bsegall@...gle.com" <bsegall@...gle.com>,
"juri.lelli@...hat.com" <juri.lelli@...hat.com>,
"x86@...nel.org" <x86@...nel.org>
Subject: Re: [PATCH RFT v9 4/8] fork: Add shadow stack support to clone3()
On Wed, Aug 21, 2024 at 06:23:18PM +0100, Mark Brown wrote:
> On Wed, Aug 21, 2024 at 03:54:49PM +0000, Edgecombe, Rick P wrote:
> > On Wed, 2024-08-21 at 13:45 +0100, Mark Brown wrote:
> > > > Sorry for that. I looked through all the old threads expecting to find
> > > > discussion, but couldn't find an answer. Is clone3 support a dependency for
> > > > arm shadow stacks?
>
> > > Catalin didn't want to merge the arm64 support without clone3(), and
> > > there's code dependencies as a result. I could unpick it and reverse
> > > the ordering so long as the arm64 maintainers are OK with that since the
> > > overlap is in the implementation of copy_thread() and some of the
> > > dependency patches.
>
> Actually in an off-list discussion today Catalin indicated that he's
> fine with relaxing that a little so I'm in the process of picking the
> dependency apart.
Just to confirm, I'd rather get the clone3() ABI choices properly
debated than rushing it. It seems that our libc support does not rely on
clone3() yet, so let's continue with the arm64 series independently of
this one (only clone() with default shadow stack allocation). We'll
follow up with the clone3() support that covers both architectures.
Thanks and sorry for the confusion. I did not realise the complications
of adding clone3() support.
--
Catalin
Powered by blists - more mailing lists