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 <ronald@xxxxxxxxxxxxx> wrote: > > > > 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