Messages in this thread | | | From | Firoz Khan <> | Date | Fri, 30 Nov 2018 10:43:36 +0530 | Subject | Re: [PATCH v3 6/6] mips: generate uapi header and system call table files |
| |
Hi Arnd,
Thanks for the email,
On Thu, 29 Nov 2018 at 19:52, Arnd Bergmann <arnd@arndb.de> wrote: > > On Thu, Nov 29, 2018 at 9:45 AM Firoz Khan <firoz.khan@linaro.org> wrote: > > > diff --git a/arch/mips/include/uapi/asm/Kbuild b/arch/mips/include/uapi/asm/Kbuild > > index 7a4becd..ed4bd03 100644 > > --- a/arch/mips/include/uapi/asm/Kbuild > > +++ b/arch/mips/include/uapi/asm/Kbuild > > @@ -1,5 +1,11 @@ > > # UAPI Header export list > > include include/uapi/asm-generic/Kbuild.asm > > > > +generated-y += unistd_n32.h > > +generated-y += unistd_n64.h > > +generated-y += unistd_o32.h > > +generated-y += unistd_nr_n32.h > > +generated-y += unistd_nr_n64.h > > +generated-y += unistd_nr_o32.h > > generic-y += bpf_perf_event.h > > generic-y += ipcbuf.h > > I'd argue that the unistd_nr_*.h headers should not be in the uapi directory > but instead be included only from the in-kernel header.
That is also fine. I can update in v4. Paul, Do you have any comment on this and could you confirm user space doesn't need this macros - __NR_N32/N64/O32_Linux, __NR_N32/N64/O32_Linux_syscalls ?
> > > > diff --git a/arch/mips/kernel/scall64-n64.S b/arch/mips/kernel/scall64-n64.S > > new file mode 100644 > > index 0000000..402a085 > > --- /dev/null > > +++ b/arch/mips/kernel/scall64-n64.S > > @@ -0,0 +1,117 @@ > > +/* > > + * This file is subject to the terms and conditions of the GNU General Public > > + * License. See the file "COPYING" in the main directory of this archive > > + * for more details. > > + * > > + * Copyright (C) 1995, 96, 97, 98, 99, 2000, 01, 02 by Ralf Baechle > > + * Copyright (C) 1999, 2000 Silicon Graphics, Inc. > > + * Copyright (C) 2001 MIPS Technologies, Inc. > > + */ > > +#include <linux/errno.h> > > +#include <asm/asm.h> > > +#include <asm/asmmacro.h> > > +#include <asm/irqflags.h> > > It looks like you change and rename this file at the same time. > Generally speaking, I would not do that in one patch. Either > leave the slightly inconsistent name unchanged, or rename > it in a separate patch.
Ah, you catch this one.I thought it will go with out notice. Ok, I create one more patch in my v4.
Paul, FYI, you asked me to convert 64 to n64. Here I'm changing file name - scall64-n64.S (previously it was scall64-64.S) also.
Thanks Firoz
> > Arnd
| |