[PATCH 2/7] staging: nvec: use dev_warn instead of printk

Greg KH gregkh at linuxfoundation.org
Sat Jun 16 15:16:49 UTC 2012


On Sat, Jun 16, 2012 at 03:21:27PM +0200, Marc Dietrich wrote:
> On Friday 15 June 2012 15:53:28 Greg KH wrote:
> > On Sat, Jun 16, 2012 at 12:06:30AM +0200, Julian Andres Klode wrote:
> > > On Thu, Jun 14, 2012 at 11:57:36PM +0200, Marc Dietrich wrote:
> > > > Replace a printk in nvec core driver with dev_warn.
> > > > 
> > > > Signed-off-by: Marc Dietrich <marvin24 at gmx.de>
> > > > ---
> > > > -	printk(KERN_WARNING "unhandled msg type %ld\n", event_type);
> > > > +	dev_warn(nvec->dev, "unhandled msg type %ld\n", event_type);
> > > > 
> > > >  	print_hex_dump(KERN_WARNING, "payload: ", DUMP_PREFIX_NONE, 16, 1,
> > > >  	
> > > >  		msg, msg[1] + 2, true);
> > > 
> > > Is this stuff sensible at all? Now we have two lines, the first is
> > > prefixed with the device, the second not, but both belong together.
> > 
> > I really want a dev_hex_dump() function, which can then get split up
> > into dev_hex_dump_warn(), dev_hex_dump_dbg() and the like.  If we had
> > that, it could be used here, as well as a number of other places in the
> > kernel.
> > 
> > Anyone want to work on this?
> 
> Well, I can look at it, but first I need to get this stuff right ;-) 
> @Julien: pr_warn is the alternative here, but I think dev_warn is perfered in 
> cases we can get the module device struct - right?

Yes, please stick with dev_warn() here, that is the correct thing to do.

greg k-h



More information about the devel mailing list