All of lore.kernel.org
 help / color / mirror / Atom feed
From: Cornelia Huck <cohuck@redhat.com>
To: Laurent Vivier <laurent@vivier.eu>
Cc: Riku Voipio <riku.voipio@iki.fi>,
	qemu-devel@nongnu.org, qemu-s390x@nongnu.org,
	Aleksandar Markovic <amarkovic@wavecomp.com>,
	Aleksandar Rikalo <aleksandar.rikalo@rt-rk.com>,
	Aurelien Jarno <aurelien@aurel32.net>
Subject: Re: [PATCH 00/22] linux-user: generate syscall_nr.sh
Date: Tue, 18 Feb 2020 15:27:48 +0100	[thread overview]
Message-ID: <20200218152748.63d608af.cohuck@redhat.com> (raw)
In-Reply-To: <20200217223558.863199-1-laurent@vivier.eu>

On Mon, 17 Feb 2020 23:35:36 +0100
Laurent Vivier <laurent@vivier.eu> wrote:

> This series copies the files syscall.tbl from linux v5.5 and generates
> the file syscall_nr.h from them.
> 
> This is done for all the QEMU targets that have a syscall.tbl
> in the linux source tree: mips, mips64, i386, x86_64, sparc, s390x,
> ppc, arm, microblaze, sh4, xtensa, m68k, hppa and alpha.
> 
> tilegx and cris are depecrated in linux (tilegx has no maintainer in QEMU)
> 
> aarch64, nios2, openrisc and riscv have no syscall.tbl in linux.
> 
> It seems there is a bug in QEMU that forces to disable manually arch_prctl
> with i386 target: do_arch_prctl() is only defined with TARGET_ABI32 but
> TARGET_ABI32 is never defined with TARGET_I386 (nor TARGET_X86_64).
> 
> I have also removed all syscalls in s390x/syscall_nr.h defined for
> !defined(TARGET_S390X).
> 
> I have added a script to copy all these files from linux and updated
> them at the end of the series with their latest version for today.
> 
> The two last patches manage the special case for mips O32 that needs
> to know the number of arguments. We find them in strace sources.

I like the idea of generating those files, but I wonder if that should
interact with linux-headers updates.

I plan to do a linux-headers update to 5.6-rc?, and I noticed that this
will drag in two new syscalls (openat2 and pidfd_getfd). Now, just
having the new #defines in the headers doesn't do anything, but should
it be a trigger to update the syscall.tbl files as well? Or does that
need manual inspection/updating?



  parent reply	other threads:[~2020-02-18 14:33 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-02-17 22:35 [PATCH 00/22] linux-user: generate syscall_nr.sh Laurent Vivier
2020-02-17 22:35 ` [PATCH 01/22] linux-user: introduce parameters to generate syscall_nr.h Laurent Vivier
2020-02-17 22:35 ` [PATCH 02/22] linux-user,alpha: add syscall table generation support Laurent Vivier
2020-02-17 22:35 ` [PATCH 03/22] linux-user,hppa: " Laurent Vivier
2020-02-17 22:35 ` [PATCH 04/22] linux-user,m68k: " Laurent Vivier
2020-02-17 22:35 ` [PATCH 05/22] linux-user, xtensa: " Laurent Vivier
2020-02-17 22:35 ` [PATCH 06/22] linux-user,sh4: " Laurent Vivier
2020-02-17 22:35 ` [PATCH 07/22] linux-user, microblaze: " Laurent Vivier
2020-02-17 22:35 ` [PATCH 08/22] linux-user,arm: " Laurent Vivier
2020-02-18 14:11   ` Laurent Vivier
2020-02-17 22:35 ` [PATCH 09/22] linux-user,ppc: split syscall_nr.h Laurent Vivier
2020-02-17 22:35 ` [PATCH 10/22] linux-user,ppc: add syscall table generation support Laurent Vivier
2020-02-17 22:35 ` [PATCH 11/22] linux-user, s390x: remove syscall definitions for !TARGET_S390X Laurent Vivier
2020-02-17 22:35 ` [PATCH 12/22] linux-user,s390x: add syscall table generation support Laurent Vivier
2020-02-17 22:35 ` [PATCH 13/22] linux-user, sparc, sparc64: " Laurent Vivier
2020-02-17 22:35 ` [PATCH 14/22] linux-user,i386: " Laurent Vivier
2020-02-17 22:35 ` [PATCH 15/22] linux-user, x86_64: " Laurent Vivier
2020-02-17 22:35 ` [PATCH 16/22] linux-user,mips: " Laurent Vivier
2020-02-18 17:54   ` [PATCH 16/22] linux-user, mips: " Aleksandar Markovic
2020-02-17 22:35 ` [PATCH 17/22] linux-user,mips64: split syscall_nr.h Laurent Vivier
2020-02-18 17:54   ` Aleksandar Markovic
2020-02-17 22:35 ` [PATCH 18/22] linux-user, mips64: add syscall table generation support Laurent Vivier
2020-02-18 17:55   ` Aleksandar Markovic
2020-02-17 22:35 ` [PATCH 19/22] linux-user,scripts: add a script to update syscall.tbl Laurent Vivier
2020-02-18 17:56   ` [PATCH 19/22] linux-user, scripts: " Aleksandar Markovic
2020-02-17 22:35 ` [PATCH 20/22] linux-user: update syscall.tbl from linux 0bf999f9c5e7 Laurent Vivier
2020-02-18 11:54   ` Aleksandar Markovic
2020-02-18 17:57   ` Aleksandar Markovic
2020-02-17 22:35 ` [PATCH 21/22] linux-user,mips: move content of mips_syscall_args Laurent Vivier
2020-02-18 17:58   ` Aleksandar Markovic
2020-02-19 18:58     ` Aleksandar Markovic
2020-02-19 19:39       ` Laurent Vivier
2020-02-19 20:02         ` Aleksandar Markovic
2020-02-17 22:35 ` [PATCH 22/22] linux-user,mips: update syscall-args-o32.c.inc Laurent Vivier
2020-02-18 17:58   ` Aleksandar Markovic
2020-02-18  6:13 ` [PATCH 00/22] linux-user: generate syscall_nr.sh Philippe Mathieu-Daudé
2020-02-18  8:36   ` Laurent Vivier
2020-02-18 11:51     ` Aleksandar Markovic
2020-02-18 13:00       ` Philippe Mathieu-Daudé
2020-02-18 14:27 ` Cornelia Huck [this message]
2020-02-18 15:19   ` Laurent Vivier
2020-02-18 17:15     ` Cornelia Huck
2020-02-18 17:46       ` Aleksandar Markovic
2020-02-18 17:56         ` Linux headers updates (was: Re: [PATCH 00/22] linux-user: generate syscall_nr.sh) Cornelia Huck
2020-02-18 22:48 ` [PATCH 00/22] linux-user: generate syscall_nr.sh Alistair Francis
2020-02-19  8:29   ` Laurent Vivier

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=20200218152748.63d608af.cohuck@redhat.com \
    --to=cohuck@redhat.com \
    --cc=aleksandar.rikalo@rt-rk.com \
    --cc=amarkovic@wavecomp.com \
    --cc=aurelien@aurel32.net \
    --cc=laurent@vivier.eu \
    --cc=qemu-devel@nongnu.org \
    --cc=qemu-s390x@nongnu.org \
    --cc=riku.voipio@iki.fi \
    /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.