[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ZD7RoD+l9mxqn4kK@osiris>
Date: Tue, 18 Apr 2023 19:21:36 +0200
From: Heiko Carstens <hca@...ux.ibm.com>
To: Heiko Carstens <hca@...ux.ibm.com>
Cc: Kees Cook <keescook@...omium.org>,
Mark Rutland <mark.rutland@....com>,
Alexander Popov <alex.popov@...ux.com>,
Vasily Gorbik <gor@...ux.ibm.com>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 0/2] stackleak: allow to specify arch specific stackleak
poison function
On Wed, Apr 05, 2023 at 03:08:39PM +0200, Heiko Carstens wrote:
> Factor out the code that fills the stack with the stackleak poison value in
> order to allow architectures to provide a faster implementation.
>
> Use this to provide an s390 specific implementation which can fill the
> stack with the poison value much faster (factor of ~10 compared to the
> current version).
>
> Note that the s390 stackleak support is currently only available via
> linux-next (as of today), and the s390 kernel tree at kernel.org[1].
> Therefore, if there are no objections, I'd like to add these two patches to
> the s390 tree, so they can go upstream via the next merge window together
> with the s390 support.
>
> [1] https://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git/commit/?h=features&id=b94c0ebb1ec752016a3e41bfb66bb51ea905e533
>
> Thanks,
> Heiko
>
> Heiko Carstens (2):
> stackleak: allow to specify arch specific stackleak poison function
> s390/stackleak: provide fast __stackleak_poison() implementation
>
> arch/s390/include/asm/processor.h | 35 +++++++++++++++++++++++++++++++
> kernel/stackleak.c | 17 +++++++++++----
> 2 files changed, 48 insertions(+), 4 deletions(-)
Given that this series seems to be straight forward, and Mark already gave
his Ack we're going to put these two patches on the s390 git tree, even
though there was no response from Kees yet.
If there will be any complaints I'm sure we can easily solve that.
Powered by blists - more mailing lists