From: Andrew Morton <akpm@linux-foundation.org>
To: Randy Dunlap <randy.dunlap@oracle.com>
Cc: Robert Peterson <rpeterso@redhat.com>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2.6.21-rc1] Extend print_symbol capability TRY #2
Date: Mon, 5 Mar 2007 17:54:02 -0800 [thread overview]
Message-ID: <20070305175402.1803cbd3.akpm@linux-foundation.org> (raw)
In-Reply-To: <20070305173756.4b52e3d4.randy.dunlap@oracle.com>
On Mon, 5 Mar 2007 17:37:56 -0800
Randy Dunlap <randy.dunlap@oracle.com> wrote:
> On Mon, 05 Mar 2007 18:03:59 -0600 Robert Peterson wrote:
>
> > This is try #2 for this patch, with corrections based on feedback.
> > It is the same as the previous patch except:
> > (1) The function has been renamed from lookup_symbol to sprint_symbol
> > as requested by Paulo Marques.
> > (2) I fixed the "return NULL;" to "return;" as pointed out by Paulo Marques
> > for the case where the kallsyms function is not selected in .config
> > (3) I changed EXPORT_SYMBOL to EXPORT_SYMBOL_GPL as
> > requested by Roman Zippel. (Andrew, I thought you said you changed this,
> > but I didn't see it in mm1).
> >
> > I hope this patch attaches with proper spacing and without word wrap.
> > If it doesn't, my apologies (I'm using Thunderbird, but suggestions
> > welcome).
> >
> > Original comment:
> >
> > Today's print_symbol function dumps a kernel symbol with printk.
> > This patch extends the functionality of kallsyms.c so that the symbol
> > lookup function may be used without the printk. This is
> > useful for modules that want to dump symbols elsewhere, for
> > example, to debugfs. I intend to use the new function call in the
> > GFS2 file system (which will be a separate patch).
> >
> > Signed-off-by: Robert Peterson <rpeterso@redhat.com>
> > ---
>
> argh, attachment, harder to review/comment on....
>
> I had commented on this comment, but you seem to have missed it.
>
> +/* Replace "%s" in format with address, or returns -errno. */
> +void __print_symbol(const char *fmt, unsigned long address)
> +{
>
> This function does not "returns -errno" at all.
I think the arguments to sprint_symbol() are backwards. Would prefer
sprint_symbol(char *buffer, unsigned long addr)
like all the other print-into-a-buffer functions.
prev parent reply other threads:[~2007-03-06 1:54 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-03-06 0:03 [PATCH 2.6.21-rc1] Extend print_symbol capability TRY #2 Robert Peterson
2007-03-06 1:37 ` Randy Dunlap
2007-03-06 1:54 ` Andrew Morton [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070305175402.1803cbd3.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=randy.dunlap@oracle.com \
--cc=rpeterso@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.