Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp9508569pxu; Mon, 28 Dec 2020 19:15:19 -0800 (PST) X-Google-Smtp-Source: ABdhPJxHHgIqbaeLDBSSYxl5EueKpXGvJoQWu5vLq4HW75uHUk0h/n8RjXpDSuI8KBw8m8BEaQtn X-Received: by 2002:a05:6402:1045:: with SMTP id e5mr44986214edu.40.1609211719487; Mon, 28 Dec 2020 19:15:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609211719; cv=none; d=google.com; s=arc-20160816; b=XNxELkoaCJ6jRmI38/xkBimAkL3R1mA79LZ33iWOuiJHthMJIXc8Fr+oWZFPMEx+Me mJ948Zw+ey/9BNOSHA4rOJU2h73GBZPNVTV6a3XM/UoiJ4dtS18LjJhbg03Xb1n5G52N +d/jU+pAB4aeD4myPDvPLLDOGPw4H6wW09f+ChvHneIbI+HZwOkc67/Z8yzTUSt4Ikor viEZyfpEnNTmBsW95P0/nb4adYoY8aqhc9Ru+pAl58q0Ft7O4INs4NttCCfQQnMRi2xf 3geBG+JM2eJya7l9xgJx9phcdAIa0wRSt+1lWJLO3e30H0ELjHqddUo64cze/Ovcfwcx pG+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=u5LSYcSeqxqNUQS5mYz7r4hErViy27m/hLCw3WqWA10=; b=aTLDUqR9AiG3eLiO7WoZrcFF3p13QRA9SurKJuVq0jRmrijIVF0DzKi1dJh7TswOrb h/iFAY4UUke8ICJLjqVeg8iLpjBZV6pp68tk410CL4EcRq27ti81xui1Oipo29habc27 FoM2CP4xU7MwAn/bomd260l672FFE+Kor/bdqLrumpO3hWOKjCgmGzlfyhvH3ec8zVnA kENp/Y7UgrLx51yukeFw6uKN57IuNRRW5eQT0Dpf5b8gyePbXFg0VE4Xd4C1Obmwzs3/ 98HUHwIR+VsIcsxC6ybjhdtYKsKtsEuKLn0cNVHiH01FizsQc1XutOPjphdMTwFrnY3d NN6Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=b9rsft8e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id bs21si19882536ejb.468.2020.12.28.19.14.57; Mon, 28 Dec 2020 19:15:19 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=b9rsft8e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1727052AbgL2DK1 (ORCPT + 99 others); Mon, 28 Dec 2020 22:10:27 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38736 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726014AbgL2DK0 (ORCPT ); Mon, 28 Dec 2020 22:10:26 -0500 Received: from mail-pf1-x42d.google.com (mail-pf1-x42d.google.com [IPv6:2607:f8b0:4864:20::42d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BEAD3C061793 for ; Mon, 28 Dec 2020 19:09:46 -0800 (PST) Received: by mail-pf1-x42d.google.com with SMTP id f9so7285139pfc.11 for ; Mon, 28 Dec 2020 19:09:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=u5LSYcSeqxqNUQS5mYz7r4hErViy27m/hLCw3WqWA10=; b=b9rsft8eDiJyM+hftTFj4BiAS4UlgMzzruzWlmQbka8zVWWCN8nS1YhqcqSMEIzz/A BSftbF18ja4pagnGWj+iy1hLE4G82cbi+bggYmRc5goKjGMGqenp7QiwX7j/7tgS8FAA peCS3Ev8lKXNBlJvAgI2TKBQysIxDlwl6TRNkoUzNuml1kFdHqX25+WZgKiULY3sRRv7 /dUalDiaS+A8IfBFYArTnr7cPJtkxyHkRPUX6rbUkKbBfCTFqhPvsAk8HZijMKWiTcey HaFz6H/55dWjDD8I1NK3IhPTkJF1URKZ757TxMwAPhqOBHqtiebsILHz7FXhMcJHALUQ p7Jw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=u5LSYcSeqxqNUQS5mYz7r4hErViy27m/hLCw3WqWA10=; b=Y3yNzN1NbBKeuNvfJ+WgEhZqEIpGaUn/u7W76eyh94qLxuNm8owHTFemxAnsYEitj+ N7hogze3tG7Pxzx0sFmUVh5FX5+KtjxbVMmhCfCulBgQQjCLDounNeWhNj+ugN4ojA3J aYaEvTo9KTtCzArB0ue7XJzqQh/apdwuJf3a4A0fvzz1m6B7D6ou4MWpWdjZUdjZe7h3 Uh1GvfTGFAGN8dg6jWeAqE/1XtmVdLkickW8ZrhWSK33cHiD6td4ZwDwk4Tat1dIYQUD MfgmV3ROvm5X3FmNjOj9zfChrV1yJ2JnlP9NuAJ2g2vHgXU7s3ArGQY6iGgAUPYJ3+2D X6DQ== X-Gm-Message-State: AOAM531Silb61LnqTGeqaOlZ7Vl5wpPFbAHXZvo1Kldv5QZKiXBby8rV xnhzZSTke9mG99SIpGhPke3YaQ== X-Received: by 2002:a05:6a00:230d:b029:18b:9cb:dead with SMTP id h13-20020a056a00230db029018b09cbdeadmr42775379pfh.24.1609211385223; Mon, 28 Dec 2020 19:09:45 -0800 (PST) Received: from leoy-ThinkPad-X240s ([45.137.216.7]) by smtp.gmail.com with ESMTPSA id v9sm36673616pff.102.2020.12.28.19.09.39 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Mon, 28 Dec 2020 19:09:44 -0800 (PST) Date: Tue, 29 Dec 2020 11:09:33 +0800 From: Leo Yan To: Hans-Peter Nilsson Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, John Garry , Will Deacon , Mathieu Poirier , Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Kim Phillips Subject: Re: [PATCH] perf arm64: Fix mksyscalltbl, don't lose syscalls due to sort -nu Message-ID: <20201229030933.GC28115@leoy-ThinkPad-X240s> References: <20201228023941.E0DE2203B5@pchp3.se.axis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201228023941.E0DE2203B5@pchp3.se.axis.com> User-Agent: Mutt/1.9.4 (2018-02-28) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Hans-Peter, On Mon, Dec 28, 2020 at 03:39:41AM +0100, Hans-Peter Nilsson wrote: > When using "sort -nu", arm64 syscalls were lost. That is, the > io_setup syscall (number 0) and all but one (typically > ftruncate; 64) of the syscalls that are defined symbolically > (like "#define __NR_ftruncate __NR3264_ftruncate") at the point > where "sort" is applied. > > This creation-of-syscalls.c-scheme is, judging from comments, > copy-pasted from powerpc, and worked there because at the time, > its tools/arch/powerpc/include/uapi/asm/unistd.h had *literals*, > like "#define __NR_ftruncate 93". > > With sort being numeric and the non-numeric key effectively > evaluating to 0, the sort option "-u" means these "duplicates" > are removed. There's no need to remove syscall lines with > duplicate numbers for arm64 because there are none, so let's fix > that by just losing the "-u". Having the table numerically > sorted on syscall-number for the rest of the syscalls looks > nice, so keep the "-n". > > Signed-off-by: Hans-Peter Nilsson Very good catching! I tested this patch with the commands: $ cd $LINUX_KERN $ tools/perf/arch/arm64/entry/syscalls/mksyscalltbl \ $ARM64_TOOLCHAIN_PATH/aarch64-linux-gnu-gcc \ gcc tools tools/include/uapi/asm-generic/unistd.h It gives out complete syscall tables: $ diff /tmp/mksyscall_before.txt /tmp/mksyscall_after.txt 1a2,4 > [223] = "fadvise64", > [25] = "fcntl", > [44] = "fstatfs", 2a6,11 > [0] = "io_setup", > [62] = "lseek", > [222] = "mmap", > [71] = "sendfile", > [43] = "statfs", > [45] = "truncate", Rather than dropping option "-u" for sort command, I googled and read the manual of "sort", but cannot find other better method. So this patch looks good for me: Reviewed-by: Leo Yan Tested-by: Leo Yan > Cc: John Garry > Cc: Will Deacon > Cc: Mathieu Poirier > Cc: Leo Yan > Cc: Peter Zijlstra > Cc: Ingo Molnar > Cc: Arnaldo Carvalho de Melo > Cc: Mark Rutland > Cc: Alexander Shishkin > Cc: Jiri Olsa > Cc: Namhyung Kim > Cc: Kim Phillips > --- > tools/perf/arch/arm64/entry/syscalls/mksyscalltbl | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/tools/perf/arch/arm64/entry/syscalls/mksyscalltbl b/tools/perf/arch/arm64/entry/syscalls/mksyscalltbl > index 459469b7222c..a7ca48d1e37b 100755 > --- a/tools/perf/arch/arm64/entry/syscalls/mksyscalltbl > +++ b/tools/perf/arch/arm64/entry/syscalls/mksyscalltbl > @@ -58,5 +58,5 @@ create_table() > > $gcc -E -dM -x c -I $incpath/include/uapi $input \ > |sed -ne 's/^#define __NR_//p' \ > - |sort -t' ' -k2 -nu \ > + |sort -t' ' -k2 -n \ > |create_table > -- > 2.11.0 > > brgds, H-P