xfs
[Top] [All Lists]

Re: [PATCH] lose xfs_hex_dump in favor of print_hex_dump

To: Eric Sandeen <sandeen@xxxxxxxxxxx>
Subject: Re: [PATCH] lose xfs_hex_dump in favor of print_hex_dump
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Tue, 25 Sep 2007 09:28:56 +0100
Cc: Chris Wedgwood <cw@xxxxxxxx>, xfs-oss <xfs@xxxxxxxxxxx>
In-reply-to: <46F86501.7070605@sandeen.net>
References: <46F85240.1060206@sandeen.net> <20070925003232.GA26663@puku.stupidest.org> <46F86501.7070605@sandeen.net>
Sender: xfs-bounce@xxxxxxxxxxx
User-agent: Mutt/1.4.2.3i
On Mon, Sep 24, 2007 at 08:31:45PM -0500, Eric Sandeen wrote:
> >> +void
> >> +xfs_hex_dump(void *p, int length)
> >> +{
> >> +  print_hex_dump(KERN_ALERT, "", DUMP_PREFIX_OFFSET, 16, 1, p, length, 1);
> >> +}
> > 
> > Is this symbol exported/needed?  If not then why not make it a #define
> > or an inline in the header where you have the prototype?
> 
> Yeah, I suppose that might be better....  I just followed the lead of
> xfs_cmn_err etc.
> 
> The only reason I left a wrapper was for cattelan's BSD exploits 
> (er, adventures)  ;-)  I could imagine it getting called from other places, 
> but for now it only has one caller, xfs_corruption_error (so really, even 
> the length argument is never anything other than 16...)

No point in making anything in an absolute slowpath inline or a macro.
I think the patch is fine as-is.


<Prev in Thread] Current Thread [Next in Thread>