On 05/17/2012 03:48 PM, Steven Rostedt wrote:
trace-cmd copies the entire /sys/kernel/debug/tracing/events directory
into the data file (well it copies only the events you specify).
I thought perf did the same. It should be using what's in the perf.dat
file and not what's on the host.
I found
On 18/05/12 09:49, Somebody in the thread at some point said:
Hey Andrey, Zach,
So I'm back from my vacation, and have found that the Android team has
released a -compat tree for their 3.4 kernel. Basically this tree
re-adds some items like earlysuspend and classic wakelocks in order to
provide b
On 17 May 2012 20:49, John Stultz wrote:
> Hey Andrey, Zach,
> So I'm back from my vacation, and have found that the Android team has
> released a -compat tree for their 3.4 kernel. Basically this tree re-adds
> some items like earlysuspend and classic wakelocks in order to provide
> better com
Hey Andrey, Zach,
So I'm back from my vacation, and have found that the Android team
has released a -compat tree for their 3.4 kernel. Basically this tree
re-adds some items like earlysuspend and classic wakelocks in order to
provide better compatibility with old (and by old, I really mean
Em Wed, May 16, 2012 at 12:58:23PM -0400, Steven Rostedt escreveu:
> On Wed, 2012-05-16 at 11:59 -0300, Arnaldo Carvalho de Melo wrote:
> > Was the kernel trace events infrastructure designed with that in
> > mind? I.e. cross analysis? I must be missing something here, still
> > ENOCOFFEE :-\
>
On Thu, 2012-05-17 at 09:10 +0400, Dmitry Antipov wrote:
> On 05/16/2012 08:58 PM, Steven Rostedt wrote:
>
> > On Wed, 2012-05-16 at 11:59 -0300, Arnaldo Carvalho de Melo wrote:
> >
> >> Steve,
> >>
> >>Was the kernel trace events infrastructure designed with that in
> >> mind? I.e. cross anal
On Wed, 2012-05-16 at 19:48 +0200, Jiri Olsa wrote:
> for ppc64(record) vs x86_64(report) I got following report on latest tip:
>
> [jolsa@dhcp-26-214 test]$ ../perf report > report.target
> Endianness of raw data not corrected!
> Warning:
> 718 samples with id not present in the header
> Warning
On Wed, 2012-05-16 at 11:59 -0300, Arnaldo Carvalho de Melo wrote:
> Steve,
>
> Was the kernel trace events infrastructure designed with that in
> mind? I.e. cross analysis? I must be missing something here, still
> ENOCOFFEE :-\
Yes, the libparsevents library was design for this from day
On Wed, 2012-05-16 at 15:32 -0400, Steven Rostedt wrote:
> On Wed, 2012-05-16 at 19:48 +0200, Jiri Olsa wrote:
>
> > for ppc64(record) vs x86_64(report) I got following report on latest tip:
> >
> > [jolsa@dhcp-26-214 test]$ ../perf report > report.target
> > Endianness of raw data not corrected!
On Wed, 2012-05-16 at 15:08 -0300, Arnaldo Carvalho de Melo wrote:
> Em Wed, May 16, 2012 at 12:58:23PM -0400, Steven Rostedt escreveu:
> > On Wed, 2012-05-16 at 11:59 -0300, Arnaldo Carvalho de Melo wrote:
> > > Was the kernel trace events infrastructure designed with that in
> > > mind? I.e. cr
On Thu, May 17, 2012 at 09:34:26AM -0500, Rob Lee wrote:
> On Wed, May 16, 2012 at 12:38 PM, Sascha Hauer wrote:
> > Hi Robert,
> >
> > Overall this looks ok now, some comments inline.
> >
> >> + return ret;
> >> +
> >> + if (cpu_is_mx51())
> >> + suspend_set_ops(&mx5_s
On Thu, May 17, 2012 at 09:46:21AM -0500, Rob Lee wrote:
> On Wed, May 16, 2012 at 12:47 PM, Sascha Hauer wrote:
> >>
> >> +void __init imx5_init_late(void)
> >> +{
> >> + imx5_pm_init();
> >> +}
> >> +
> >> void __init imx51_init_late(void)
> >> {
> >> mx51_neon_fixup();
> >> - im
On 17/05/12 23:01, Somebody in the thread at some point said:
On Thu, 2012-05-17 at 22:40 +0800, Andy Green wrote:
On 17/05/12 17:41, Somebody in the thread at some point said:
On Thu, 2012-05-10 at 23:34 +0400, Andrey Konovalov wrote:
Greetings,
So far I wasn't updating the linux-linaro tree
On Thu, 2012-05-17 at 18:59 +0400, Andrey Konovalov wrote:
> Have pushed to the linux-linaro some time ago
Thanks Andrey.
--
Tixy
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
On Thu, 2012-05-17 at 22:40 +0800, Andy Green wrote:
> On 17/05/12 17:41, Somebody in the thread at some point said:
> > On Thu, 2012-05-10 at 23:34 +0400, Andrey Konovalov wrote:
> >> Greetings,
> >>
> >> So far I wasn't updating the linux-linaro tree since the 12.04 release.
> >> (The generic top
On 05/17/2012 06:40 PM, Andy Green wrote:
On 17/05/12 17:41, Somebody in the thread at some point said:
On Thu, 2012-05-10 at 23:34 +0400, Andrey Konovalov wrote:
Greetings,
So far I wasn't updating the linux-linaro tree since the 12.04 release.
(The generic topic updates were being done to th
On 17/05/12 22:44, Somebody in the thread at some point said:
On Thu, May 17, 2012 at 3:33 PM, Andy Green wrote:
On 17/05/12 21:26, Somebody in the thread at some point said:
On Thu, May 17, 2012 at 2:21 PM, Scott Bambrough
wrote:
On 12-05-17 03:37 AM, Jon Medhurst (Tixy) wrote:
On T
On Wed, May 16, 2012 at 12:55 PM, Sascha Hauer wrote:
> On Tue, May 15, 2012 at 09:33:34PM -0500, Robert Lee wrote:
>> Add common cpuidle init functionality that can be used by various
>> imx platforms.
>>
>> Signed-off-by: Robert Lee
>> ---
>> +
>> +#ifdef CONFIG_CPU_IDLE
>> +extern int imx_cpui
On Wed, May 16, 2012 at 12:47 PM, Sascha Hauer wrote:
> On Tue, May 15, 2012 at 09:33:33PM -0500, Robert Lee wrote:
>> Add various functionality needed to enable a imx53 low power idle
>> state. This includes adding the imx53 gpc_dvfs clock and making a
>> common imx5_late_init function and initi
On Thu, May 17, 2012 at 3:33 PM, Andy Green wrote:
> On 17/05/12 21:26, Somebody in the thread at some point said:
>>
>> On Thu, May 17, 2012 at 2:21 PM, Scott Bambrough
>> wrote:
>>>
>>> On 12-05-17 03:37 AM, Jon Medhurst (Tixy) wrote:
On Thu, 2012-05-17 at 07:42 +0800, Andy Gree
On 17/05/12 17:41, Somebody in the thread at some point said:
On Thu, 2012-05-10 at 23:34 +0400, Andrey Konovalov wrote:
Greetings,
So far I wasn't updating the linux-linaro tree since the 12.04 release.
(The generic topic updates were being done to the
linux-linaro-core-tracking tree)
Now it
On Wed, May 16, 2012 at 12:38 PM, Sascha Hauer wrote:
> Hi Robert,
>
> Overall this looks ok now, some comments inline.
>
> Sascha
>
> On Tue, May 15, 2012 at 09:33:32PM -0500, Robert Lee wrote:
>> The imx5 idle code that existed in mm-imx5.c is moved to pm-imx5.c.
>> The imx5_pm_init call is now
On 17/05/12 21:26, Somebody in the thread at some point said:
On Thu, May 17, 2012 at 2:21 PM, Scott Bambrough
wrote:
On 12-05-17 03:37 AM, Jon Medhurst (Tixy) wrote:
On Thu, 2012-05-17 at 07:42 +0800, Andy Green wrote:
Just curious... how many LTs have Mali stuff? If it's more than one,
Andy,
Have you or Ryan been able to apply my patch?
Thanks,
Doug
> -Original Message-
> From: linaro-dev-boun...@lists.linaro.org [mailto:linaro-dev-
> boun...@lists.linaro.org] On Behalf Of Andy Green
> Sent: Monday, May 14, 2012 9:01 AM
> To: Linaro Dev
> Subject: Fwd: Re: FW: STM Drv
On Thu, May 17, 2012 at 2:21 PM, Scott Bambrough
wrote:
> On 12-05-17 03:37 AM, Jon Medhurst (Tixy) wrote:
>>
>> On Thu, 2012-05-17 at 07:42 +0800, Andy Green wrote:
>>>
>>> Just curious... how many LTs have Mali stuff? If it's more than one, we
>>> should perhaps be talking about moving it to li
On 12-05-17 03:37 AM, Jon Medhurst (Tixy) wrote:
On Thu, 2012-05-17 at 07:42 +0800, Andy Green wrote:
Just curious... how many LTs have Mali stuff? If it's more than one, we
should perhaps be talking about moving it to linux-linaro-core-tracking.
We have two teams with three different version
On Mon, May 14, 2012 at 04:06:17PM +0200, Daniel Lezcano wrote:
> The timekeeping is computed from the cpuidle core if we set
> the .en_core_tk_irqen flag. Let's use it and remove the duplicated
> code.
Tested-by: Mark Brown
signature.asc
Description: Digital signature
_
On Mon, May 14, 2012 at 04:06:16PM +0200, Daniel Lezcano wrote:
> The states are now part of the cpuidle_driver structure, so we can
> declare the states in this structure directly. That saves us an extra
> variable declaration and a memcpy.
Tested-by: Mark Brown
signature.asc
Description: Digi
On Thu, 2012-05-10 at 23:34 +0400, Andrey Konovalov wrote:
> Greetings,
>
> So far I wasn't updating the linux-linaro tree since the 12.04 release.
> (The generic topic updates were being done to the
> linux-linaro-core-tracking tree)
>
> Now it is time to move the focus to the linux-linaro tre
On 05/11/2012 01:04 AM, Andrey Konovalov wrote:
> Samsung:
>topic/base topic/core topic/bl topic/dt topic/fb topic/pd
>topic/s2ram topic/asv_cpufreq topic/led topic/dummy_reg
>topic/gadget topic/touch topic/wlan topic/audio topic/hdmi
>topic/mali topic/cma_v24 topic/android_config
>
On Thu, 2012-05-17 at 09:19 +0100, Sangwook Lee wrote:
> Is there any plan to push ARM driver into the mainline ?
I'm not aware of any plans.
--
Tixy
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/l
On Wed, May 16, 2012 at 03:39:14PM -0400, Steven Rostedt wrote:
> On Wed, 2012-05-16 at 15:32 -0400, Steven Rostedt wrote:
> > On Wed, 2012-05-16 at 19:48 +0200, Jiri Olsa wrote:
> >
> > > for ppc64(record) vs x86_64(report) I got following report on latest tip:
> > >
> > > [jolsa@dhcp-26-214 tes
On 17/05/12 15:37, Somebody in the thread at some point said:
On Thu, 2012-05-17 at 07:42 +0800, Andy Green wrote:
Just curious... how many LTs have Mali stuff? If it's more than one, we
should perhaps be talking about moving it to linux-linaro-core-tracking.
We have two teams with three diff
On 17 May 2012 08:37, Jon Medhurst (Tixy) wrote:
> On Thu, 2012-05-17 at 07:42 +0800, Andy Green wrote:
> > Just curious... how many LTs have Mali stuff? If it's more than one, we
> > should perhaps be talking about moving it to linux-linaro-core-tracking.
>
> We have two teams with three differ
On Thu, 2012-05-17 at 07:42 +0800, Andy Green wrote:
> Just curious... how many LTs have Mali stuff? If it's more than one, we
> should perhaps be talking about moving it to linux-linaro-core-tracking.
We have two teams with three different versions of the driver ;-) with,
I suspect, custom modi
Hello all,
I'm interesting in obtaining perf.data files recorded on a different ARM boards.
For those who has no ideas about what is it, you may take a quick look at
https://perf.wiki.kernel.org/index.php/Main_Page. If you're able to use
apt-get or other ways to install a few packages on your boa
Daniel Lezcano wrote:
>
> The states are now part of the cpuidle_driver structure, so we can
> declare the states in this structure directly. That saves us an extra
> variable declaration and a memcpy.
>
> Signed-off-by: Daniel Lezcano
> ---
> arch/arm/mach-s3c64xx/cpuidle.c | 33
37 matches
Mail list logo
