Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp8748987pxu; Sun, 27 Dec 2020 18:42:01 -0800 (PST) X-Google-Smtp-Source: ABdhPJy1rVY7ZTVd3rTRABnheGo6Jychv87LytNHgWP1ghhKrzGp/9r2dscZN41a7hX+OpKoDG95 X-Received: by 2002:a17:906:81d6:: with SMTP id e22mr40748283ejx.476.1609123321555; Sun, 27 Dec 2020 18:42:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609123321; cv=none; d=google.com; s=arc-20160816; b=ZJ3D/W39jXObybrBfA8E1vnbEfbvD+CpA2pFfBTXs0xIAglULP5h3M/gZw9K627utv Oswb/DKUgPvtGoQ8OYCzi/nd1ySFD2/B6fF8pKVJIrYOpPzxGRCrjyXdJxQQwlBx2WKF 7yhL1YdEDiKHIZHZTitmC/4o6EZO8qLZk8A1rmS9npcLvan7FCrEdF4leL+kmNCo6jpO tn/4IaSAW9vJoZwSyEU3PLCPcmE5kjSpbtuY5XaFQRQJi+MaiQn+GJwA5LgAKfyf0Mv5 Pc/FVZ0KJivhyKkSNO7JMZjnwAKOzlycmSQ/Po8065S42YLeaCfMCYCl5dAuoSbyEwta sEOw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:date:message-id:content-transfer-encoding :mime-version:subject:cc:to:from:dkim-signature; bh=V2SBeunGq+h3UtsNHb+tqmxZ59PpV2K+y2jJcGaooWM=; b=xjWca6lgRiPA7eg90svQxoEMcIA2hnuCX3pVyBETy9u5UZ3QDg7f6OaJCJ2OIzwN8o jScuUJeEXasevOyQFLo2qSM8tg59r81F0PdlfPAgSPeo3puUOL5L5eu6hSpTrtWo+9DA GlJSrSrXd0RYUVu59tfFgXYavEu3xJX7qHHtSK57e8d6BIzhwbDH6wXwjj1lB8drgHaR SO8JKchHBezTTu9QLgxmRhAbF8ombViosvPUF50yhsQOz1/uIsTbD3uq2aT9T3PENFFm Y/TWH6gFymxUYOFeB6iwlBdZ8mLJ8NykjXSApxiaEQV8CuWOh8WYK4oTPnwKKjBMGgjW AqfA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass (test mode) header.i=@axis.com header.s=axis-central1 header.b="g/3lsZ5J"; 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=axis.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g7si18141607ejh.224.2020.12.27.18.41.39; Sun, 27 Dec 2020 18:42:01 -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 (test mode) header.i=@axis.com header.s=axis-central1 header.b="g/3lsZ5J"; 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=axis.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726469AbgL1CkY (ORCPT + 99 others); Sun, 27 Dec 2020 21:40:24 -0500 Received: from smtp2.axis.com ([195.60.68.18]:45409 "EHLO smtp2.axis.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726286AbgL1CkY (ORCPT ); Sun, 27 Dec 2020 21:40:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=axis.com; q=dns/txt; s=axis-central1; t=1609123223; x=1640659223; h=from:to:cc:subject:mime-version: content-transfer-encoding:message-id:date; bh=V2SBeunGq+h3UtsNHb+tqmxZ59PpV2K+y2jJcGaooWM=; b=g/3lsZ5J1InC3JzsKXWYYW/7qGkv8vc18EudSZ3FgcSIosAnPrHLR8E4 8afzIe7oT/r8Xyv3GXhzwGb2cM+ahTu3XTbaB/r46MJmwp8SwOSkW4TGs 0oZ8Eeu7a6hSs9n6cSU1XmYv6U9Xov8QSC4pZYwIeztI3Fi5BZsk7Y2U6 RuZZM4nPIqF+3UQwmCUuuw/HVghVg/lOogvUPF6IRrVb1Pl3Yb/O5W98t 9EptO8gL7EtsHbNFwSfz81igzRk15IzvCFEgV2D6hTiEgE7jJKMOutbde 6UHMaKJQNkqD7vdGiuB3glA6rF1wIRN0EKDd/h9GrabNdLxTE+SpcK6G2 g==; From: Hans-Peter Nilsson To: , CC: John Garry , Will Deacon , Mathieu Poirier , Leo Yan , Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Kim Phillips Subject: [PATCH] perf arm64: Fix mksyscalltbl, don't lose syscalls due to sort -nu MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT Message-ID: <20201228023941.E0DE2203B5@pchp3.se.axis.com> Date: Mon, 28 Dec 2020 03:39:41 +0100 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 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