Thread (28 messages) 28 messages, 6 authors, 2019-04-08

Re: [PATCH v3 2/4] lib/hexdump.c: factor out generic hexdump formatting for reuse.

From: Life is hard, and then you die <hidden>
Date: 2019-03-28 00:35:01
Also in: lkml

On Wed, Mar 27, 2019 at 09:46:48AM +0200, Andy Shevchenko wrote:
On Wed, Mar 27, 2019 at 3:49 AM Ronald Tschalär [off-list ref] wrote:
quoted
This introduces print_hex_dump_to_cb() which contains all the hexdump
formatting minus the actual printk() call, allowing an arbitrary print
function to be supplied instead. And print_hex_dump() is re-implemented
using print_hex_dump_to_cb().

This allows other hex-dump logging functions to be provided which call
printk() differently or even log the hexdump somewhere entirely
different.
No Sign-off?
Yeah, my screwup.
In any case, don't do it like this. smaller non-recursive printf() is
better than one big receursive call.
When it looks like an optimization, it's actually a regression.
Not sure where you see recursion here - are you referring to the
callback approach? Since dev_printk() ends up calling printk with a
dictionary as well as additional formatting, vs print_hex_dump()'s
stright use of printk, this seemed like the best way accommodate
various possible ways of logging the messages. But as per below I
guess this is moot.
And yes, debugfs idea is not bad.
So it seems like that is the consensus. As per my other response, I'll
do this then and leave the print_hex_dump() alone.
P.S. Also check %*ph specifier.
Thanks!


  Cheers,

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