From: Heiko Carstens <heiko.carstens@de.ibm.com>
To: Mark Brown <broonie@kernel.org>
Cc: linux-next@vger.kernel.org
Subject: Re: [PATCH/RFC 00/16] compat: convert to COMPAT_SYSCALL_DEFINE
Date: Thu, 13 Mar 2014 08:32:30 +0100 [thread overview]
Message-ID: <20140313073230.GA4268@osiris> (raw)
In-Reply-To: <20140312194526.GA3755@osiris>
Hi Mark,
I obviously missed that you are currently handling linux-next, so I sent my
request to Stephen yesterday :)
Could you add the
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git compat
to linux-next, please?
Thanks,
Heiko
(sorry for top-posting)
On Wed, Mar 12, 2014 at 08:45:26PM +0100, Heiko Carstens wrote:
> Hi Stephen,
>
> since nobody objected to the compat changes I described below, could you
> please add the tree
>
> git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git compat
>
> to linux-next?
>
> Thanks,
> Heiko
>
> [full quote below]
>
> On Thu, Mar 06, 2014 at 04:51:07PM +0100, Heiko Carstens wrote:
> > Hi all,
> >
> > this patch series converts all common code compat syscalls to use the new
> > COMPAT_SYSCALL_DEFINE macros introduced by Al Viro.
> > My main motivation is to get rid of the 1400+ line s390 specific assembler
> > file which contains code for each and every compat system call to perform
> > proper sign, zero and pointer conversion.
> >
> > Eventually the conversion is pretty trivial, except that for a couple of
> > compat syscalls argument types needed to be changed from e.g. 'long' to
> > 'compat_long_t' so that the COMPAT_SYSCALL_DEFINE macro can perform
> > proper sign extension from the 32 bit compat system call argument like
> > it was orginally passed in from user space.
> >
> > The patch series keeps the "noop" conversions (5-10) and those with type
> > changes (11-15) separate.
> >
> > Patches 1-4 are just additional cleanup patches.
> >
> > Especially I'd like to know from somebody familiar with the x32 ABI if
> > any of the type changes break x32?
> > I intentionally did not touch the preadv64 and pwritev64 compat system
> > calls since they have been explicitly added to allow x32 pass 64 bit
> > arguments.
> > However it's not obvious to me if any of my other compat system call
> > changes break x32 or not.
> >
> > FWIW, this patch series omits the whole s390 patches, since I assume
> > they are not very interesting to non-s390 people ;)
> >
> > The complete series (including the s390 only patches) is available at
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git compat
> >
> > If nobody objects I'd like to have the branch integrated into linux-next
> > to get some additional testing.
> >
> > So, please let me know if I screwed up something! :)
> >
> > Thanks,
> > Heiko
> >
> > Heiko Carstens (16):
> > compat: let architectures define __ARCH_WANT_COMPAT_SYS_GETDENTS64
> > compat: add COMPAT_SYSCALL_DEFINE0 macro
> > ipc/compat_sys_msgrcv: change msgtyp type from long to compat_long_t
> > fs/compat: optional preadv64/pwrite64 compat system calls
> > kernel/compat: convert to COMPAT_SYSCALL_DEFINE
> > net/compat: convert to COMPAT_SYSCALL_DEFINE
> > mm/compat: convert to COMPAT_SYSCALL_DEFINE
> > security/compat: convert to COMPAT_SYSCALL_DEFINE
> > fs/compat: convert to COMPAT_SYSCALL_DEFINE
> > ipc/compat: convert to COMPAT_SYSCALL_DEFINE
> > fs/compat: convert to COMPAT_SYSCALL_DEFINE with changing parameter types
> > ipc/compat: convert to COMPAT_SYSCALL_DEFINE with changing parameter types
> > net/compat: convert to COMPAT_SYSCALL_DEFINE with changing parameter types
> > kexec/compat: convert to COMPAT_SYSCALL_DEFINE with changing parameter types
> > mm/compat: convert to COMPAT_SYSCALL_DEFINE with changing parameter types
> > s390/compat: build error for large compat syscall args
> >
> > (diffstat below includes the s390 only patches)
> >
> > arch/arm64/include/asm/unistd.h | 1 +
> > arch/mips/include/asm/unistd.h | 1 -
> > arch/s390/include/asm/compat.h | 6 +-
> > arch/s390/kernel/compat_linux.c | 116 +--
> > arch/s390/kernel/compat_linux.h | 81 +--
> > arch/s390/kernel/compat_signal.c | 4 +-
> > arch/s390/kernel/compat_wrapper.S | 1425 -------------------------------------
> > arch/s390/kernel/compat_wrapper.c | 209 ++++++
> > arch/s390/kernel/entry.h | 6 +-
> > arch/s390/kernel/syscalls.S | 504 ++++++-------
> > arch/x86/include/asm/unistd.h | 3 +
> > fs/compat.c | 121 ++--
> > fs/compat_ioctl.c | 5 +-
> > fs/exec.c | 6 +-
> > fs/read_write.c | 36 +-
> > include/linux/compat.h | 62 +-
> > include/linux/kexec.h | 6 -
> > include/linux/syscalls.h | 2 +
> > include/uapi/asm-generic/unistd.h | 1 +
> > ipc/compat.c | 13 +-
> > ipc/compat_mq.c | 32 +-
> > kernel/compat.c | 100 +--
> > kernel/kexec.c | 8 +-
> > kernel/ptrace.c | 4 +-
> > mm/mempolicy.c | 18 +-
> > mm/process_vm_access.c | 26 +-
> > net/compat.c | 32 +-
> > security/keys/compat.c | 4 +-
> > 28 files changed, 828 insertions(+), 2004 deletions(-)
> >
> > --
> > 1.8.4.5
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-next" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2014-03-13 7:32 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1394121083-2507-1-git-send-email-heiko.carstens@de.ibm.com>
2014-03-12 19:45 ` [PATCH/RFC 00/16] compat: convert to COMPAT_SYSCALL_DEFINE Heiko Carstens
2014-03-13 7:32 ` Heiko Carstens [this message]
2014-03-13 19:09 ` Mark Brown
2014-03-17 6:02 ` Stephen Rothwell
[not found] ` <1394121083-2507-2-git-send-email-heiko.carstens@de.ibm.com>
2014-03-20 10:03 ` [PATCH/RFC 01/16] compat: let architectures define __ARCH_WANT_COMPAT_SYS_GETDENTS64 Geert Uytterhoeven
2014-03-20 11:33 ` Heiko Carstens
2014-03-20 14:51 ` Heiko Carstens
2014-03-20 15:20 ` Geert Uytterhoeven
2014-03-20 15:29 ` Chris Metcalf
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=20140313073230.GA4268@osiris \
--to=heiko.carstens@de.ibm.com \
--cc=broonie@kernel.org \
--cc=linux-next@vger.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).