From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6B225ECE561 for ; Mon, 24 Sep 2018 07:06:25 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 2EE872145D for ; Mon, 24 Sep 2018 07:06:25 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 2EE872145D Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linux-m68k.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727751AbeIXNHC (ORCPT ); Mon, 24 Sep 2018 09:07:02 -0400 Received: from mail-vs1-f67.google.com ([209.85.217.67]:46718 "EHLO mail-vs1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727229AbeIXNHC (ORCPT ); Mon, 24 Sep 2018 09:07:02 -0400 Received: by mail-vs1-f67.google.com with SMTP id t21-v6so414789vso.13; Mon, 24 Sep 2018 00:06:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=atJCC9VMEiaDkzdVbNfdtQvJtPKDSxocl3cN0gdm8lE=; b=QL1aE7+CZKcgDZqRDIscw4QR7O4dYS2VoXuddRJKoUVtYXjG38G4qVfZirvbNKP9Oh NdzRKUOMmg9+4eqkwNvwPNTyT4TmS7Cms0Y/RH1PdreUUSkfkQPyms10IttByByUgBH/ FT0KDlMiANXCgI1kM2JXvOzkutqtvQlQPzdFM9dle4miVhfnwqisoTuPscd5K1d9fbaE BO8DC8C8ptawmoGiigiWFTtAMAFTwbGAIH5qgPANG4soKxQCuJpAEGm23JzM/3xF8Wuz EeikPZsJCC1jSpA4YEwgel7s2nGb7nIgLIG2qcNI4VfQnHAMDfcz+UISH+NQbK065/eH /jKw== X-Gm-Message-State: APzg51Bdf7PZjtnFa7/SplQiY9/ifYLC8YCOdw0lqchchM4DHzdM9gqg 34TXKvRoFVTxW5hSVML8ENLLuuux9HnHMH78eck= X-Google-Smtp-Source: ANB0VdZ0BnWucGjvlH5WR104RYfPIKv34uSjxtZOl/RaAnpQ8wnxBi1WUyf4p0blTkG7YUmIgz4tMcZpq53Lgsn4ovk= X-Received: by 2002:a67:3a51:: with SMTP id h78-v6mr1875131vsa.63.1537772781979; Mon, 24 Sep 2018 00:06:21 -0700 (PDT) MIME-Version: 1.0 References: <1537455973-12468-1-git-send-email-firoz.khan@linaro.org> In-Reply-To: <1537455973-12468-1-git-send-email-firoz.khan@linaro.org> From: Geert Uytterhoeven Date: Mon, 24 Sep 2018 09:06:09 +0200 Message-ID: Subject: Re: [PATCH v2 0/5] System call table generation support To: firoz.khan@linaro.org Cc: linux-m68k , Greg KH , Philippe Ombredanne , Thomas Gleixner , Kate Stewart , y2038 Mailman List , Linux Kernel Mailing List , Linux-Arch , Arnd Bergmann , Deepa Dinamani , marcin.juszkiewicz@linaro.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 architectures. > > 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 manually. To make it easy by keeping a script > and which'll generate the header file and syscall table file so this > change will unify them across all architectures. > > syscall.tbl contains the list of available system calls along with > system call number and corresponding entry point. Add a new system > call in this architecture will be possible by adding new entry in > the syscall.tbl file. > > Adding a new table entry consisting of: > - System call number. > - ABI. > - System call name. > - Entry point name. > - Compat entry name, if required. > > ARM, s390 and x86 architecuture does exist the similar support. I > leverage their implementation to come up with a generic solution. > > I have done the same support for work for alpha, microblaze, sparc, > mips, parisc, powerpc, sh, sparc, and xtensa. But I started sending > the patch for one architecuture for review. Below mentioned git > repository contains more details. > Git repo:- https://github.com/frzkhn/system_call_table_generator/ > > Added an extra patch to keep __IGNORE* entries in asm/unistd.h. > > Finally, this is the ground work for solving the Y2038 issue. We > need to add/change two dozen of system calls to solve Y2038 issue. > So this patch series will help to easily modify from existing > system call to Y2038 compatible system calls. > > Firoz Khan (5): > m68k: Rename system call table file name > m68k: Replace NR_syscalls macro from asm/unistd.h > m68k: Added system call table generation support > m68k: uapi header and system call table file generation > m68k: added __IGNORE* entries in asm/unistd.h > > arch/m68k/Makefile | 3 + > arch/m68k/include/asm/Kbuild | 1 + > arch/m68k/include/asm/unistd.h | 10 +- > arch/m68k/include/uapi/asm/Kbuild | 1 + > arch/m68k/include/uapi/asm/unistd.h | 385 +----------------------------- > arch/m68k/kernel/Makefile | 2 +- > arch/m68k/kernel/syscall_table.S | 14 ++ > arch/m68k/kernel/syscalls/Makefile | 37 +++ > arch/m68k/kernel/syscalls/syscall.tbl | 369 +++++++++++++++++++++++++++++ > arch/m68k/kernel/syscalls/syscallhdr.sh | 39 ++++ > arch/m68k/kernel/syscalls/syscalltbl.sh | 28 +++ > arch/m68k/kernel/syscalltable.S | 403 -------------------------------- > 12 files changed, 502 insertions(+), 790 deletions(-) > create mode 100644 arch/m68k/kernel/syscall_table.S > create mode 100644 arch/m68k/kernel/syscalls/Makefile > create mode 100644 arch/m68k/kernel/syscalls/syscall.tbl > create mode 100644 arch/m68k/kernel/syscalls/syscallhdr.sh > create mode 100644 arch/m68k/kernel/syscalls/syscalltbl.sh > delete mode 100644 arch/m68k/kernel/syscalltable.S Tested-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds