Re: m68k allmodconfig build errors

Hi Finn, On 25/09/18 11:49, Finn Thain wrote: On Tue, 25 Sep 2018, Michael Schmitz wrote: Hi Finn, has this been resolved in the meantime? My compiler is too old (4.4.6) to be affected. Also, I didn't pursue a patch because I don't really know how you fix this properly. Maybe Andreas or

Re: m68k allmodconfig build errors

On Tue, 25 Sep 2018, Michael Schmitz wrote: > Hi Finn, > > has this been resolved in the meantime? > My compiler is too old (4.4.6) to be affected. Also, I didn't pursue a patch because I don't really know how you fix this properly. It seems that multiple architectures have multiple issues.

Re: m68k allmodconfig build errors

Hi Finn, has this been resolved in the meantime? I'm running into a little dilemma when working on yet another spin on the RDB partition patch (the patch that just won't die): either use old gcc 4.6.3, and lack __udivdi3 support, or new and shiny 8.10 with its strncmp mess. Cheers,    

Re: [PATCH v2 4/5] m68k: uapi header and system call table file generation

On Mon, 24 Sep 2018 at 12:35, Geert Uytterhoeven wrote: > > Hi Firoz, > > On Thu, Sep 20, 2018 at 5:07 PM Firoz Khan wrote: > > System call table generation script must be run to generate > > unistd_32.h and syscall_table.h files. This patch will have > > changes which will invokes the script. >

Re: [PATCH v2 3/5] m68k: Added system call table generation support

Hi Geert, On Mon, 24 Sep 2018 at 12:33, Geert Uytterhoeven wrote: > > Hi Firoz, > > On Thu, Sep 20, 2018 at 5:07 PM Firoz Khan wrote: > > The system call tables are in different format in all > > architecture and it will be difficult to manually add or > > modify the system calls in the

Re: [PATCH v2 0/5] System call table generation support

On Thu, Sep 20, 2018 at 5:06 PM Firoz Khan wrote: > The purpose of this patch series is: > 1. We can easily add/modify/delete system call by changing entry > in syscall.tbl file. No need to manually edit many files. > > 2. It is easy to unify the system call implementation across all > the

Re: [PATCH v2 5/5] m68k: added __IGNORE* entries in asm/unistd.h

On Thu, Sep 20, 2018 at 5:07 PM Firoz Khan wrote: > Added few __IGNORE* entries for seccomp, pkey_mprotect, > pkey_alloc, pkey_free, io_pgetevents and rseq in the file > asm/unistd.h as it is correct to keep __IGNORE* entry in > non uapi header asm/unistd.h while uapi/asm/unistd.h must > hold

Re: [PATCH v2 4/5] m68k: uapi header and system call table file generation

Hi Firoz, On Thu, Sep 20, 2018 at 5:07 PM Firoz Khan wrote: > System call table generation script must be run to generate > unistd_32.h and syscall_table.h files. This patch will have > changes which will invokes the script. > > This patch will generate unistd_32.h and syscall_table.h > files by

Re: [PATCH v2 3/5] m68k: Added system call table generation support

Hi Firoz, On Thu, Sep 20, 2018 at 5:07 PM Firoz Khan wrote: > The system call tables are in different format in all > architecture and it will be difficult to manually add or > modify the system calls in the respective files. To make > it easy by keeping a script and which'll generate the >

Re: [PATCH v2 2/5] m68k: Replace NR_syscalls macro from asm/unistd.h

On Thu, Sep 20, 2018 at 5:06 PM Firoz Khan wrote: > 1. Update NR_syscalls in asm/unistd.h manually by counting the >no.of system calls. No need to update NR_syscalls untill until (scripts/checkpatch.pl would have told you) Gr{oetje,eeting}s, Geert -- Geert

Re: [PATCH v2 2/5] m68k: Replace NR_syscalls macro from asm/unistd.h

On Thu, Sep 20, 2018 at 5:06 PM Firoz Khan wrote: > NR_syscalls macro holds the number of system call exist in m68k > architecture. This macro is currently the part of asm/unistd.h file. > We have to change the value of NR_syscalls, if we add or delete a > system call. > > One of patch in this

Re: [PATCH v2 1/5] m68k: Rename system call table file name

On Thu, Sep 20, 2018 at 5:06 PM Firoz Khan wrote: > The system call table entries are present in syscalltable.S. One of > the patch in this patch series will auto-generate the system call > table entries using the system call table generation script and > which'll replace the existig table file.