Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp536029pxb; Wed, 11 Nov 2020 09:41:26 -0800 (PST) X-Google-Smtp-Source: ABdhPJzkEL9v8EfPHGlkLCROf+8Btqgw+Rg6k20G+bPN25nvLbOHwlBy4kdJMkpjCHf8cwTVA961 X-Received: by 2002:a17:906:4d93:: with SMTP id s19mr27157584eju.271.1605116486194; Wed, 11 Nov 2020 09:41:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605116486; cv=none; d=google.com; s=arc-20160816; b=seAuBFEYQYjpqKGBv8Y4ehrQSQMc2iQZCEh9TqbiX9EsT1L6chLbEt4M6fb2Uyh3nN NsqOP+9WYe2Gqxrz4BVVBIDDGoaxy7Rsfxm0EOtvxdbWVf9WAGhf3uHvt4L7W3gPoAfb fFahCdgxzUDPMs45ak9/CwgGi1g2fGmFdr+smOIvj0TPdec5ckAEQIwMgJ/yxLIaf7iu 59BW2fKUw6tytuYb9WHuK5pi8nsiifKJDbR7W6qM2mWiHjkPezQgjLVOGonQKubs1CBs j0X5QC1dI22qtXjWQdnGEtQu2ZUh6rZYlcxgZQ92D1Su0/bnp/JHofyv9wTS5WUXEZDR carA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=IvpkF/XhhPcOBtRfPYH+Igwy66gleR4gZkJe1kL32t8=; b=mrD6HCVvIklPxU/tN++XeC/ByvimlqwGI9DTEeiCpt4pjpmbhq53E3oxF0eCw6c6mW AocLUQ15rN7ddS1OZVaJOFwfeOKwW5EBp/M9JMBbtp8Yt0bIMnYAnOFEpQkD1ZzaPk0Z KRag/0yzPGKFg0vFoNZSqqhR3UD0lUrfLocAN9xHbdAHcsmwBvMq++CFHB9CRjQw2avs y8rBvsdbdvtuj57VN+sIWMN6wF5fI6o2offQr4dSs5n3dtjCqbAr3MMs2GipfOo3Cm6u xPljZehEM8c/i5oPPbLpMfVZ5g7U/D3zp44uvrQce4NMlV/Otep9AN0gazRR+OkoZf+U yePw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=SWxfkImz; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b10si1820297ejv.433.2020.11.11.09.40.58; Wed, 11 Nov 2020 09:41:26 -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=@kernel.org header.s=default header.b=SWxfkImz; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726507AbgKKRj3 (ORCPT + 99 others); Wed, 11 Nov 2020 12:39:29 -0500 Received: from mail.kernel.org ([198.145.29.99]:38320 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726111AbgKKRj2 (ORCPT ); Wed, 11 Nov 2020 12:39:28 -0500 Received: from quaco.ghostprotocols.net (unknown [179.97.37.151]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id DC0382072C; Wed, 11 Nov 2020 17:39:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1605116366; bh=UGRPuPGMwJk1uD55KX9lKhIsoRD1FGHg4QUXFcxV5E4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=SWxfkImz+3BRcMhl/roAAgJEpPD7oRqNgra2wwxteoc5rp/q1JB5Ag/SC/9BTDbbY k4mj1cJZOq8D79UDR5C6P9ejQuZGVomBR8pfSRnd/zMbGbTrixZHZIrAUvU2AiDsx7 FV/uilgRslqmQzGCkVZplntSnq69JmD3ouV0qETA= Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id D8EA4411D1; Wed, 11 Nov 2020 14:39:22 -0300 (-03) Date: Wed, 11 Nov 2020 14:39:22 -0300 From: Arnaldo Carvalho de Melo To: =?iso-8859-1?Q?Andr=E9?= Przywara Cc: Leo Yan , Dave Martin , James Clark , Peter Zijlstra , Ingo Molnar , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Al Grant , Wei Li , John Garry , Will Deacon , Mathieu Poirier , linux-kernel@vger.kernel.org Subject: Re: [PATCH v8 06/22] perf arm-spe: Refactor printing string to buffer Message-ID: <20201111173922.GA380127@kernel.org> References: <20201111071149.815-1-leo.yan@linaro.org> <20201111071149.815-7-leo.yan@linaro.org> <20201111153555.GG355344@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Url: http://acmel.wordpress.com Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Wed, Nov 11, 2020 at 03:45:23PM +0000, Andr? Przywara escreveu: > On 11/11/2020 15:35, Arnaldo Carvalho de Melo wrote: > > Hi Arnaldo, > > thanks for taking a look! > > > Em Wed, Nov 11, 2020 at 03:11:33PM +0800, Leo Yan escreveu: > >> When outputs strings to the decoding buffer with function snprintf(), > >> SPE decoder needs to detects if any error returns from snprintf() and if > >> so needs to directly bail out. If snprintf() returns success, it needs > >> to update buffer pointer and reduce the buffer length so can continue to > >> output the next string into the consequent memory space. > >> > >> This complex logics are spreading in the function arm_spe_pkt_desc() so > >> there has many duplicate codes for handling error detecting, increment > >> buffer pointer and decrement buffer size. > >> > >> To avoid the duplicate code, this patch introduces a new helper function > >> arm_spe_pkt_snprintf() which is used to wrap up the complex logics, and > >> it's used by the caller arm_spe_pkt_desc(). > >> > >> This patch also moves the variable 'blen' as the function's local > >> variable, this allows to remove the unnecessary braces and improve the > >> readability. > >> > >> Suggested-by: Dave Martin > >> Signed-off-by: Leo Yan > >> Reviewed-by: Andre Przywara > >> --- > >> .../arm-spe-decoder/arm-spe-pkt-decoder.c | 260 +++++++++--------- > >> 1 file changed, 126 insertions(+), 134 deletions(-) > >> > >> diff --git a/tools/perf/util/arm-spe-decoder/arm-spe-pkt-decoder.c b/tools/perf/util/arm-spe-decoder/arm-spe-pkt-decoder.c > >> index 04fd7fd7c15f..1970686f7020 100644 > >> --- a/tools/perf/util/arm-spe-decoder/arm-spe-pkt-decoder.c > >> +++ b/tools/perf/util/arm-spe-decoder/arm-spe-pkt-decoder.c > >> @@ -9,6 +9,7 @@ > >> #include > >> #include > >> #include > >> +#include > >> > >> #include "arm-spe-pkt-decoder.h" > >> > >> @@ -258,192 +259,183 @@ int arm_spe_get_packet(const unsigned char *buf, size_t len, > >> return ret; > >> } > >> > >> +static int arm_spe_pkt_snprintf(int *err, char **buf_p, size_t *blen, > >> + const char *fmt, ...) > >> +{ > >> + va_list ap; > >> + int ret; > >> + > >> + /* Bail out if any error occurred */ > >> + if (err && *err) > >> + return *err; > >> + > >> + va_start(ap, fmt); > >> + ret = vsnprintf(*buf_p, *blen, fmt, ap); > >> + va_end(ap); > >> + > >> + if (ret < 0) { > >> + if (err && !*err) > >> + *err = ret; > >> + > >> + /* > >> + * A return value of (*blen - 1) or more means that the > >> + * output was truncated and the buffer is overrun. > >> + */ > >> + } else if (ret >= ((int)*blen - 1)) { > >> + (*buf_p)[*blen - 1] = '\0'; > >> + > >> + /* > >> + * Set *err to 'ret' to avoid overflow if tries to > >> + * fill this buffer sequentially. > >> + */ > >> + if (err && !*err) > >> + *err = ret; > >> + } else { > >> + *buf_p += ret; > >> + *blen -= ret; > >> + } > >> + > >> + return ret; > >> +} > >> + > >> int arm_spe_pkt_desc(const struct arm_spe_pkt *packet, char *buf, > >> size_t buf_len) > >> { > >> int ret, ns, el, idx = packet->index; > >> unsigned long long payload = packet->payload; > >> const char *name = arm_spe_pkt_name(packet->type); > >> + size_t blen = buf_len; > >> + int err = 0; > >> > >> switch (packet->type) { > >> case ARM_SPE_BAD: > >> case ARM_SPE_PAD: > >> case ARM_SPE_END: > >> - return snprintf(buf, buf_len, "%s", name); > >> - case ARM_SPE_EVENTS: { > >> - size_t blen = buf_len; > >> - > >> - ret = 0; > >> - ret = snprintf(buf, buf_len, "EV"); > >> - buf += ret; > >> - blen -= ret; > >> - if (payload & 0x1) { > >> - ret = snprintf(buf, buf_len, " EXCEPTION-GEN"); > >> - buf += ret; > >> - blen -= ret; > >> - } > >> - if (payload & 0x2) { > >> - ret = snprintf(buf, buf_len, " RETIRED"); > >> - buf += ret; > >> - blen -= ret; > >> - } > >> - if (payload & 0x4) { > >> - ret = snprintf(buf, buf_len, " L1D-ACCESS"); > >> - buf += ret; > >> - blen -= ret; > >> - } > >> - if (payload & 0x8) { > >> - ret = snprintf(buf, buf_len, " L1D-REFILL"); > >> - buf += ret; > >> - blen -= ret; > >> - } > >> - if (payload & 0x10) { > >> - ret = snprintf(buf, buf_len, " TLB-ACCESS"); > >> - buf += ret; > >> - blen -= ret; > >> - } > >> - if (payload & 0x20) { > >> - ret = snprintf(buf, buf_len, " TLB-REFILL"); > >> - buf += ret; > >> - blen -= ret; > >> - } > >> - if (payload & 0x40) { > >> - ret = snprintf(buf, buf_len, " NOT-TAKEN"); > >> - buf += ret; > >> - blen -= ret; > >> - } > >> - if (payload & 0x80) { > >> - ret = snprintf(buf, buf_len, " MISPRED"); > >> - buf += ret; > >> - blen -= ret; > >> - } > >> + return arm_spe_pkt_snprintf(&err, &buf, &blen, "%s", name); > >> + case ARM_SPE_EVENTS: > >> + ret = arm_spe_pkt_snprintf(&err, &buf, &blen, "EV"); > >> + > >> + if (payload & 0x1) > >> + ret = arm_spe_pkt_snprintf(&err, &buf, &blen, " EXCEPTION-GEN"); > > > > Isn't this 'ret +=' ? Otherwise if any of these arm_spe_pkt_snprintf() > > calls are made the previous 'ret' value is simply discarded. Can you > > clarify this? > > ret is the same as err. If err is negative (from previous calls), we > return that straight away, so it does nothing but propagating the error. Usually the return of a snprintf is used to account for buffer space, ok I'll have to read it, which I shouldn't as snprintf has a well defined meaning... Ok, now that I look at it, I realize it is not a snprintf() routine, but something with different semantics, that will look at a pointer to an integer and then do nothing if it comes with some error, etc, confusing :-/ > That redundancy gets cleaned up in the next patch. I'll fixup the bitops part and try to continue. - Arnaldo > This patch split is somewhat cumbersome, but was done to simplify review > (originally 06 and 07 were one patch). The combined patch made it hard > to match the individual changes. If you feel unsure about it, or you > feel it looks better, you could also merge both 06/22 and 07/22 into a > single patch. > > Hope that helps.