[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20221120144956.30bb1725@rorschach.local.home>
Date: Sun, 20 Nov 2022 14:49:56 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: Yang Jihong <yangjihong1@...wei.com>
Cc: <mhiramat@...nel.org>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] tracing: Fix infinite loop in tracing_read_pipe on
overflowed print_trace_line
On Fri, 18 Nov 2022 18:21:12 +0800
Yang Jihong <yangjihong1@...wei.com> wrote:
> > That way we can see the broken trace event and not just silently drop it.
> >
> Ok, will change in next version.(Because iter->seq.seq.len may be
> smaller than strlen(dots), direct subtraction here may not be appropriate.)
We should only need to do this if the len is maxed out.
Hmm, len is only updated if it did actually copy it.
Perhaps we could just add:
trace_seq_puts(&iter->seq, "[LINE TOO BIG]\n");
And perhaps that will work?
Anyway, what is triggering this?
-- Steve
Powered by blists - more mailing lists