All of lore.kernel.org
 help / color / mirror / Atom feed
From: Arnd Bergmann <arnd@arndb.de>
To: Firoz Khan <firoz.khan@linaro.org>
Cc: linux-ia64@vger.kernel.org, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	gregkh <gregkh@linuxfoundation.org>,
	Philippe Ombredanne <pombredanne@nexb.com>,
	Kate Stewart <kstewart@linuxfoundation.org>,
	y2038 Mailman List <y2038@lists.linaro.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	Deepa Dinamani <deepa.kernel@gmail.com>,
	Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Subject: Re: [PATCH v2 1/7] ia64: add __NR_old_getpagesize macro
Date: Mon, 1 Oct 2018 16:44:16 +0200	[thread overview]
Message-ID: <CAK8P3a3wLjX2fOpow78O4jNif-2zQvzdDuf_Gz02gxkWZRO4aw@mail.gmail.com> (raw)
In-Reply-To: <CALxhOnjiKpnON7rGnf5a4Enbj3cTagD4DgvTyt-3XFxXk-Ps+A@mail.gmail.com>

On Mon, Oct 1, 2018 at 4:18 PM Firoz Khan <firoz.khan@linaro.org> wrote:
>
> Hi Arnd,
>
> On Fri, 28 Sep 2018 at 17:41, Arnd Bergmann <arnd@arndb.de> wrote:
> >
> > On Thu, Sep 27, 2018 at 4:16 PM Firoz Khan <firoz.khan@linaro.org> wrote:
> > >
> > > Add __NR_old_getpagesize in order to not break old user space
> > > as it is reserved for backwards compatibility with old __NR_
> > > getpagesize.
> >
> > That description doesn't really make sense here.
>
> Sure I'll some more details. But rest of the patch looks good?
> This is some I was bit confused! In header there is no entry, but
> in system call table has the entry for the system call.

I think adding some macro for it makes sense, and the
__NR_old_getpagesize name you picked is fine for that.

I think generally speaking we want the unistd.h macros to
match up with the system call entry points, and there are
currently multiple ways they diverge:

- System calls have been removed from the kernels, and the
  macros in unistd.h are still there on some architectures but not
  others. This is something we should clean up /after/ you are
  done.

- System calls have a number but are not implemented on all
  architectures because they don't make sense (e.g. pk pkey_add).
  These should probably have an entry in kernel/sys_ni.c if they
  don't already have one.

- System calls have an entry but no macro, like the ia64
  old_getpagesize. I think if you encounter one of these,
  we need to fix them up before your series so we can
  complete the conversion to generated tables.

        Arnd

WARNING: multiple messages have this Message-ID (diff)
From: Arnd Bergmann <arnd@arndb.de>
To: Firoz Khan <firoz.khan@linaro.org>
Cc: linux-ia64@vger.kernel.org, Tony Luck <tony.luck@intel.com>,
	Fenghua Yu <fenghua.yu@intel.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	gregkh <gregkh@linuxfoundation.org>,
	Philippe Ombredanne <pombredanne@nexb.com>,
	Kate Stewart <kstewart@linuxfoundation.org>,
	y2038 Mailman List <y2038@lists.linaro.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	linux-arch <linux-arch@vger.kernel.org>,
	Deepa Dinamani <deepa.kernel@gmail.com>,
	Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Subject: Re: [PATCH v2 1/7] ia64: add __NR_old_getpagesize macro
Date: Mon, 01 Oct 2018 14:44:16 +0000	[thread overview]
Message-ID: <CAK8P3a3wLjX2fOpow78O4jNif-2zQvzdDuf_Gz02gxkWZRO4aw@mail.gmail.com> (raw)
In-Reply-To: <CALxhOnjiKpnON7rGnf5a4Enbj3cTagD4DgvTyt-3XFxXk-Ps+A@mail.gmail.com>

