On Tue, Sep 27, 2011 at 5:16 PM, David Long wrote:
> On Tue, 2011-09-27 at 16:29 +0300, Siarhei Siamashka wrote:
>
> Please just do something :) I don't see why you can't supply the
> kernels with oprofile working in timer mode with a usable sampling
> frequency *right now*. That should be enough
On Tue, 2011-09-27 at 16:29 +0300, Siarhei Siamashka wrote:
> Please just do something :) I don't see why you can't supply the
> kernels with oprofile working in timer mode with a usable sampling
> frequency *right now*. That should be enough for the helpless users
> who can't or don't want to tw
On Mon, Sep 26, 2011 at 8:27 AM, David Long wrote:
> Andy made an interesting suggestion to me. What if the profile event code
> allocated all the counters to the requested event. It could reallocate half
> of them if a second event was also requested, and so on, till we're down to
> one (unreli
Turgis, Frederic
Cc: Bianconi, Cyril; linaro-dev@lists.linaro.org; Michael Hope; Avik Sil; Dave
Martin; Christian Robottom Reis; andy.gr...@linaro.org
Subject: RE: 11.07 oprofile on panda busted?
Andy made an interesting suggestion to me. What if the profile event code
allocated all the counters to
Andy made an interesting suggestion to me. What if the profile event
code allocated all the counters to the requested event. It could
reallocate half of them if a second event was also requested, and so on,
till we're down to one (unreliably interrupting) counter. Or we could
set a limit requiri
On Fri, Sep 16, 2011 at 12:30 PM, Bianconi, Cyril wrote:
> I don't think that the A9 issue is the same as the A8. However, effects are
> the same i.e. it's hard to use PMU.
BTW, if anybody is interested in the details about the Cortex-A8 PMU
issue, this information can be found in i.MX51 errata l
On 16 September 2011 14:04, David Long wrote:
> Are there part numbers that we can be reasonably sure do work, say perhaps
> the 4460?
The public TRM for the 4460 says it uses A9 r2p10.
--
Mans Rullgard
Multimedia
mans.rullg...@linaro.org
___
linaro
Hi,
- To my understanding, oprofile is only a statistical tool based on regular
sampling like "top" (well, I shall say /proc/stat). So it runs without
impacting much your use case. I don't think it is triggered on system
transitions. For that, I would use kernel traces or kprobes.
Still a very
David,
Please find below my replies (CB>). I hope that they can help you.
Sorry all the "I cannot say" due to legal stuffs but you should be in touch
with ARM guys of Linaro to have the errata list. This does not provide many
more info but at least you will have their official communication. They
On Fri, 2011-09-16 at 11:30 +0200, Bianconi, Cyril wrote:
> I don't think that the A9 issue is the same as the A8. However,
> effects are the same i.e. it's hard to use PMU.
>
> I cannot communicate the A9 errata document as-is due to legal stuff
> but I belive that I can explain the issue.
> The
I don't think that the A9 issue is the same as the A8. However, effects are
the same i.e. it's hard to use PMU.
I cannot communicate the A9 errata document as-is due to legal stuff but I
belive that I can explain the issue.
The issue happens when counters are in overflow (then not sure that this
i
> Once the interrupt issue is resolved I might suggest sampling cpu-cycles as a
> workaround to real-time sampling granularity, except that there apparently
> is an issue with reliably getting interrupts from the PMU. Does anyone know
> if this is still a problem in the A9 (I've only seen it dis
>Sorry, who is working on this and when is it going back in? perf is a
>significant feature and Panda is a very common board...
>
>-- Michael
I have been unable to reproduce the boot hang problem after unreverting
the interrupt patch. Can those experiencing it please verify they are
using the l
On 7 September 2011 00:37, David Long wrote:
>>These days, I believe the separate oprofile backend for ARM has gone
>
>>away, and oprofile is implemented using the perf backend anyway.
>
> I've been asked to look into this some more. I will post what I learn.
Bug filled to track the issue: https
>These days, I believe the separate oprofile backend for ARM has gone
>away, and oprofile is implemented using the perf backend anyway.
I've been asked to look into this some more. I will post what I learn.
-dl
___
linaro-dev mailing list
linaro-dev@
On Saturday 03 September 2011 12:16 AM, Christian Robottom Reis wrote:
> On Fri, Sep 02, 2011 at 05:22:35PM +0530, Avik Sil wrote:
>>> See whether this works:
>>>
>>> apt-get install linux-linaro-tools-`uname -r`
>>> perf stat apt-get update # or something
>>>
>>>
>>> I think there was an issue wi
On Fri, Sep 2, 2011 at 11:52 PM, Avik Sil wrote:
> On Wednesday 31 August 2011 08:26 PM, Dave Martin wrote:
>> On Thu, Aug 25, 2011 at 04:48:57PM -0500, Tom Gall wrote:
> The perf patch was dropped from linux-linaro-2.6.39 onwards as it
> apparently caused Panda boot hang
> (https://bugs.launchpad
On Fri, Sep 02, 2011 at 05:22:35PM +0530, Avik Sil wrote:
> > See whether this works:
> >
> > apt-get install linux-linaro-tools-`uname -r`
> > perf stat apt-get update # or something
> >
> >
> > I think there was an issue with a patch which enabled perf on omap4
> > but broke it on all other p
On Wednesday 31 August 2011 08:26 PM, Dave Martin wrote:
> On Thu, Aug 25, 2011 at 04:48:57PM -0500, Tom Gall wrote:
>> Hi all,
>>
>> Say has anyone else run oprofile on recent builds on panda?
>>
>> By recent I mean say anything since 11.07? Reason for asking is I'm
>> seeing basically a very very
On Thu, Aug 25, 2011 at 04:48:57PM -0500, Tom Gall wrote:
> Hi all,
>
> Say has anyone else run oprofile on recent builds on panda?
>
> By recent I mean say anything since 11.07? Reason for asking is I'm
> seeing basically a very very small number of samples being recorded...
> as in there's no
Gall [mailto:tom.g...@linaro.org]
> Sent: Tuesday, August 30, 2011 6:03 PM
> To: Turgis, Frederic
> Cc: Clark, Rob; Linaro Dev
> Subject: Re: 11.07 oprofile on panda busted?
>
> On Tue, Aug 30, 2011 at 10:53 AM, Turgis, Frederic
> wrote:
> > Hi,
> >
> > As indicat
On Tue, Aug 30, 2011 at 10:53 AM, Turgis, Frederic wrote:
> Hi,
>
> As indicated by Siamashka, we are expected to operate at scheduler tick rate,
> i.e. 128Hz (drivers/oprofile/timer_int.c). From your test, we have 84 ticks,
> i.e. 656ms of test.
> Is that correct ? I checked that also in our An
-dev-boun...@lists.linaro.org] On Behalf Of Clark, Rob
> Sent: Tuesday, August 30, 2011 2:30 AM
> To: Tom Gall
> Cc: Linaro Dev
> Subject: Re: 11.07 oprofile on panda busted?
>
> Could you try also adding 'nohz=0' to bootargs to disable
> tickless scheduler? Depen
Thanks Rob for the suggestion.
Same number of runs as last time, same data file as well of course.
PU: CPU with timer interrupt, speed 0 MHz (estimated)
Profiling through timer interrupt
samples %image name symbol name
35 40.2299 libjpeg.so.62.0.0decode_mcu
1
Could you try also adding 'nohz=0' to bootargs to disable tickless
scheduler? Depending on what is the default in current linaro kernel,
this might help..
BR,
-R
On Mon, Aug 29, 2011 at 1:57 PM, Tom Gall wrote:
>
> An update on my oprofile adventures with panda.
>
> I did add the kernel param a
An update on my oprofile adventures with panda.
I did add the kernel param as Nicolas suggested and am getting a
little more data out of oprofile on panda but it's still pretty awful
as the resolution of the samples is quite poor.
This data for instance was gathered over 5 runs of djpeg crunching
On Fri, Aug 26, 2011 at 11:10:11AM -0500, Tom Gall wrote:
> I'll give that a try. Still, oprofile ought to work out of the box
> without fiddling.
That's exactly how I feel. If Nicolas is right, what causes this to
depend on the kernel's counter selection, and why can't we figure out
what to use i
On Fri, Aug 26, 2011 at 6:10 PM, Tom Gall wrote:
>
> I'll give that a try. Still, oprofile ought to work out of the box
> without fiddling
agreed. if that works, you will need to add that in default bootargs, or
update the defconfig.
___
linaro-dev ma
Thanks.
I'll give that a try. Still, oprofile ought to work out of the box
without fiddling.
Regards,
Tom
On Fri, Aug 26, 2011 at 5:04 AM, Dechesne, Nicolas wrote:
>
>
> On Thu, Aug 25, 2011 at 11:48 PM, Tom Gall wrote:
>>
>> Say has anyone else run oprofile on recent builds on panda?
>>
>> By
On Thu, Aug 25, 2011 at 11:48 PM, Tom Gall wrote:
> Say has anyone else run oprofile on recent builds on panda?
>
> By recent I mean say anything since 11.07? Reason for asking is I'm
> seeing basically a very very small number of samples being recorded...
> as in there's no way this is right.
>
On Friday 26 August 2011 03:18 AM, Tom Gall wrote:
> Hi all,
>
> Say has anyone else run oprofile on recent builds on panda?
>
> By recent I mean say anything since 11.07? Reason for asking is I'm
> seeing basically a very very small number of samples being recorded...
> as in there's no way thi
Hi all,
Say has anyone else run oprofile on recent builds on panda?
By recent I mean say anything since 11.07? Reason for asking is I'm
seeing basically a very very small number of samples being recorded...
as in there's no way this is right.
Log:
root@linaro-desktop:/home/linaro/ltj-1.1.90-d#
32 matches
Mail list logo