From patchwork Tue Sep 4 04:41:25 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Firoz Khan X-Patchwork-Id: 145835 Delivered-To: patch@linaro.org Received: by 2002:a2e:1648:0:0:0:0:0 with SMTP id 8-v6csp3225994ljw; Mon, 3 Sep 2018 21:42:27 -0700 (PDT) X-Google-Smtp-Source: ANB0Vdb9JsbgeP+RPq+/HbDPc/GXr4XKGZJ/iWGNSBEmjc9+aI4T65wD+JUTyf+HkFVMLgfygbf2 X-Received: by 2002:a17:902:7c07:: with SMTP id x7-v6mr30539043pll.113.1536036147184; Mon, 03 Sep 2018 21:42:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536036147; cv=none; d=google.com; s=arc-20160816; b=QiQguUgcv4hx83uJFYvUdH0WVerIxuXaLTavRWuq4WPxr3udSVHOL5b244VUXzbQTE eQtkMSan6+BlwUj5DRSgAElcGJD59AWS8VtaERI83rp+pdo0WcHh+zvSSTtbXW2YDSVP RRVXKnjhQD6q3u06BUPQBAz0Jl5KyleJTn/ipJjoNkkWzrAhcrV/Mj2EGKr7S1YbByiq 1fqR3g62Zp3+5jcyNC+ApY/yRpN/vkYxWOpTXdflypUNi/Q7/sjnm1IEgrV/LJexO4sF Is6v3rvYDEuJrPnmu3nkU/BW0sD439ib+Snr0Sb08DW/W2Lkhmn/e9xi/8I0gtpqkqrK kUOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature:arc-authentication-results; bh=nYQduDF7NEsG6i8cWnr4XIXTQTH+GoEAWEHuj8R3h0w=; b=lGf8oPOeDK8/k9LWu/5kRZZAqm3dUeZ7mRnBDOG9G3yXNBSbGcYjjFfLe/XozHYtBY WKVi0+jpF+1HiXqgH5XI/TaYGTLzGhagVLipM8QRayl+faFqF3F2nI/IFwoa8bI5Tc8E 2zREe098ErVkMVgHDQDNhAd3h24lalbAXpu0XZJwEWgrip0E6rbkbTAaWmwzbKdJsnaY jjuiNFgJYXFDBx4PzxKU6SkBGKhlZ0nEaP2jfgJI8UU1ZDKYyoquVxcwTDzhlSbbgobn nt2CPjGrGvzD1nmFbkB6ue+hoNu02pxg4zNGbeZ9J4mmezdQdxYrNSsDvDlkNh9zEuyS rQbQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="GpQ5/XsS"; 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 h89-v6si19361599pld.517.2018.09.03.21.42.26; Mon, 03 Sep 2018 21:42:27 -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="GpQ5/XsS"; 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 S1727551AbeIDJFi (ORCPT + 32 others); Tue, 4 Sep 2018 05:05:38 -0400 Received: from mail-pl1-f193.google.com ([209.85.214.193]:40426 "EHLO mail-pl1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727523AbeIDJFh (ORCPT ); Tue, 4 Sep 2018 05:05:37 -0400 Received: by mail-pl1-f193.google.com with SMTP id s17-v6so1007895plp.7 for ; Mon, 03 Sep 2018 21:42:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=nYQduDF7NEsG6i8cWnr4XIXTQTH+GoEAWEHuj8R3h0w=; b=GpQ5/XsSU6VJBg+QWu0/UQEffBet7RCg31dofPkeOTO8CpOo3a4ln2Kpo5xhL4jIbZ zUqSxXfBBaTMXFlAvnjYershuVwmTUyswn4WbxCT1Ixme9j75BSzeJ6+UKzFqD3Ag8vK 8YLm8rS/VpoqliP//M8kxkzV18fTL67gPLJYk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=nYQduDF7NEsG6i8cWnr4XIXTQTH+GoEAWEHuj8R3h0w=; b=RvlAEfKUioLcoDf5cztBcifgi5dTp7XOIXlSJG0dP44ctEyrtJQ6rt0EGs2qQH4hD7 IZRROI92Ze5KGj3MV048XU0mJEf3ZmPtAWzxV1Pd7JgqaN6QyTgIgsaKkMye07bO681Z o0j8RFwdzhdK8sIJOXXoLScniZEeiXvTTGMcwhK8k6uuAW0FOsJ2rY5rYc9vAOnjaRUK DENHqDT9r4ABDsmRIXQn8Eho6ZT5d6ZA0KhhuOj6ZC1PWufr/eiTlAB2fZkmblUQSu1r xPvGNMSQLTQZwicZfGROmWFZ2IB8nfTmqoYrYrVGPdNj9qTLKj9YrTLBeaxOhLPBBTII sKKg== X-Gm-Message-State: APzg51AJe8n/HkyOGbVyoEJRxpU0YWKUnrZ3ZTH0pVcBBUIjhHqIQPpD X9UrwqoEyQxSPv0+6xQpa0tfcIEOxFY= X-Received: by 2002:a17:902:b7c3:: with SMTP id v3-v6mr31857269plz.238.1536036139417; Mon, 03 Sep 2018 21:42:19 -0700 (PDT) Received: from qualcomm-HP-ZBook-14-G2.qualcomm.com (blr-bdr-fw-01_globalnat_allzones-outside.qualcomm.com. [103.229.18.19]) by smtp.gmail.com with ESMTPSA id w12-v6sm10280372pfd.110.2018.09.03.21.42.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 03 Sep 2018 21:42:19 -0700 (PDT) From: Firoz Khan To: "David S . Miller" , sparclinux@vger.kernel.org, Greg Kroah-Hartman , Philippe Ombredanne , Thomas Gleixner , Kate Stewart Cc: y2038@lists.linaro.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, arnd@arndb.de, deepa.kernel@gmail.com, marcin.juszkiewicz@linaro.org, firoz.khan@linaro.org Subject: [PATCH 2/4] sparc: Replace NR_SYSCALLS macro with __NR_SYSCALLS Date: Tue, 4 Sep 2018 10:11:25 +0530 Message-Id: <1536036087-15260-3-git-send-email-firoz.khan@linaro.org> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1536036087-15260-1-git-send-email-firoz.khan@linaro.org> References: <1536036087-15260-1-git-send-email-firoz.khan@linaro.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org NR_syscalls macro holds the number of system call exist in SPARC architecture. This macro is currently the part of uapi/asm/unistd.h file. We have to change the value of NR_syscalls, if we add or delete a system call. One of the patch in this patch series has a script which will generate a uapi header based on syscall.tbl file. The syscall.tbl file contains the number of system call information. So we have two option to update NR_syscalls value. 1. Update NR_syscalls in uapi/asm/unistd.h manually by counting the no.of system calls. No need to update NR_syscalls until we either add a new system call or delete an existing system call. 2. We can keep this feature it above mentioned script, that'll count the number of syscalls and keep it in a generated file. In this case we don't need to explicitly update NR_syscalls in asm/unistd.h file. The 2nd option will be the recommended one. For that, I moved the NR_syscalls macro from uapi/asm/unistd.h to asm/unistd.h. The macro name also changed form NR_syscalls to __NR_syscalls for making the name convention same across all architecture. While __NR_syscalls isn't strictly part of the uapi, having it as part of the generated header to simplifies the implementation. Signed-off-by: Firoz Khan --- arch/sparc/include/asm/unistd.h | 2 ++ arch/sparc/include/uapi/asm/unistd.h | 2 +- 2 files changed, 3 insertions(+), 1 deletion(-) -- 1.9.1 diff --git a/arch/sparc/include/asm/unistd.h b/arch/sparc/include/asm/unistd.h index f120b6b..c8849b7 100644 --- a/arch/sparc/include/asm/unistd.h +++ b/arch/sparc/include/asm/unistd.h @@ -17,6 +17,8 @@ #include +#define NR_syscalls __NR_syscalls + #ifndef __32bit_syscall_numbers__ #ifndef __arch64__ #define __32bit_syscall_numbers__ diff --git a/arch/sparc/include/uapi/asm/unistd.h b/arch/sparc/include/uapi/asm/unistd.h index ccf4bea..e2407b4 100644 --- a/arch/sparc/include/uapi/asm/unistd.h +++ b/arch/sparc/include/uapi/asm/unistd.h @@ -422,6 +422,6 @@ #define __NR_pwritev2 359 #define __NR_statx 360 -#define NR_syscalls 361 +#define __NR_syscalls 361 #endif /* _UAPI_SPARC_UNISTD_H */