Re: [PATCH] mwifiex: Using %*phD instead of print_hex_dump_bytes

[Andy Shevchenko <andriy.shevchenko@linux.intel.com>]

On Fri, 2012-10-05 at 13:11 +0300, Andrei Emeltchenko wrote: 
> On Fri, Oct 05, 2012 at 09:53:16AM +0300, Andy Shevchenko wrote:
> > On Thu, 2012-10-04 at 09:32 -0700, Joe Perches wrote: 

> > > When the number of bytes is fixed, it might be nicer
> > > to use a format like "%<num>ph" so that the function
> > > argument stack doesn't have the width pushed but it's
> > > fixed in the format.
> > > 
> > > This case would definitely not work well though as it's
> > > a #define rather than a simple number and I think
> > > using "%" stringize(some_define) "ph" is not nice.
> > > 
> > > Maybe this case argues more for always using "%*ph".
> > > At least that's easily greppable.


> > I checked briefly the code and found that the constant is heavily used
> > as a definition for the length of static byte arrays. So, in that case
> > probably better to use %*ph, but apply sizeof(cool_var) instead of
> > putting constant there.
> 
> I did not touch logic that print buffer, the buffer might have lots of
> data (even significantly more then you may want to print to logs) so
> using sizeof is not the best idea in these cases.
Then you probably need to decide how much you would like to print
exactly and put that constant directly to the %*ph (instead of
asterisk), like %5ph. Otherwise it's unclear what DBG_CMD_NUM stands
for.



-- 
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Intel Finland Oy