On Mon, Oct 1, 2018 at 4:18 PM Firoz Khan <firoz.khan@linaro.org> wrote:
>
> Hi Arnd,
>
> On Fri, 28 Sep 2018 at 17:41, Arnd Bergmann <arnd@arndb.de> wrote:
> >
> > On Thu, Sep 27, 2018 at 4:16 PM Firoz Khan <firoz.khan@linaro.org> wrote:
> > >
> > > Add __NR_old_getpagesize in order to not break old user space
> > > as it is reserved for backwards compatibility with old __NR_
> > > getpagesize.
> >
> > That description doesn't really make sense here.
>
> Sure I'll some more details. But rest of the patch looks good?
> This is some I was bit confused! In header there is no entry, but
> in system call table has the entry for the system call.

I think adding some macro for it makes sense, and the
__NR_old_getpagesize name you picked is fine for that.

I think generally speaking we want the unistd.h macros to
match up with the system call entry points, and there are
currently multiple ways they diverge:

- System calls have been removed from the kernels, and the
  macros in unistd.h are still there on some architectures but not
  others. This is something we should clean up /after/ you are
  done.

- System calls have a number but are not implemented on all
  architectures because they don't make sense (e.g. pk pkey_add).
  These should probably have an entry in kernel/sys_ni.c if they
  don't already have one.

- System calls have an entry but no macro, like the ia64
  old_getpagesize. I think if you encounter one of these,
  we need to fix them up before your series so we can
  complete the conversion to generated tables.

        Arnd

  reply	other threads:[~2018-10-01 14:44 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-27 14:15 [PATCH v2 0/7] System call table generation support Firoz Khan
2018-09-27 14:27 ` Firoz Khan
2018-09-27 14:15 ` [PATCH v2 1/7] ia64: add __NR_old_getpagesize macro Firoz Khan
2018-09-27 14:27   ` Firoz Khan
2018-09-28 12:11   ` Arnd Bergmann
2018-09-28 12:11     ` Arnd Bergmann
2018-09-28 12:11     ` Arnd Bergmann
2018-10-01 14:18     ` Firoz Khan
2018-10-01 14:30       ` Firoz Khan
2018-10-01 14:44       ` Arnd Bergmann [this message]
2018-10-01 14:44         ` Arnd Bergmann
2018-09-27 14:15 ` [PATCH v2 2/7] ia64: replace NR_syscalls macro from asm/unistd.h Firoz Khan
2018-09-27 14:27   ` Firoz Khan
2018-09-27 14:15 ` [PATCH v2 3/7] ia64: add an offset for system call number Firoz Khan
2018-09-27 14:27   ` Firoz Khan
2018-09-27 14:15 ` [PATCH v2 4/7] ia64: replace the system call table entries from entry.S Firoz Khan
2018-09-27 14:27   ` Firoz Khan
2018-09-27 14:15 ` [PATCH v2 5/7] ia64: add system call table generation support Firoz Khan
2018-09-27 14:27   ` Firoz Khan
2018-09-27 14:15 ` [PATCH v2 6/7] ia64: uapi header and system call table file generation Firoz Khan
2018-09-27 14:27   ` Firoz Khan
2018-09-28 12:10   ` Arnd Bergmann
2018-09-28 12:10     ` Arnd Bergmann
2018-10-01 14:15     ` Firoz Khan
2018-10-01 14:27       ` Firoz Khan
2018-09-27 14:15 ` [PATCH v2 7/7] ia64: add __IGNORE* entries in asm/unistd.h Firoz Khan
2018-09-27 14:27   ` Firoz Khan
2018-09-28 12:09   ` Arnd Bergmann
2018-09-28 12:09     ` Arnd Bergmann
2018-09-28 17:30 ` [PATCH v2 0/7] System call table generation support Luck, Tony
2018-09-28 17:30   ` Luck, Tony
2018-10-01 14:21   ` Firoz Khan
2018-10-01 14:33     ` Firoz Khan

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=CAK8P3a3wLjX2fOpow78O4jNif-2zQvzdDuf_Gz02gxkWZRO4aw@mail.gmail.com \
    --to=arnd@arndb.de \
    --cc=deepa.kernel@gmail.com \
    --cc=fenghua.yu@intel.com \
    --cc=firoz.khan@linaro.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=kstewart@linuxfoundation.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-ia64@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marcin.juszkiewicz@linaro.org \
    --cc=pombredanne@nexb.com \
    --cc=tglx@linutronix.de \
    --cc=tony.luck@intel.com \
    --cc=y2038@lists.linaro.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 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.