From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id BF18BC4167B for ; Mon, 11 Dec 2023 12:08:26 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234514AbjLKMIS (ORCPT ); Mon, 11 Dec 2023 07:08:18 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50092 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229768AbjLKMIR (ORCPT ); Mon, 11 Dec 2023 07:08:17 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CF7109B for ; Mon, 11 Dec 2023 04:08:23 -0800 (PST) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A8F69C433C8; Mon, 11 Dec 2023 12:08:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1702296503; bh=H48TlKvi4BGnZcxJ7Nx9B60tEixMLubEf6s1qwzEUuA=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=UPAKLlpAij5Mf2DLLVZoINgoQGRex/xDfJR7/eZsus5A8CNzh2phm2unAjVKrbZMu jWAW4MT516TOaj6fzNPz8p6FZBXNid1u3zgSbE9hUs9SYC2EjuxdZeSdbhCXPmpOHP LJliGFzHUgMBJueF8P6FfF9jwGW3LMNkFiy6Q3nQd+FicBqKF3u7Ioipkr9YbVfOLK hDTtkhGRM6auhxiSP5rWLDU7eItiCnRRjIj5Rweo9FsF0SbcQFRX8EBpFOk8QX4RPU 56QzGuPISVuUEDZ5Y4tdRawpfjb3ev3Qxc3NRiO/c5beVLure3Kg1/0pW2z33lD1wX M1eTpFKtH2i5w== Date: Mon, 11 Dec 2023 21:08:19 +0900 From: Masami Hiramatsu (Google) To: Steven Rostedt Cc: Mathieu Desnoyers , LKML , Linux Trace Kernel , Masami Hiramatsu , Mark Rutland Subject: Re: [PATCH] tracing: Have large events show up as '[LINE TOO BIG]' instead of nothing Message-Id: <20231211210819.cd4f7b3df09cf0eb584e51b9@kernel.org> In-Reply-To: <20231210103415.5afd45ca@gandalf.local.home> References: <20231209171058.78c1a026@gandalf.local.home> <18d6a5e5-f7a5-4a86-aa0b-eec38652c0d5@efficios.com> <20231210103415.5afd45ca@gandalf.local.home> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 10 Dec 2023 10:34:15 -0500 Steven Rostedt wrote: > On Sun, 10 Dec 2023 09:11:40 -0500 > Mathieu Desnoyers wrote: > > > On 2023-12-09 17:10, Steven Rostedt wrote: > > [...] > > > <...>-852 [001] ..... 121.550551: tracing_mark_write[LINE TOO BIG] > > > <...>-852 [001] ..... 121.550581: tracing_mark_write: 78901234 > > > > Failing to print an entire message because it does not fit in the > > buffer size is rather inconvenient. > > Yes I agree, and luckily it hasn't been called out as an issue. Note, I hit > this because I extended the trace_marker buffer before increasing the > trace_seq size. Otherwise, the trace_marker just breaks it up. This can now > only be triggered by internal changes. Rather than the broken output, I would perfer this output. > > > > > It would be better to print the partial line, and end the line with > > a tag. But how long the partial line length is good enough? I think that big (and long) user marker maybe not for human, so we don't need to care about readability. I think current one is one of better solutions. So I'll give my Reviewed-by. :) Reviewed-by: Masami Hiramatsu (Google) Thank you, > > Agreed, but I don't have time to do that (I already spent way too much time > on this than I had allocated). I decided to just do what the trace_pipe > currently does, and leave "print partial line" to another day when I can > allocate time on this. > > Hmm, this could be added to the "TODO" list that was talked about in > ksummit-discuss. > > -- Steve > -- Masami Hiramatsu (Google)