Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp526910rwb; Wed, 14 Dec 2022 21:54:14 -0800 (PST) X-Google-Smtp-Source: AA0mqf7eFWC4aXe5q0zx3+wD29d8PHjeWSWhCUM8jMGrVldLm2WUjHFeH2AvLArxNEt0ZrbmvOYF X-Received: by 2002:a17:902:aa88:b0:190:d273:38a9 with SMTP id d8-20020a170902aa8800b00190d27338a9mr8942578plr.14.1671083653820; Wed, 14 Dec 2022 21:54:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671083653; cv=none; d=google.com; s=arc-20160816; b=EyeDGnSTEb9WgSoOpygykFfU9qYZKIfFkD02PicFEHUCHbBG1vI9QJQBgcNILP2WfM yQBuIqingyrs3X0iSnx4euxqjOp8TFwg+TiBgIph8t3UPaVDiD2AK8D5QumbkSVhC2xt 3Ssy7I+NG4yW1ckdGl2zRv2h5PN1+vK4MVN2DG6mOwBFzL39eiyZpLjhc4c9SDU7+l8W AnwnKxpwCa9HJpN+2rcVV/HYHmqxa/o9/j5jR+c6jxT5ANgZ6DWn9eK15UZqW+SpItUR t/gu6gPwHkJwbf+oGuL9C5Qyt1qdPxwGKSz1vOe9Xo+tm5rQwklkDLB0wWoIgdttZxs2 piTw== 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 :dkim-signature; bh=4SyvjD4ieCepab01OFVgY8QodNiTFNDXr+06YcqMjXQ=; b=0F3zFS9m8SFOB/CQ7p7yH42u9KzPCbqYC5NDwHEp/rCO00Dc/zDOFl2vgvwV2jN1AP 5kDW1Rm48ob6qURwXJzXLfodgCqR3ZQIYHxOGEK/t5cjPoopKbHDR9DKxWLi7JnSRoDf yAzqmClgBDWAhfa2R6ZPl6H26w2L1tJwncJDjMKycVfdm1GeeS05lLtHUuZpDv8WtDkH I4JXCQaJSdzhBZWvlAJi3XSg0MhpZ/BSGw1PE16bBeg+MDogrPZTPH1mvBlpbg/X6+1E iIfVM6tnz7NruT6gZQ8jROZK/T35/xtpr4zLbwVfFw+yzWxmSMWfQ1XwoBD5Rg33xMY6 43og== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b=P68ENG1I; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k15-20020a170902c40f00b001898141f0edsi5737181plk.159.2022.12.14.21.54.04; Wed, 14 Dec 2022 21:54:13 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcppdkim1 header.b=P68ENG1I; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=quicinc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229616AbiLOEdx (ORCPT + 69 others); Wed, 14 Dec 2022 23:33:53 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35604 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229460AbiLOEdk (ORCPT ); Wed, 14 Dec 2022 23:33:40 -0500 Received: from mx0b-0031df01.pphosted.com (mx0b-0031df01.pphosted.com [205.220.180.131]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A10132A27A; Wed, 14 Dec 2022 20:33:39 -0800 (PST) Received: from pps.filterd (m0279870.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 2BF2RZYR029046; Thu, 15 Dec 2022 04:33:36 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; h=from : to : cc : subject : date : message-id : in-reply-to : references : mime-version : content-transfer-encoding : content-type; s=qcppdkim1; bh=4SyvjD4ieCepab01OFVgY8QodNiTFNDXr+06YcqMjXQ=; b=P68ENG1It0LNaNWAoitB7lgW4i1ty/ZeUJ4mN/ojHvQWvgYrfXvqLAovjAQw6Kp9syAI XnBREWjzGtr1L2pS35mX89w2ysmkc9mzWawkGviPbMRZDo7Vfur0gmNkKxe1V8bdrZsj 3xMpzHRUgdh55Elv6sZ4/ZJx9Al4tQEk2CelyggfnCjCXZP0cCqtQUXDsSGP9N5btJZp R0NEGd/8Tug5RIhUeP/7dP5Q00WFLUMSKd/uGm7IpFwctopiEExQgh/erWcOJfhKj8Pa d6by/Z/Hk8pbEarKaQjb7ImIZeflaX2B4A+mc5TxvmXiwV1cIgolDFRSuT4QKK+md29f ig== Received: from nalasppmta02.qualcomm.com (Global_NAT1.qualcomm.com [129.46.96.20]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 3mf6rrk7g9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 15 Dec 2022 04:33:35 +0000 Received: from nalasex01b.na.qualcomm.com (nalasex01b.na.qualcomm.com [10.47.209.197]) by NALASPPMTA02.qualcomm.com (8.17.1.5/8.17.1.5) with ESMTPS id 2BF4XYNc011171 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 15 Dec 2022 04:33:34 GMT Received: from linyyuan-gv.qualcomm.com (10.80.80.8) by nalasex01b.na.qualcomm.com (10.47.209.197) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.36; Wed, 14 Dec 2022 20:33:33 -0800 From: Linyu Yuan To: Steven Rostedt , Masami Hiramatsu CC: , , Linyu Yuan Subject: [PATCH v2 2/2] trace: allocate space from temparary trace sequence buffer Date: Thu, 15 Dec 2022 12:33:27 +0800 Message-ID: <1671078807-20748-2-git-send-email-quic_linyyuan@quicinc.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1671078807-20748-1-git-send-email-quic_linyyuan@quicinc.com> References: <1671078807-20748-1-git-send-email-quic_linyyuan@quicinc.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: nasanex01a.na.qualcomm.com (10.52.223.231) To nalasex01b.na.qualcomm.com (10.47.209.197) X-QCInternal: smtphost X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=5800 signatures=585085 X-Proofpoint-GUID: BOQB8jZJ_K0wYp_8eJ9B_q5GbWzlYAnb X-Proofpoint-ORIG-GUID: BOQB8jZJ_K0wYp_8eJ9B_q5GbWzlYAnb X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.923,Hydra:6.0.545,FMLib:17.11.122.1 definitions=2022-12-15_02,2022-12-14_01,2022-06-22_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 mlxlogscore=999 suspectscore=0 phishscore=0 malwarescore=0 impostorscore=0 adultscore=0 clxscore=1015 priorityscore=1501 lowpriorityscore=0 bulkscore=0 mlxscore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2212150031 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org there is one dwc3 trace event declare as below, DECLARE_EVENT_CLASS(dwc3_log_event, TP_PROTO(u32 event, struct dwc3 *dwc), TP_ARGS(event, dwc), TP_STRUCT__entry( __field(u32, event) __field(u32, ep0state) __dynamic_array(char, str, DWC3_MSG_MAX) ), TP_fast_assign( __entry->event = event; __entry->ep0state = dwc->ep0state; ), TP_printk("event (%08x): %s", __entry->event, dwc3_decode_event(__get_str(str), DWC3_MSG_MAX, __entry->event, __entry->ep0state)) ); the problem is when trace function called, it will allocate up to DWC3_MSG_MAX bytes from trace event buffer, but never fill the buffer during fast assignment, it only fill the buffer when output function are called, so this means if output function are not called, the buffer will never used. add __get_buf(len) which allocate space from iter->tmp_seq when trace output function called, it allow user write any data to allocatd space. the mentioned dwc3 trace event will changed as below, DECLARE_EVENT_CLASS(dwc3_log_event, TP_PROTO(u32 event, struct dwc3 *dwc), TP_ARGS(event, dwc), TP_STRUCT__entry( __field(u32, event) __field(u32, ep0state) ), TP_fast_assign( __entry->event = event; __entry->ep0state = dwc->ep0state; ), TP_printk("event (%08x): %s", __entry->event, dwc3_decode_event(__get_buf(DWC3_MSG_MAX), DWC3_MSG_MAX, __entry->event, __entry->ep0state)) );. Signed-off-by: Linyu Yuan --- include/linux/trace_seq.h | 6 ++++++ include/trace/stages/stage3_trace_output.h | 4 ++++ include/trace/stages/stage7_class_define.h | 1 + kernel/trace/trace_seq.c | 31 ++++++++++++++++++++++++++++++ 4 files changed, 42 insertions(+) diff --git a/include/linux/trace_seq.h b/include/linux/trace_seq.h index 5a2c650..9703d03 100644 --- a/include/linux/trace_seq.h +++ b/include/linux/trace_seq.h @@ -95,6 +95,7 @@ extern void trace_seq_bitmask(struct trace_seq *s, const unsigned long *maskp, extern int trace_seq_hex_dump(struct trace_seq *s, const char *prefix_str, int prefix_type, int rowsize, int groupsize, const void *buf, size_t len, bool ascii); +void *trace_seq_alloc_buffer(struct trace_seq *s, int len); #else /* CONFIG_TRACING */ static inline void trace_seq_printf(struct trace_seq *s, const char *fmt, ...) @@ -138,6 +139,11 @@ static inline int trace_seq_path(struct trace_seq *s, const struct path *path) { return 0; } + +static inline void *trace_seq_alloc_buffer(struct trace_seq *s, int len) +{ + return NULL; +} #endif /* CONFIG_TRACING */ #endif /* _LINUX_TRACE_SEQ_H */ diff --git a/include/trace/stages/stage3_trace_output.h b/include/trace/stages/stage3_trace_output.h index 66374df..a2921bd 100644 --- a/include/trace/stages/stage3_trace_output.h +++ b/include/trace/stages/stage3_trace_output.h @@ -139,3 +139,7 @@ u64 ____val = (u64)(value); \ (u32) do_div(____val, NSEC_PER_SEC); \ }) + +#undef __get_buf +#define __get_buf(len) \ + trace_seq_alloc_buffer(p, len) diff --git a/include/trace/stages/stage7_class_define.h b/include/trace/stages/stage7_class_define.h index 8795429..bcb960d 100644 --- a/include/trace/stages/stage7_class_define.h +++ b/include/trace/stages/stage7_class_define.h @@ -23,6 +23,7 @@ #undef __get_rel_sockaddr #undef __print_array #undef __print_hex_dump +#undef __get_buf /* * The below is not executed in the kernel. It is only what is diff --git a/kernel/trace/trace_seq.c b/kernel/trace/trace_seq.c index 9c90b3a..1501e3b 100644 --- a/kernel/trace/trace_seq.c +++ b/kernel/trace/trace_seq.c @@ -403,3 +403,34 @@ int trace_seq_hex_dump(struct trace_seq *s, const char *prefix_str, return 1; } EXPORT_SYMBOL(trace_seq_hex_dump); + +/** + * trace_seq_alloc_buffer - allocate seq buffer with size len + * @s: trace sequence descriptor + * @len: size of buffer to be allocated + * + * allocate space with size of @len from seq buffer for output usage, + * On success, it returns start address of the allocated buffer, + * user can fill data start from the address, user should make sure the + * data length not exceed the @len, if it exceed, behavior is undefined. + * + * Returns NULL if no buffer can be allocated, it also means system will + * crash, it is user responsiblity to make sure total buffer used will + * not exceed PAGE_SIZE. + * + * it allow multiple usage in one trace output function call. + */ +void *trace_seq_alloc_buffer(struct trace_seq *s, int len) +{ + char *buf = trace_seq_buffer_ptr(s); + + seq_buf_commit(&s->seq, len); + + if (unlikely(seq_buf_has_overflowed(&s->seq))) { + s->full = 1; + return NULL; + } + + return (void *)buf; +} +EXPORT_SYMBOL(trace_seq_alloc_buffer); -- 2.7.4