From: Oskar Andero <oskar.andero@sonymobile.com>
To: Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com>
Cc: "Joonsoo Kim" <iamjoonsoo.kim@lge.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
"davem@davemloft.net" <davem@davemloft.net>,
"anil.s.keshavamurthy@intel.com" <anil.s.keshavamurthy@intel.com>,
"ananth@in.ibm.com" <ananth@in.ibm.com>,
"Lekanovic, Radovan" <Radovan.Lekanovic@sonymobile.com>,
"Davidsson, Björn" <Bjorn.Davidsson@sonymobile.com>,
"Toby Collett" <toby.collett@sonymobile.com>,
"yrl.pp-manager.tt@hitachi.com" <yrl.pp-manager.tt@hitachi.com>
Subject: Re: Re: [PATCH v2 1/4] kprobes: delay blacklist symbol lookup until we actually need it
Date: Fri, 5 Apr 2013 12:00:49 +0200 [thread overview]
Message-ID: <20130405100049.GI2481@caracas.corpusers.net> (raw)
In-Reply-To: <515E33E8.6050507@hitachi.com>
Thanks for your input guys!
On 04:16 Fri 05 Apr , Masami Hiramatsu wrote:
> (2013/04/05 9:56), Joonsoo Kim wrote:
> > Hello, Oskar.
> >
> > On Thu, Apr 04, 2013 at 02:51:26PM +0200, Oskar Andero wrote:
> >> From: Toby Collett <toby.collett@sonymobile.com>
> >>
> >> The symbol lookup can take a long time and kprobes is
> >> initialised very early in boot, so delay symbol lookup
> >> until the blacklist is first used.
> >>
> >> Cc: Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com>
> >> Cc: David S. Miller <davem@davemloft.net>
> >> Reviewed-by: Radovan Lekanovic <radovan.lekanovic@sonymobile.com>
> >> Signed-off-by: Toby Collett <toby.collett@sonymobile.com>
> >> Signed-off-by: Oskar Andero <oskar.andero@sonymobile.com>
> >> ---
> >> kernel/kprobes.c | 98 ++++++++++++++++++++++++++++++++++----------------------
> >> 1 file changed, 60 insertions(+), 38 deletions(-)
> >>
> >> diff --git a/kernel/kprobes.c b/kernel/kprobes.c
> >> index e35be53..0a270e5 100644
> >> --- a/kernel/kprobes.c
> >> +++ b/kernel/kprobes.c
> >> @@ -68,6 +68,7 @@
> >> #endif
> >>
> >> static int kprobes_initialized;
> >> +static int kprobe_blacklist_initialized;
> >> static struct hlist_head kprobe_table[KPROBE_TABLE_SIZE];
> >> static struct hlist_head kretprobe_inst_table[KPROBE_TABLE_SIZE];
> >>
> >> @@ -102,6 +103,60 @@ static struct kprobe_blackpoint kprobe_blacklist[] = {
> >> {NULL} /* Terminator */
> >> };
> >>
> >> +/* it can take some time ( > 100ms ) to initialise the
> >> + * blacklist so we delay this until we actually need it
> >> + */
> >> +static void init_kprobe_blacklist(void)
> >> +{
> >> + int i;
> >> + unsigned long offset = 0, size = 0;
> >> + char *modname, namebuf[128];
> >> + const char *symbol_name;
> >> + void *addr;
> >> + struct kprobe_blackpoint *kb;
> >> +
> >> + mutex_lock(&kprobe_mutex);
> >> + if (kprobe_blacklist_initialized)
> >> + goto out;
> >> +
> >> + /*
> >> + * Lookup and populate the kprobe_blacklist.
> >> + *
> >> + * Unlike the kretprobe blacklist, we'll need to determine
> >> + * the range of addresses that belong to the said functions,
> >> + * since a kprobe need not necessarily be at the beginning
> >> + * of a function.
> >> + */
> >> + for (kb = kprobe_blacklist; kb->name != NULL; kb++) {
> >> + kprobe_lookup_name(kb->name, addr);
> >> + if (!addr)
> >> + continue;
> >> +
> >> + kb->start_addr = (unsigned long)addr;
> >> + symbol_name = kallsyms_lookup(kb->start_addr,
> >> + &size, &offset, &modname, namebuf);
> >> + if (!symbol_name)
> >> + kb->range = 0;
> >> + else
> >> + kb->range = size;
> >> + }
> >> +
> >> + if (kretprobe_blacklist_size) {
> >> + /* lookup the function address from its name */
> >> + for (i = 0; kretprobe_blacklist[i].name != NULL; i++) {
> >> + kprobe_lookup_name(kretprobe_blacklist[i].name,
> >> + kretprobe_blacklist[i].addr);
> >> + if (!kretprobe_blacklist[i].addr)
> >> + printk("kretprobe: lookup failed: %s\n",
> >> + kretprobe_blacklist[i].name);
> >> + }
> >> + }
> >> + kprobe_blacklist_initialized = 1;
> >
> > You need smp_wmb() before assigning 'kprobe_blacklist_initialized = 1'.
> > This guarantee that who see kprobe_blacklist_initialized = 1 will get
> > updated data of kprobe_blacklist.
>
> Right, to ensure blacklist is updated, memory barrier is required.
Agreed.
> > Please refer my previous patch once more :)
> >
> > And How about define kprobe_blacklist_initialized as boolean?
>
> Good idea :)
>
I'll fix it for v3.
-Oskar
>
next prev parent reply other threads:[~2013-04-05 10:00 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-04 12:51 [PATCH v2 0/4] kprobes: split blacklist into common and arch Oskar Andero
2013-04-04 12:51 ` [PATCH v2 1/4] kprobes: delay blacklist symbol lookup until we actually need it Oskar Andero
2013-04-05 0:56 ` Joonsoo Kim
2013-04-05 2:16 ` Masami Hiramatsu
2013-04-05 10:00 ` Oskar Andero [this message]
2013-04-04 12:51 ` [PATCH v2 2/4] kprobes: split blacklist into common and arch Oskar Andero
2013-04-05 2:34 ` Masami Hiramatsu
2013-04-05 8:04 ` Vineet Gupta
2013-04-04 12:51 ` [PATCH v2 3/4] kprobes: move x86-specific blacklist symbols to arch directory Oskar Andero
2013-04-05 2:36 ` Masami Hiramatsu
2013-04-04 12:51 ` [PATCH v2 4/4] kprobes: replace printk with pr_-functions Oskar Andero
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=20130405100049.GI2481@caracas.corpusers.net \
--to=oskar.andero@sonymobile.com \
--cc=Bjorn.Davidsson@sonymobile.com \
--cc=Radovan.Lekanovic@sonymobile.com \
--cc=ananth@in.ibm.com \
--cc=anil.s.keshavamurthy@intel.com \
--cc=davem@davemloft.net \
--cc=iamjoonsoo.kim@lge.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=masami.hiramatsu.pt@hitachi.com \
--cc=toby.collett@sonymobile.com \
--cc=yrl.pp-manager.tt@hitachi.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®