| 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@xxxxxxxxxxx> |
| References: | <46F85240.1060206@xxxxxxxxxxx> <20070925003232.GA26663@xxxxxxxxxxxxxxxxxx> <46F86501.7070605@xxxxxxxxxxx> |
| 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> |
|---|---|---|
| ||
| Previous by Date: | PARTIAL TAKE 970982 - Misc xfsidbg updates., donaldd |
|---|---|
| Next by Date: | Re: mkfs options for a 16x hw raid5 and xfs (mostly large files), Ralf Gross |
| Previous by Thread: | Re: [PATCH] lose xfs_hex_dump in favor of print_hex_dump, Eric Sandeen |
| Next by Thread: | TAKE 970978 - Fix a couple mkfs.xfs issues, Barry Naujok |
| Indexes: | [Date] [Thread] [Top] [All Lists] |