[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAEdQ38FckCWguy5MUYkjwhmc3eA30WXB5QNGaU2Yv8gjHvGc=A@mail.gmail.com>
Date: Mon, 5 Nov 2018 13:31:20 -0800
From: Matt Turner <mattst88@...il.com>
To: firoz.khan@...aro.org
Cc: linux-alpha <linux-alpha@...r.kernel.org>,
Richard Henderson <rth@...ddle.net>,
Ivan Kokshaysky <ink@...assic.park.msu.ru>,
Thomas Gleixner <tglx@...utronix.de>,
Greg KH <gregkh@...uxfoundation.org>,
Philippe Ombredanne <pombredanne@...b.com>,
Kate Stewart <kstewart@...uxfoundation.org>,
y2038@...ts.linaro.org, LKML <linux-kernel@...r.kernel.org>,
linux-arch@...r.kernel.org, Arnd Bergmann <arnd@...db.de>,
deepa.kernel@...il.com, marcin.juszkiewicz@...aro.org
Subject: Re: [PATCH v2 0/5] alpha: system call table generation support
On Thu, Nov 1, 2018 at 6:44 AM Firoz Khan <firoz.khan@...aro.org> wrote:
>
> The purpose of this patch series is, we can easily
> add/modify/delete system call table support by cha-
> nging entry in syscall.tbl file instead of manually
> changing many files. The other goal is to unify the
> system call table generation support implementation
> across all the architectures.
>
> The system call tables are in different format in
> all architecture. It will be difficult to manually
> add, modify or delete the system calls in the resp-
> ective files manually. To make it easy by keeping a
> script and which'll generate uapi header file and
> syscall table file.
>
> syscall.tbl contains the list of available system
> calls along with system call number and correspond-
> ing entry point. Add a new system call in this arch-
> itecture will be possible by adding new entry in the
> syscall.tbl file.
Sounds like a worthy goal.
I tried applying the patches and it seems they haven't been rebased
since v4.18. My rebases are in
https://git.kernel.org/pub/scm/linux/kernel/git/mattst88/alpha.git/log/?h=for-linus
They seem to work for me, FWIW.
Is your plan to have the patches go through the separate architecture
trees, or go in together? I think I'd at least prefer for another
architecture to take the plunge before alpha.
Powered by blists - more mailing lists