Thread (27 messages) 27 messages, 3 authors, 2013-12-09

Re: [PATCH tty-next 7/7] n_tty: trace input/read flow control

From: Peter Hurley <hidden>
Date: 2013-11-24 02:39:03
Also in: lkml

On 11/23/2013 07:25 PM, One Thousand Gnomes wrote:
On Fri, 22 Nov 2013 10:59:25 -0500
Peter Hurley [off-list ref] wrote:
quoted
Instrument .receive_buf() and read() paths with trace_printk's
to aid in debugging flow control changes.
tty devices have a device, we have a dev_dbg() layer. The old tty trace
predates this but there isn't really any excuse for not using it now that
I can see ?
I was using the ftrace facility because it has significantly less performance
impact than printk (which was an important factor while debugging flow control
problems).

That said, I could further macro-ize n_tty_trace() with selectable facility
(which would be useful when debugging problems that end in cpu death).

Regards,
Peter Hurley
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help