Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1043041pxb; Tue, 9 Feb 2021 21:11:02 -0800 (PST) X-Google-Smtp-Source: ABdhPJyyPp1OcH8GpvJbh+1DExEPV7wZnvE9/GwqW2z3P2yei68H+8E8OoYmOZYc8yaRv9y2qbOj X-Received: by 2002:a17:907:9614:: with SMTP id gb20mr1155976ejc.157.1612933862338; Tue, 09 Feb 2021 21:11:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612933862; cv=none; d=google.com; s=arc-20160816; b=p3Ybbql6tvXEG5eXnfowt1qfxZzg+1pQQyhTH5XJWt5hOcU+UFrwkCc3oKDtzB6xrU jlqf8jlHLGU92WgbRFdOG32T/gXKf79AVb5nlvwn+Sucs4VkAf6eGKP76ZuIwOSX9fmZ ZyR6JFOaR/2RN2sPMrdvQ4q0rQDFF2MKAwA5zud+WtBV02nH5XXklpGJWxQWcXTQwu2x S43+2tEMDIkisNgoBYFwxr9TsFQG7sks7ZT7WROOIAfUCxxpbMxvtrc+6nIrJXsW9qiP yNm+tglqdj/HKQuyIQLUjRQEGoLKqRTB2PkYr8+ZHqEPkNQTAVjtnp21Yxl13VcMHXbU 1AUQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=l9Cg3aN6tSysc5TnR3LNGRex0ivrNhKuSlzMivRc0sY=; b=r1azk+eayL/ZJ4ol6EiWDetExeLougLsrTXj0TmZ2zP0HsHs0c160xC4zEOb6PII32 6EqqmVTFt1b7tPG/osZ39U/xrFooaJtlxc2tfEs8GXVrIV7YBnf59v7YMxocp1XZTEoN Q4i19g8/rjvaQftsZR8I0ytfBitviYSD5aXh1PB06Pb/T3P7GsTTIbv6jSPYOUn4R216 RNglLs8HSZBJ14Rajo/fD/wtk1efEpKiPK/bXXnmTDD228/rVT6YAkd+yE+umfokbob5 9JNG6XQGiNNRzVyL6V7QLMo6x1z3Ar4EJZ7D0EDDPM5w33KEtZzXOdFTzFp9DZyKxG3L +pIw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i17si590928ejf.482.2021.02.09.21.10.39; Tue, 09 Feb 2021 21:11:02 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231248AbhBIOUz (ORCPT + 99 others); Tue, 9 Feb 2021 09:20:55 -0500 Received: from frasgout.his.huawei.com ([185.176.79.56]:2526 "EHLO frasgout.his.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230248AbhBIOUy (ORCPT ); Tue, 9 Feb 2021 09:20:54 -0500 Received: from fraeml736-chm.china.huawei.com (unknown [172.18.147.201]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4DZlHJ4mmCz67mSQ; Tue, 9 Feb 2021 22:13:32 +0800 (CST) Received: from lhreml724-chm.china.huawei.com (10.201.108.75) by fraeml736-chm.china.huawei.com (10.206.15.217) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Tue, 9 Feb 2021 15:20:05 +0100 Received: from [10.47.2.44] (10.47.2.44) by lhreml724-chm.china.huawei.com (10.201.108.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Tue, 9 Feb 2021 14:20:03 +0000 Subject: Re: [PATCH] perf tools: Fix arm64 build error with gcc-11 To: Leo Yan , Jianlin Lv CC: , , , , , , , , , , References: <20210209113357.1535104-1-Jianlin.Lv@arm.com> <20210209121728.GA12546@leoy-ThinkPad-X240s> From: John Garry Message-ID: <66c8385e-b9fb-4a5b-a55e-e1543ad3d3c3@huawei.com> Date: Tue, 9 Feb 2021 14:18:26 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <20210209121728.GA12546@leoy-ThinkPad-X240s> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.47.2.44] X-ClientProxiedBy: lhreml718-chm.china.huawei.com (10.201.108.69) To lhreml724-chm.china.huawei.com (10.201.108.75) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/02/2021 12:17, Leo Yan wrote: > Hi Jianlin, > > On Tue, Feb 09, 2021 at 07:33:57PM +0800, Jianlin Lv wrote: >> gcc version: 11.0.0 20210208 (experimental) (GCC) >> >> Following build error on arm64: >> >> ....... >> In function ‘printf’, >> inlined from ‘regs_dump__printf’ at util/session.c:1141:3, >> inlined from ‘regs__printf’ at util/session.c:1169:2: >> /usr/include/aarch64-linux-gnu/bits/stdio2.h:107:10: \ >> error: ‘%-5s’ directive argument is null [-Werror=format-overflow=] >> >> 107 | return __printf_chk (__USE_FORTIFY_LEVEL - 1, __fmt, \ >> __va_arg_pack ()); >> >> ...... >> In function ‘fprintf’, >> inlined from ‘perf_sample__fprintf_regs.isra’ at \ >> builtin-script.c:622:14: >> /usr/include/aarch64-linux-gnu/bits/stdio2.h:100:10: \ >> error: ‘%5s’ directive argument is null [-Werror=format-overflow=] >> 100 | return __fprintf_chk (__stream, __USE_FORTIFY_LEVEL - 1, __fmt, >> 101 | __va_arg_pack ()); >> >> cc1: all warnings being treated as errors >> ....... >> >> This patch fixes Wformat-overflow warnings by replacing the return >> value NULL of perf_reg_name with "unknown". >> >> Signed-off-by: Jianlin Lv >> --- >> tools/perf/arch/arm64/include/perf_regs.h | 4 ++-- >> 1 file changed, 2 insertions(+), 2 deletions(-) >> >> diff --git a/tools/perf/arch/arm64/include/perf_regs.h b/tools/perf/arch/arm64/include/perf_regs.h >> index baaa5e64a3fb..901419f907c0 100644 >> --- a/tools/perf/arch/arm64/include/perf_regs.h >> +++ b/tools/perf/arch/arm64/include/perf_regs.h >> @@ -85,10 +85,10 @@ static inline const char *perf_reg_name(int id) >> case PERF_REG_ARM64_PC: >> return "pc"; >> default: >> - return NULL; >> + return "unknown"; >> } >> >> - return NULL; >> + return "unknown"; > > This issue is a common issue crossing all archs. So it's better to > change the code in the places where calls perf_reg_name(), e.g. in > util/session.c: > > --- a/tools/perf/util/session.c > +++ b/tools/perf/util/session.c > @@ -1135,12 +1135,14 @@ static void branch_stack__printf(struct perf_sample *sample, bool callstack) > static void regs_dump__printf(u64 mask, u64 *regs) > { > unsigned rid, i = 0; > + char *reg_name; > > for_each_set_bit(rid, (unsigned long *) &mask, sizeof(mask) * 8) { > u64 val = regs[i++]; > > + reg_name = perf_reg_name(rid); > printf(".... %-5s 0x%016" PRIx64 "\n", > - perf_reg_name(rid), val); > + reg_name ?: "Unknown", val); > } > } > > And another potential issue is the format specifier "%-5s", it prints > out maximum to 5 chars, Doesn't the width field specify the min, not max, number of characters? Cheers, John > but actually string "Unknown" has 7 chars. > Actually the format specifier breaks other archs register names, e.g. > [1][2], seems to me, it's better to change as "%-8s", you might need > to use a dedicated patch for format specifier changes. > > Thanks, > Leo > > > [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/tools/perf/arch/powerpc/include/perf_regs.h#n57 > [2] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/tools/perf/arch/csky/include/perf_regs.h#n83 > . >