From: Robert Richter <robert.richter@amd.com>
To: Phil Carmody <ext-phil.2.carmody@nokia.com>
Cc: "Siamashka Siarhei (Nokia-D/Helsinki)"
<siarhei.siamashka@nokia.com>,
"oprofile-list@lists.sourceforge.net"
<oprofile-list@lists.sourceforge.net>,
"schwidefsky@de.ibm.com" <schwidefsky@de.ibm.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [GIT PULL] updates for oprofile
Date: Mon, 3 May 2010 23:18:20 +0200 [thread overview]
Message-ID: <20100503211820.GF5979@erda.amd.com> (raw)
In-Reply-To: <20100428170915.GF17639@pcarmody-desktop>
On 28.04.10 12:09:16, Phil Carmody wrote:
> On 28/04/10 18:59 +0200, ext Robert Richter wrote:
> > On 27.04.10 20:47:51, Siarhei Siamashka wrote:
> > > Isn't hrtimer callback function supposed to be only called from IRQ context
> > > after this cleanup: http://lwn.net/Articles/308545/ ?
> >
> > Yes, the patch is upstream since v2.6.29. Thanks Siarhei.
> >
> > I will add a null pointer check anyway.
>
> A few here thrashed around a couple of ideas, and the general consensus
> was that the following work for us, and is offered for consideration.
>
> Phil
>
>
> From: Phil Carmody <ext-phil.2.carmody@nokia.com>
> Date: Tue, 27 Apr 2010 19:28:33 +0300
> Subject: [PATCH v2 1/1] oprofile: HACK - protect from not being in an IRQ context
>
> http://lkml.org/lkml/2010/4/27/285
>
> Protect against dereferencing regs when it's NULL, and
> force a magic number into pc to prevent too deep processing.
> This approach permits the dropped samples to be tallied as
> invalid Instruction Pointer events.
>
> e.g. output from about 15mins at 10kHz sample rate:
> Nr. samples received: 2565380
> Nr. samples lost invalid pc: 4
>
> Signed-off-by: Phil Carmody <ext-phil.2.carmody@nokia.com>
Patch applied to:
git://git.kernel.org/pub/scm/linux/kernel/git/rric/oprofile.git core
Thanks Phil!
-Robert
--
Advanced Micro Devices, Inc.
Operating System Research Center
email: robert.richter@amd.com
next prev parent reply other threads:[~2010-05-03 21:18 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-27 15:25 [GIT PULL] updates for oprofile Phil Carmody
2010-04-27 17:40 ` Robert Richter
2010-04-27 17:47 ` Siarhei Siamashka
2010-04-28 16:59 ` Robert Richter
2010-04-28 17:09 ` Phil Carmody
2010-04-28 21:14 ` Robert Richter
2010-05-03 21:18 ` Robert Richter [this message]
2010-04-28 19:24 ` [PATCH] oprofile, hrtimer: only add samples if regs are available Robert Richter
-- strict thread matches above, loose matches on Subject: below --
2010-05-04 10:44 [PATCH 0/7] updates for oprofile Robert Richter
2010-05-06 13:03 ` [GIT PULL] " Robert Richter
2010-05-06 14:21 ` Ingo Molnar
2010-04-23 15:40 Robert Richter
2010-04-27 9:20 ` Ingo Molnar
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=20100503211820.GF5979@erda.amd.com \
--to=robert.richter@amd.com \
--cc=ext-phil.2.carmody@nokia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=oprofile-list@lists.sourceforge.net \
--cc=schwidefsky@de.ibm.com \
--cc=siarhei.siamashka@nokia.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.