Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp8024907imu; Tue, 4 Dec 2018 01:25:50 -0800 (PST) X-Google-Smtp-Source: AFSGD/U1JhzkyhNGQyhcs620sCAXWyH6FWvuRNknunGW+0oP65QACky0RBt2tOwlYY5fh8xMNIsD X-Received: by 2002:a62:6303:: with SMTP id x3mr19913321pfb.110.1543915550590; Tue, 04 Dec 2018 01:25:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543915550; cv=none; d=google.com; s=arc-20160816; b=ItTusupvK0N0aERiZMOUW1rTSP7uZebu1SoyxD1pX/jZW5ZIVv+w3u1Gtz6izzzZy9 btQ5b3AnX9/ITW2Ur1Zrq86PlnYjXbHt/1lZTqthWUwT1WztoMpRcrWOEe7mM2o9oD8Q e6uQFJHPE70NWGi0B2f94sIvlR2IigtAJvnG3EuLv37NaZklJOLb8QBi25rlP68QVY19 pjLfPKhsE7h43ff6i4O8PuonVMAmBmbtrr22HW7e5jV5vZsslzhGtkYVMH5VK3wegFrt AXJPX3bMCrFstb6gyXC/no2NH4+cb4dOt2oH1Prlk5wYFdkRZf966B1J6D2nIhdE0PH6 AeMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=XZ+08FPwhE0cgGofslk4+e+aFpPulGmL/DyHwKs4BoQ=; b=0GYHZkPMtQfdQBThw6e4BeCcQ2cO6V7CvA7xZI20byySD9U4zJcxdfyF7e5j3FPUXT AydhwpLmPX8gpMR/Nt35cEAftiwr6fX4vIKd8Y9Oxmem4y8lqqfJtAHUrgSzREJJF6D7 TUkt+ENndbWuIcmAaJZuab4qwn8XHJs+PNbYIBuLNwDVdZ3sdzvrJQbTGUP5Tc4OYChv Mqkhtf0ik1BlUPgKYjJujBkZxSmHp3ZH5f5JFOO02Fhr1IM8oFp+LX6gmpRL3Ik5+XuH SGG6mkeeCdPr0kLUNEyVR3W5HM4LxcMxIXJRMIOF5kWTFnw5qdyOasdV/MRqI+F34cf4 rhpw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=VxTKy5i1; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v2si16079212plz.53.2018.12.04.01.25.35; Tue, 04 Dec 2018 01:25:50 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=VxTKy5i1; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725884AbeLDJYr (ORCPT + 99 others); Tue, 4 Dec 2018 04:24:47 -0500 Received: from mail-io1-f68.google.com ([209.85.166.68]:39424 "EHLO mail-io1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725767AbeLDJYq (ORCPT ); Tue, 4 Dec 2018 04:24:46 -0500 Received: by mail-io1-f68.google.com with SMTP id k7so13016234iob.6 for ; Tue, 04 Dec 2018 01:24:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XZ+08FPwhE0cgGofslk4+e+aFpPulGmL/DyHwKs4BoQ=; b=VxTKy5i1vsOEBy/Wj/c7rkcHatEDqahJQCe/wHEsvGq+awysqjzV/jXMqYcK8pRt4D M450LXywQqbjgMYKhjN5oJjEFqnS399ZRL44MO3e/HnC+ZNfN9/tiJdT4UQrNaIIXrT5 abVTdy1nABEfqEWkTpgMNeLsP62jE5eWy7Kx4= 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=XZ+08FPwhE0cgGofslk4+e+aFpPulGmL/DyHwKs4BoQ=; b=PjF9AAcAvgxO8DBS8cTjoJayJ3+waPiNYyMQDdFMVfY5FnZYgbGhLmnj4sTAnGhW2a tc0YlE3u8QoiJOmGHAdLcuw9bL7Hsmtx/XBskmYNS2SsfsxAw15sm7SnjsQpjlWij62n +cYSh//Edzfg+5I39jG0hN84Ba4eXsGBsBicmB9kqj81eQcmUf1H6IIwz0iiGyMDx5jV 3nz+1m/f9BeQimNuK7X5r3YjjW4OrREoo2TvxToVS3oEmQvNSwJnk7MfJNlMKslJSUeG +Js9Frpja+3ypeNPUo0oAWfqku4fkVhOYr7QdtqMaCwCzEZT3d3jVh981KYfe6dUKi8/ N3vg== X-Gm-Message-State: AA+aEWaqmw2E9aIhDAZEBG5s0+vvqOo71wLguCkZx9Vj7s60joAsFKs6 ZukWB/VjxcJIij6beAWKeSUSa227Y7qICZ4LKSAB0A== X-Received: by 2002:a6b:8f8d:: with SMTP id r135mr16770414iod.5.1543915485544; Tue, 04 Dec 2018 01:24:45 -0800 (PST) MIME-Version: 1.0 References: <1542088829-19790-1-git-send-email-firoz.khan@linaro.org> In-Reply-To: From: Firoz Khan Date: Tue, 4 Dec 2018 14:54:34 +0530 Message-ID: Subject: Re: [PATCH v5 0/3] m68k: system call table generation support To: Geert Uytterhoeven Cc: linux-m68k , Greg Kroah-Hartman , Philippe Ombredanne , Thomas Gleixner , Kate Stewart , y2038 Mailman List , Linux Kernel Mailing List , Linux-Arch , Arnd Bergmann , Deepa Dinamani , Marcin Juszkiewicz 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 Hi Geert, On Tue, 4 Dec 2018 at 14:22, Geert Uytterhoeven wrote: > > On Tue, Nov 13, 2018 at 7:01 AM Firoz Khan 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. > > > > Adding a new table entry consisting of: > > - System call number. > > - ABI. > > - System call name. > > - Entry point name. > > > > ARM, s390 and x86 architecuture does exist the sim- > > ilar support. I leverage their implementation to > > come up with a generic solution. > > > > I have done the same support for work for alpha, ia64, > > microblaze, mips, parisc, powerpc, sh, sparc and xtensa. > > Below mentioned git repository contains more details > > about the workflow. > > > > https://github.com/frzkhn/system_call_table_generator/ > > > > Finally, this is the ground work to solve the Y2038 > > issue. We need to add two dozen of system calls to > > solve Y2038 issue. So this patch series will help to > > add new system calls easily by adding new entry in > > the syscall.tbl. > > > > changes since v4: > > - changed from generic-y to generated-y in Kbuild. > > - remove the patch "0001-m68k-rename-system-call- > > table-file-name.patch". > > > > changes since v3: > > - optimized/updated the syscall table generation > > scripts. > > - fixed all mixed indentation issues in syscall.tbl. > > - added "comments" in syscall_*.tbl. > > > > changes since v2: > > - removed __IGNORE entries which was added in v2 > > to suppress the warning. > > - added missing new line. > > > > changes since v1: > > - enclosed __NR_sycalls macro with __KERNEL__. > > > > Firoz Khan (3): > > m68k: add __NR_syscalls along with NR_syscalls > > m68k: add system call table generation support > > m68k: generate uapi header and syscall table header files > > > > arch/m68k/Makefile | 3 + > > arch/m68k/include/asm/Kbuild | 1 + > > arch/m68k/include/asm/unistd.h | 3 +- > > arch/m68k/include/uapi/asm/Kbuild | 1 + > > arch/m68k/include/uapi/asm/unistd.h | 385 +------------------------------ > > arch/m68k/kernel/syscalls/Makefile | 38 ++++ > > arch/m68k/kernel/syscalls/syscall.tbl | 389 ++++++++++++++++++++++++++++++++ > > arch/m68k/kernel/syscalls/syscallhdr.sh | 36 +++ > > arch/m68k/kernel/syscalls/syscalltbl.sh | 32 +++ > > arch/m68k/kernel/syscalltable.S | 387 +------------------------------ > > 10 files changed, 507 insertions(+), 768 deletions(-) > > 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 > > Thanks, applied and queued for v4.21 (with the missing newline added). Great, Thanks! Firoz > > 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