Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp1315132pxv; Fri, 25 Jun 2021 10:02:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxPjrnkEfNWg6Cf0i7apVT8JKiZ2tCCDJyI2q2imQ0ClHuqnwWPaaDhEiJq+tR/CFOWQjLN X-Received: by 2002:a17:906:2892:: with SMTP id o18mr11818537ejd.370.1624640569139; Fri, 25 Jun 2021 10:02:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624640569; cv=none; d=google.com; s=arc-20160816; b=YMMyCVuVaV+QVkfCZ5ooC1G+sz44ZXI45wZ/QnEe+zY9ZDK5o6nWUtX0m4tEI4BQks QH4ZeFPvbD1bp0DHai8dVro00cc4mA5H8e1EQGBer7cm8L30Uk043l2JS7cL8JSQjo6+ tqKBx0FvbTw7DtSaGSguO82ysniaM2qO1+9Wp+LzRlKA/jhnVOQbqeRrXg61z8cc5QUV HANbIH06sC6Nxw6POl+jZj9Ui49IkT4T7mb9NM/mr/zcyRxtr47vQYTiaG2Qg5CGJkk9 C+FXRsdEKu5sJloVL0N1DXjoMTdV+Gcv8K7m+xAslVitsyF6E1/fjJ494g4BmBXKSw9c 2c3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=8f/5+Y0G6qGItYQHSLrqz/dPcvvaVmIJcwCo91TKH94=; b=b6wVkaNdO6CVlSIf66noK14U4g1q4tjE1B5vWOWGPek22m1e+SulduWHe/eKOmVo8d 6vJnBQcRnT2IN3T6pAWJbQYy4UIe+A7Z9dNBuchPVQlL8FajBZTp/Sz2dF9K0NR6leqG AXuD2IerAvbt/miGVK+yR0J5V704Wl6IL4TeCi2sQNQ0sLSVNM/n2w4N024QxFT7Mw2u sGhj/MmKtDpiV6tiYZ3BHcEw2D05joDnFgMRS8ZsaL/TzG4njR1SBvTSoiuUzQ34znI1 zrMGW49mXvcGD033NPtcarce8qfUHRzqtDOJwvQJdL3x81vVAJQHDlSB0ItTTJkqfsIw Xcog== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=windriver.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f4si6381265edr.98.2021.06.25.10.02.24; Fri, 25 Jun 2021 10:02:49 -0700 (PDT) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=windriver.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230114AbhFYRB2 (ORCPT + 99 others); Fri, 25 Jun 2021 13:01:28 -0400 Received: from mail5.windriver.com ([192.103.53.11]:47234 "EHLO mail5.wrs.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230011AbhFYRB0 (ORCPT ); Fri, 25 Jun 2021 13:01:26 -0400 X-Greylist: delayed 3258 seconds by postgrey-1.27 at vger.kernel.org; Fri, 25 Jun 2021 13:01:25 EDT Received: from ala-exchng01.corp.ad.wrs.com (ala-exchng01.corp.ad.wrs.com [147.11.82.252]) by mail5.wrs.com (8.15.2/8.15.2) with ESMTPS id 15PG42LR016327 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 25 Jun 2021 09:04:03 -0700 Received: from ala-exchng01.corp.ad.wrs.com (147.11.82.252) by ala-exchng01.corp.ad.wrs.com (147.11.82.252) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2242.10; Fri, 25 Jun 2021 09:04:03 -0700 Received: from pek-lpd-ccm2.wrs.com (128.224.179.210) by ala-exchng01.corp.ad.wrs.com (147.11.82.252) with Microsoft SMTP Server id 15.1.2242.10 via Frontend Transport; Fri, 25 Jun 2021 09:04:01 -0700 From: Yun Zhou To: CC: , , , Subject: [PATCH 2/2] seq_buf: Make trace_seq_putmem_hex() support data longer than 8 Date: Fri, 25 Jun 2021 23:53:48 +0800 Message-ID: <20210625155348.58266-2-yun.zhou@windriver.com> X-Mailer: git-send-email 2.26.1 In-Reply-To: <20210625155348.58266-1-yun.zhou@windriver.com> References: <20210625155348.58266-1-yun.zhou@windriver.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At present, trace_seq_putmem_hex() can only support data with length of 8 or less, which greatly limits its application scope. If we want to dump longer data blocks, we need to repeatedly call macro SEQ_PUT_HEX_FIELD. I think it is a bit redundant, and multiple function calls also affect the performance. This patch is to perfect the commit 6d2289f3faa7 ("tracing: Make trace_seq_putmem_hex() more robust"). Signed-off-by: Yun Zhou --- lib/seq_buf.c | 29 ++++++++++++++++++----------- 1 file changed, 18 insertions(+), 11 deletions(-) diff --git a/lib/seq_buf.c b/lib/seq_buf.c index aa2f666e584e..98580a5c32c0 100644 --- a/lib/seq_buf.c +++ b/lib/seq_buf.c @@ -210,8 +210,7 @@ int seq_buf_putmem(struct seq_buf *s, const void *mem, unsigned int len) * seq_buf_putmem_hex - write raw memory into the buffer in ASCII hex * @s: seq_buf descriptor * @mem: The raw memory to write its hex ASCII representation of - * @len: The length of the raw memory to copy (in bytes). - * It can be not larger than 8. + * @len: The length of the raw memory to copy (in bytes) * * This is similar to seq_buf_putmem() except instead of just copying the * raw memory into the buffer it writes its ASCII representation of it @@ -229,19 +228,27 @@ int seq_buf_putmem_hex(struct seq_buf *s, const void *mem, WARN_ON(s->size == 0); - start_len = min(len, MAX_MEMHEX_BYTES); + while (len) { + start_len = min(len, MAX_MEMHEX_BYTES); #ifdef __BIG_ENDIAN - for (i = 0, j = 0; i < start_len; i++) { + for (i = 0, j = 0; i < start_len; i++) { #else - for (i = start_len-1, j = 0; i >= 0; i--) { + for (i = start_len-1, j = 0; i >= 0; i--) { #endif - hex[j++] = hex_asc_hi(data[i]); - hex[j++] = hex_asc_lo(data[i]); - } + hex[j++] = hex_asc_hi(data[i]); + hex[j++] = hex_asc_lo(data[i]); + } - seq_buf_putmem(s, hex, j); - if (seq_buf_has_overflowed(s)) - return -1; + /* j increments twice per loop */ + len -= j / 2; + hex[j++] = ' '; + + seq_buf_putmem(s, hex, j); + if (seq_buf_has_overflowed(s)) + return -1; + + data += start_len; + } return 0; } -- 2.26.1