From: David Long <dave.long@linaro.org>
To: Kees Cook <keescook@chromium.org>
Cc: "H. Peter Anvin" <hpa@zytor.com>,
Andy Lutomirski <luto@amacapital.net>,
Anton Blanchard <anton@samba.org>,
Behan Webster <behanw@converseincode.com>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Eric Paris <eparis@redhat.com>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Ingo Molnar <mingo@redhat.com>, Jan Willeke <willeke@de.ibm.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Michael Ellerman <mpe@ellerman.id.au>,
Nikolay Borisov <Nikolay.Borisov@arm.com>,
Oleg Nesterov <oleg@redhat.com>,
Paul Mackerras <paulus@samba.org>,
Richard Kuo <rkuo@codeaurora.org>,
Robert Richter <rric@kernel.org>,
Roland McGrath <roland@hack.frob.com>,
Russell King <linux@arm.linux.org.uk>, Tejun Heo <tj@kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
Will Deacon <will.deacon@arm.com>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
linux-h
Subject: Re: [PATCH 0/2] Consolidate redundant register/stack access code
Date: Mon, 15 Jun 2015 16:58:39 -0400 [thread overview]
Message-ID: <557F3C7F.5040809@linaro.org> (raw)
In-Reply-To: <CAGXu5jJ7i6qgUOXuaNJ8vT7+D+6_C_hrOwWHZA+6f9zFJQ+Vbw@mail.gmail.com>
On 06/15/15 16:44, Kees Cook wrote:
> On Mon, Jun 15, 2015 at 9:42 AM, David Long <dave.long@linaro.org> wrote:
>> From: "David A. Long" <dave.long@linaro.org>
>>
>> Move duplicate and functionally equivalent code for accessing registers
>> and stack (CONFIG_HAVE_REGS_AND_STACK_ACCESS_API) from arch subdirs into
>> common kernel files.
>>
>> Note: Help regression testing s390, hexagon, and sh would be appreciated.
>> Powerpc builds but I have not verified the functionality.
>>
>> David A. Long (2):
>> Move the pt_regs_offset struct definition from arch to common include
>> file
>> Consolidate redundant register/stack access code
>>
>> arch/arm/include/asm/ptrace.h | 6 ---
>> arch/arm/kernel/ptrace.c | 72 +---------------------------------
>> arch/hexagon/include/uapi/asm/ptrace.h | 3 --
>> arch/powerpc/include/asm/ptrace.h | 38 ------------------
>> arch/powerpc/kernel/ptrace.c | 39 +-----------------
>> arch/s390/include/asm/ptrace.h | 3 --
>> arch/s390/kernel/ptrace.c | 70 ++++++++++-----------------------
>> arch/sh/include/asm/ptrace.h | 44 ---------------------
>> arch/sh/kernel/Makefile | 2 +-
>> arch/sh/kernel/ptrace.c | 33 ----------------
>> arch/sh/kernel/ptrace_32.c | 2 +-
>> arch/sh/kernel/ptrace_64.c | 2 +-
>> arch/x86/include/asm/ptrace.h | 37 -----------------
>> arch/x86/kernel/ptrace.c | 39 +-----------------
>> include/linux/ptrace.h | 51 ++++++++++++++++++++++++
>> kernel/ptrace.c | 38 ++++++++++++++++++
>> 16 files changed, 116 insertions(+), 363 deletions(-)
>> delete mode 100644 arch/sh/kernel/ptrace.c
>
> I love the deletions:insertions ratio! :)
>
> Reviewed-by: Kees Cook <keescook@chromium.org>
>
> I wonder why arm64 doesn't define CONFIG_HAVE_REGS_AND_STACK_ACCESS_API?
>
That support is added in the patch I sent out after this one (to a
different set of recipients).
Thanks.
> Thanks!
>
> -Kees
>
WARNING: multiple messages have this Message-ID (diff)
From: David Long <dave.long@linaro.org>
To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 0/2] Consolidate redundant register/stack access code
Date: Mon, 15 Jun 2015 20:58:39 +0000 [thread overview]
Message-ID: <557F3C7F.5040809@linaro.org> (raw)
In-Reply-To: <CAGXu5jJ7i6qgUOXuaNJ8vT7+D+6_C_hrOwWHZA+6f9zFJQ+Vbw@mail.gmail.com>
On 06/15/15 16:44, Kees Cook wrote:
> On Mon, Jun 15, 2015 at 9:42 AM, David Long <dave.long@linaro.org> wrote:
>> From: "David A. Long" <dave.long@linaro.org>
>>
>> Move duplicate and functionally equivalent code for accessing registers
>> and stack (CONFIG_HAVE_REGS_AND_STACK_ACCESS_API) from arch subdirs into
>> common kernel files.
>>
>> Note: Help regression testing s390, hexagon, and sh would be appreciated.
>> Powerpc builds but I have not verified the functionality.
>>
>> David A. Long (2):
>> Move the pt_regs_offset struct definition from arch to common include
>> file
>> Consolidate redundant register/stack access code
>>
>> arch/arm/include/asm/ptrace.h | 6 ---
>> arch/arm/kernel/ptrace.c | 72 +---------------------------------
>> arch/hexagon/include/uapi/asm/ptrace.h | 3 --
>> arch/powerpc/include/asm/ptrace.h | 38 ------------------
>> arch/powerpc/kernel/ptrace.c | 39 +-----------------
>> arch/s390/include/asm/ptrace.h | 3 --
>> arch/s390/kernel/ptrace.c | 70 ++++++++++-----------------------
>> arch/sh/include/asm/ptrace.h | 44 ---------------------
>> arch/sh/kernel/Makefile | 2 +-
>> arch/sh/kernel/ptrace.c | 33 ----------------
>> arch/sh/kernel/ptrace_32.c | 2 +-
>> arch/sh/kernel/ptrace_64.c | 2 +-
>> arch/x86/include/asm/ptrace.h | 37 -----------------
>> arch/x86/kernel/ptrace.c | 39 +-----------------
>> include/linux/ptrace.h | 51 ++++++++++++++++++++++++
>> kernel/ptrace.c | 38 ++++++++++++++++++
>> 16 files changed, 116 insertions(+), 363 deletions(-)
>> delete mode 100644 arch/sh/kernel/ptrace.c
>
> I love the deletions:insertions ratio! :)
>
> Reviewed-by: Kees Cook <keescook@chromium.org>
>
> I wonder why arm64 doesn't define CONFIG_HAVE_REGS_AND_STACK_ACCESS_API?
>
That support is added in the patch I sent out after this one (to a
different set of recipients).
Thanks.
> Thanks!
>
> -Kees
>
WARNING: multiple messages have this Message-ID (diff)
From: David Long <dave.long@linaro.org>
To: Kees Cook <keescook@chromium.org>
Cc: "H. Peter Anvin" <hpa@zytor.com>,
Andy Lutomirski <luto@amacapital.net>,
Anton Blanchard <anton@samba.org>,
Behan Webster <behanw@converseincode.com>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Eric Paris <eparis@redhat.com>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Ingo Molnar <mingo@redhat.com>, Jan Willeke <willeke@de.ibm.com>,
Martin Schwidefsky <schwidefsky@de.ibm.com>,
Michael Ellerman <mpe@ellerman.id.au>,
Nikolay Borisov <Nikolay.Borisov@arm.com>,
Oleg Nesterov <oleg@redhat.com>,
Paul Mackerras <paulus@samba.org>,
Richard Kuo <rkuo@codeaurora.org>,
Robert Richter <rric@kernel.org>,
Roland McGrath <roland@hack.frob.com>,
Russell King <linux@arm.linux.org.uk>, Tejun Heo <tj@kernel.org>,
Thomas Gleixner <tglx@linutronix.de>,
Will Deacon <will.deacon@arm.com>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
linux-hexagon@vger.kernel.org,
LKML <linux-kernel@vger.kernel.org>,
"linux-s390@vger.kernel.org" <linux-s390@vger.kernel.org>,
linux-sh <linux-sh@vger.kernel.org>,
"linux390@de.ibm.com" <linux390@de.ibm.com>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
"x86@kernel.org" <x86@kernel.org>
Subject: Re: [PATCH 0/2] Consolidate redundant register/stack access code
Date: Mon, 15 Jun 2015 16:58:39 -0400 [thread overview]
Message-ID: <557F3C7F.5040809@linaro.org> (raw)
In-Reply-To: <CAGXu5jJ7i6qgUOXuaNJ8vT7+D+6_C_hrOwWHZA+6f9zFJQ+Vbw@mail.gmail.com>
On 06/15/15 16:44, Kees Cook wrote:
> On Mon, Jun 15, 2015 at 9:42 AM, David Long <dave.long@linaro.org> wrote:
>> From: "David A. Long" <dave.long@linaro.org>
>>
>> Move duplicate and functionally equivalent code for accessing registers
>> and stack (CONFIG_HAVE_REGS_AND_STACK_ACCESS_API) from arch subdirs into
>> common kernel files.
>>
>> Note: Help regression testing s390, hexagon, and sh would be appreciated.
>> Powerpc builds but I have not verified the functionality.
>>
>> David A. Long (2):
>> Move the pt_regs_offset struct definition from arch to common include
>> file
>> Consolidate redundant register/stack access code
>>
>> arch/arm/include/asm/ptrace.h | 6 ---
>> arch/arm/kernel/ptrace.c | 72 +---------------------------------
>> arch/hexagon/include/uapi/asm/ptrace.h | 3 --
>> arch/powerpc/include/asm/ptrace.h | 38 ------------------
>> arch/powerpc/kernel/ptrace.c | 39 +-----------------
>> arch/s390/include/asm/ptrace.h | 3 --
>> arch/s390/kernel/ptrace.c | 70 ++++++++++-----------------------
>> arch/sh/include/asm/ptrace.h | 44 ---------------------
>> arch/sh/kernel/Makefile | 2 +-
>> arch/sh/kernel/ptrace.c | 33 ----------------
>> arch/sh/kernel/ptrace_32.c | 2 +-
>> arch/sh/kernel/ptrace_64.c | 2 +-
>> arch/x86/include/asm/ptrace.h | 37 -----------------
>> arch/x86/kernel/ptrace.c | 39 +-----------------
>> include/linux/ptrace.h | 51 ++++++++++++++++++++++++
>> kernel/ptrace.c | 38 ++++++++++++++++++
>> 16 files changed, 116 insertions(+), 363 deletions(-)
>> delete mode 100644 arch/sh/kernel/ptrace.c
>
> I love the deletions:insertions ratio! :)
>
> Reviewed-by: Kees Cook <keescook@chromium.org>
>
> I wonder why arm64 doesn't define CONFIG_HAVE_REGS_AND_STACK_ACCESS_API?
>
That support is added in the patch I sent out after this one (to a
different set of recipients).
Thanks.
> Thanks!
>
> -Kees
>
WARNING: multiple messages have this Message-ID (diff)
From: dave.long@linaro.org (David Long)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/2] Consolidate redundant register/stack access code
Date: Mon, 15 Jun 2015 16:58:39 -0400 [thread overview]
Message-ID: <557F3C7F.5040809@linaro.org> (raw)
In-Reply-To: <CAGXu5jJ7i6qgUOXuaNJ8vT7+D+6_C_hrOwWHZA+6f9zFJQ+Vbw@mail.gmail.com>
On 06/15/15 16:44, Kees Cook wrote:
> On Mon, Jun 15, 2015 at 9:42 AM, David Long <dave.long@linaro.org> wrote:
>> From: "David A. Long" <dave.long@linaro.org>
>>
>> Move duplicate and functionally equivalent code for accessing registers
>> and stack (CONFIG_HAVE_REGS_AND_STACK_ACCESS_API) from arch subdirs into
>> common kernel files.
>>
>> Note: Help regression testing s390, hexagon, and sh would be appreciated.
>> Powerpc builds but I have not verified the functionality.
>>
>> David A. Long (2):
>> Move the pt_regs_offset struct definition from arch to common include
>> file
>> Consolidate redundant register/stack access code
>>
>> arch/arm/include/asm/ptrace.h | 6 ---
>> arch/arm/kernel/ptrace.c | 72 +---------------------------------
>> arch/hexagon/include/uapi/asm/ptrace.h | 3 --
>> arch/powerpc/include/asm/ptrace.h | 38 ------------------
>> arch/powerpc/kernel/ptrace.c | 39 +-----------------
>> arch/s390/include/asm/ptrace.h | 3 --
>> arch/s390/kernel/ptrace.c | 70 ++++++++++-----------------------
>> arch/sh/include/asm/ptrace.h | 44 ---------------------
>> arch/sh/kernel/Makefile | 2 +-
>> arch/sh/kernel/ptrace.c | 33 ----------------
>> arch/sh/kernel/ptrace_32.c | 2 +-
>> arch/sh/kernel/ptrace_64.c | 2 +-
>> arch/x86/include/asm/ptrace.h | 37 -----------------
>> arch/x86/kernel/ptrace.c | 39 +-----------------
>> include/linux/ptrace.h | 51 ++++++++++++++++++++++++
>> kernel/ptrace.c | 38 ++++++++++++++++++
>> 16 files changed, 116 insertions(+), 363 deletions(-)
>> delete mode 100644 arch/sh/kernel/ptrace.c
>
> I love the deletions:insertions ratio! :)
>
> Reviewed-by: Kees Cook <keescook@chromium.org>
>
> I wonder why arm64 doesn't define CONFIG_HAVE_REGS_AND_STACK_ACCESS_API?
>
That support is added in the patch I sent out after this one (to a
different set of recipients).
Thanks.
> Thanks!
>
> -Kees
>
next prev parent reply other threads:[~2015-06-15 20:58 UTC|newest]
Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-15 16:42 [PATCH 0/2] Consolidate redundant register/stack access code David Long
2015-06-15 16:42 ` David Long
2015-06-15 16:42 ` David Long
2015-06-15 16:42 ` David Long
2015-06-15 16:42 ` [PATCH 1/2] Move the pt_regs_offset struct definition from arch to common include file David Long
2015-06-15 16:42 ` David Long
2015-06-15 16:42 ` David Long
2015-06-15 16:42 ` David Long
2015-06-16 13:17 ` Rob Herring
2015-06-16 13:17 ` Rob Herring
2015-06-16 13:17 ` Rob Herring
2015-06-16 13:17 ` Rob Herring
2015-06-17 18:30 ` David Long
2015-06-17 18:30 ` David Long
2015-06-17 18:30 ` David Long
2015-06-17 18:30 ` David Long
2015-06-30 3:29 ` Michael Ellerman
2015-06-30 3:29 ` Michael Ellerman
2015-06-30 3:29 ` Michael Ellerman
2015-06-30 3:29 ` Michael Ellerman
2015-07-22 4:46 ` David Long
2015-07-22 4:46 ` David Long
2015-07-22 4:46 ` David Long
2015-07-22 4:46 ` David Long
2015-07-22 5:11 ` Michael Ellerman
2015-07-22 5:11 ` Michael Ellerman
2015-07-22 5:11 ` Michael Ellerman
2015-07-22 5:11 ` Michael Ellerman
2015-07-22 13:30 ` David Long
2015-07-22 13:30 ` David Long
2015-07-22 13:30 ` David Long
2015-07-22 13:30 ` David Long
2015-06-19 4:19 ` Michael Ellerman
2015-06-19 4:19 ` Michael Ellerman
2015-06-19 4:19 ` Michael Ellerman
2015-06-19 4:19 ` Michael Ellerman
2015-06-19 14:12 ` David Long
2015-06-19 14:12 ` David Long
2015-06-19 14:12 ` David Long
2015-06-19 14:12 ` David Long
2015-06-19 14:12 ` David Long
2015-06-19 16:58 ` Kees Cook
2015-06-19 16:58 ` Kees Cook
2015-06-19 16:58 ` Kees Cook
2015-06-19 16:58 ` Kees Cook
2015-06-19 16:58 ` Kees Cook
2015-06-26 18:35 ` David Long
2015-06-26 18:35 ` David Long
2015-06-26 18:35 ` David Long
2015-06-26 18:35 ` David Long
2015-06-23 3:32 ` Michael Ellerman
2015-06-23 3:32 ` Michael Ellerman
2015-06-23 3:32 ` Michael Ellerman
2015-06-23 3:32 ` Michael Ellerman
2015-06-23 3:32 ` Michael Ellerman
2015-06-23 13:48 ` David Long
2015-06-23 13:48 ` David Long
2015-06-23 13:48 ` David Long
2015-06-23 13:48 ` David Long
2015-06-24 4:07 ` Michael Ellerman
2015-06-24 4:07 ` Michael Ellerman
2015-06-24 4:07 ` Michael Ellerman
2015-06-24 4:07 ` Michael Ellerman
2015-06-24 13:49 ` David Long
2015-06-24 13:49 ` David Long
2015-06-24 13:49 ` David Long
2015-06-24 13:49 ` David Long
2015-06-15 16:42 ` [PATCH 2/2] Consolidate redundant register/stack access code David Long
2015-06-15 16:42 ` David Long
2015-06-15 16:42 ` David Long
2015-06-15 16:42 ` David Long
2015-06-18 18:13 ` rkuo
2015-06-18 18:13 ` rkuo
2015-06-18 18:13 ` rkuo
2015-06-18 18:13 ` rkuo
2015-06-15 20:44 ` [PATCH 0/2] " Kees Cook
2015-06-15 20:44 ` Kees Cook
2015-06-15 20:44 ` Kees Cook
2015-06-15 20:44 ` Kees Cook
2015-06-15 20:58 ` David Long [this message]
2015-06-15 20:58 ` David Long
2015-06-15 20:58 ` David Long
2015-06-15 20:58 ` David Long
2015-06-16 8:12 ` Martin Schwidefsky
2015-06-16 8:12 ` Martin Schwidefsky
2015-06-16 8:12 ` Martin Schwidefsky
2015-06-16 8:12 ` Martin Schwidefsky
2015-06-16 17:39 ` Will Deacon
2015-06-16 17:39 ` Will Deacon
2015-06-16 17:39 ` Will Deacon
2015-06-16 17:39 ` Will Deacon
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=557F3C7F.5040809@linaro.org \
--to=dave.long@linaro.org \
--cc=Nikolay.Borisov@arm.com \
--cc=anton@samba.org \
--cc=behanw@converseincode.com \
--cc=benh@kernel.crashing.org \
--cc=eparis@redhat.com \
--cc=heiko.carstens@de.ibm.com \
--cc=hpa@zytor.com \
--cc=keescook@chromium.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux@arm.linux.org.uk \
--cc=luto@amacapital.net \
--cc=mingo@redhat.com \
--cc=mpe@ellerman.id.au \
--cc=oleg@redhat.com \
--cc=paulus@samba.org \
--cc=rkuo@codeaurora.org \
--cc=roland@hack.frob.com \
--cc=rric@kernel.org \
--cc=schwidefsky@de.ibm.com \
--cc=tglx@linutronix.de \
--cc=tj@kernel.org \
--cc=will.deacon@arm.com \
--cc=willeke@de.ibm.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.