Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp5130946imm; Tue, 18 Sep 2018 04:59:04 -0700 (PDT) X-Google-Smtp-Source: ANB0VdY70jONI5x17Q3FELPSC1RehR3u9NAXAJyt5UqlBGLmrv20Pn/are4DVtVaAXLGxrgLXexi X-Received: by 2002:a63:cc4f:: with SMTP id q15-v6mr27499010pgi.217.1537271944428; Tue, 18 Sep 2018 04:59:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537271944; cv=none; d=google.com; s=arc-20160816; b=ztuwTYsQ6jMDGmh/lyp+qVvpgfTirWfCySpkHY+0YAo4HfcSbdjp/4I8K0nqoBNajf r3jgcsE+OuRfml4c/KyhE4llr0dR/+lBkRv1LHrfeb2LO+j9OfC1mNUGCQ5D1RSBZvlk maH++WsQK89Pg7wOwF66NXswgUGibDdvSFnP8qau3eG5K5qywyCk9Pw1rRX/iqESJtNO axx67P/Yi4zuf9d0tA+n92v00OP0YDdxh7mzwiwwdRwbA3V2rfGtW74Ma2U67zFaxkPS E1+IxoCgolEsEZIH1iEoFEN7lYIPIOIk/WIpYx88jmkt19HRtht9tGr9QvjuUMP4Onvw 0hjw== 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 :references:in-reply-to:mime-version:dkim-signature; bh=RlK2Au7f7Pw0XN+y1/uWdu8MO+Nry4x3rQoc7bdLLWo=; b=JyGsiaHR9m7QZ9Izul2LGd8xjiORRt1HPpWSjafWEtz0D0zNNQQUCdpfwVFWjko7S+ RgI/m5vMUaqgLCSUjHHBCvq6S1IhED2tmXX6ShiqyBtOHbb+ul/fmubtK4dE9kn6EPsV 91rfWWTOROw8/IhX4a5gz6RKaSGbuO1cf8wQVLt9RPnUvuoIxVlK9XKNomdn64+o1Dx9 BjESj68L3HLebb7CSCLYyUzg7br45M/D7PQE/VyuUbTadU/khXGGC2qLXrnkmEMpNcyY cA44IuVWrP+M9mHWEnRmF8L7M9gOxRse/qqugCPIilmV6jSxGyOKhALaIzGMFBnopy6o sR/w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=YXjX8G6r; 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 a140-v6si19517960pfa.61.2018.09.18.04.58.46; Tue, 18 Sep 2018 04:59:04 -0700 (PDT) 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=YXjX8G6r; 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 S1728842AbeIRR35 (ORCPT + 99 others); Tue, 18 Sep 2018 13:29:57 -0400 Received: from mail-yw1-f65.google.com ([209.85.161.65]:38136 "EHLO mail-yw1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727228AbeIRR35 (ORCPT ); Tue, 18 Sep 2018 13:29:57 -0400 Received: by mail-yw1-f65.google.com with SMTP id n21-v6so640944ywh.5 for ; Tue, 18 Sep 2018 04:57:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=RlK2Au7f7Pw0XN+y1/uWdu8MO+Nry4x3rQoc7bdLLWo=; b=YXjX8G6rpXbfHutJCG3KhruQBW90GtH7pQ9sahNp2HCVaD16B8j9XV/RmEYcrTpgVO cBY6E7EWAF92OCdB3LB2mqOKzfn6WOsLDys1pJKjOgsEh2d8eLXlDtgl/ncNOkb79eHV fBH7SFozD71XS60HDZoGRV3uCCMSA+fbrPZZ4= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=RlK2Au7f7Pw0XN+y1/uWdu8MO+Nry4x3rQoc7bdLLWo=; b=fJnz8sSToCSWD1IJWwOyO9tSiwd0QmVeY/QyHrPj4YSPOpnkShAYOmWjy+cwZvvXp1 yVBpXvOeIEn+y+ciWPY4V7DKDGdNYx8d5gebS3DCIT3Bs5D2v4gcYRIb1EvVVXZ82kJe DmVVlo33d+FcTA3/iSzT8+/c8/Fs/YHisK2sFWRRUVK5gNN5RCj+tmHklKXKVrIhZRv9 ksHcfWY50rVnDtsXWs4RJg2R/f8pWTqJKC7CYJ73484GjKG2uSJ5OtQOEiKZJO4xdp75 InkEaCjLCdGrTo7AS3/z9iTzgzKE0RK1A8uUieUxH80EGHXBpt3bebpx+rF3HSuN5B5m gJTA== X-Gm-Message-State: APzg51AB86XxeAo0HoVg6q56Bz2J5pwbTDxwxQrjkMkHS1mY2uhoEsiY wCe29LTKaiizvYOVvuQeJ4mGdlZH8ss9Ne/A+0h5CQ== X-Received: by 2002:a81:1b82:: with SMTP id b124-v6mr12433657ywb.381.1537271860818; Tue, 18 Sep 2018 04:57:40 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a0d:cc4f:0:0:0:0:0 with HTTP; Tue, 18 Sep 2018 04:57:40 -0700 (PDT) In-Reply-To: References: <1536914314-5026-1-git-send-email-firoz.khan@linaro.org> <1536914314-5026-3-git-send-email-firoz.khan@linaro.org> From: Firoz Khan Date: Tue, 18 Sep 2018 17:27:40 +0530 Message-ID: Subject: Re: [PATCH 2/3] mips: Add system call table generation support To: Arnd Bergmann Cc: Hauke Mehrtens , =?UTF-8?B?UmFmYcWCIE1pxYJlY2tp?= , "open list:RALINK MIPS ARCHITECTURE" , Ralf Baechle , Paul Burton , James Hogan , gregkh , Philippe Ombredanne , Thomas Gleixner , Kate Stewart , y2038 Mailman List , Linux Kernel Mailing List , linux-arch , 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 On 14 September 2018 at 15:28, Arnd Bergmann wrote: > On Fri, Sep 14, 2018 at 10:39 AM 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 >> header file and syscall table file so this change will >> unify them across all architectures. >> >> The system call table generation script is added in >> syscalls directory which contain the script to generate >> both uapi header file system call table generation file >> and syscall_32/64.tbl file which'll be the input for the >> scripts. > > I think it would be best to name the files > o32/n64/n32 instead of 32/64/n32 This is an easy fix. I'll make it in the next version. > > It would also be helpful to mention why the n32/n64 > files cannot be combined into one nfile here. Sure. > > >> +364 32 pkey_alloc sys_pkey_alloc >> +365 32 pkey_free sys_pkey_free >> +366 32 statx sys_statx > > You missed the additon of rseq and io_pgetevetns here. As I mentioned in the cover letter: "I started working system call table generation on 4.17-rc1. I used marcin's script - https://github.com/hrw/syscalls-table to generate the syscall.tbl file. And this will be the input to the system call table generation script. But there are couple system call got add in the latest rc release. If run Marcin's script on latest release, It will generate a new syscall.tbl. But I still use the old file - syscall.tbl and once all review got over I'll update syscall.tbl alone w.r.to the tip of the kernel. The impact of this thing, few of the system call won't work." Hopefully, the next version does have this change. Thanks! - Firoz