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
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