hrtimer.c
new file mode 100644
index 000..98616a9
--- /dev/null
+++ b/drivers/cpufreq/vcpufreq-hrtimer.c
@@ -0,0 +1,211 @@
+/*
+ * Copyright 2012 Pantelis Antoniou
+ *
+ * Virtual CPUFreq glue driver for OMAP2PLUS
+ *
+ * This program is free software; you can redistribute it and/or modify
+ *
ss no knowledge here. Such an approach would make it usable
> on all boards.
>
> Cheers
>
> Charles
>
>
>> -Original Message-
>> From: Amit Kucheria [mailto:amit.kuche...@linaro.org]
>> Sent: 20 June 2012 06:30
>> To: Pantelis Antoniou
>&
diff --git a/drivers/cpufreq/vcpufreq-omap.c b/drivers/cpufreq/vcpufreq-omap.c
new file mode 100644
index 000..fd789c4
--- /dev/null
+++ b/drivers/cpufreq/vcpufreq-omap.c
@@ -0,0 +1,251 @@
+/*
+ * Copyright 2012 Pantelis Antoniou
+ *
+ * Virtual CPUFreq glue driver for OMAP2PLUS
+ *
+ * This pr
Thanks!
FYI I'm working on some new patches which I believe make it much more
robust. Plan to post something tomorrow.
Regards
-- Pantelis
On Jun 4, 2012, at 10:01 AM, Dmitry Antipov wrote:
> On 05/31/2012 11:04 PM, Pantelis Antoniou wrote:
>
>> Please do a perf sched spr-r
Hi There,
On May 31, 2012, at 5:06 PM, Dmitry Antipov wrote:
> On 05/31/2012 11:41 AM, Pantelis Antoniou wrote:
>
>> There are a number of problems that this patch solves.
>
> Do you have a feedback from core perf developers?
>
Not yet. I need to have some internal revie
ogram should be trivially portable.
I'll switch on the mainline kernel tag and retry.
Regards
-- Pantelis
On Apr 13, 2012, at 9:27 AM, Dmitry Antipov wrote:
> On 04/12/2012 04:51 PM, Pantelis Antoniou wrote:
>
>> The data file is not readable by me version of perf.
>
Hi Dmitry,
On Apr 11, 2012, at 11:02 AM, Dmitry Antipov wrote:
> On 04/09/2012 09:24 PM, Pantelis Antoniou wrote:
>
>> Here's a updated patch for builtin-sched.c that should fix your issues.
>>
>> Now when you issue list a field will show the amount of nsecs t
toolchain that Linaro
> is providing for over a year now? ;-)
>
> /Amit
>
> On Tue, Apr 10, 2012 at 12:46 PM, Pantelis Antoniou
> wrote:
> Hi Dmitry,
>
> I use a somewhat older compiler that doesn't whine so much, so I don't
> see those warnings (don't ge
t;
On Apr 10, 2012, at 12:17 PM, Dmitry Antipov wrote:
> On 04/09/2012 09:24 PM, Pantelis Antoniou wrote:
>
>> Here's a updated patch for builtin-sched.c that should fix your issues.
>>
>> Now when you issue list a field will show the amount of nsecs the
>> tas
Hi Dmitry,
On Apr 9, 2012, at 1:07 PM, Dmitry Antipov wrote:
> On 04/04/2012 05:10 PM, Pantelis Antoniou wrote:
>
>> The reason for the slowdown is that perf sched record default settings is
>> tuned for x86 pretty much, and there's a huge amount of data being gener
mples) ]
> Processed 120671 events and lost 1 chunks!
>
> Check IO/CPU overload!
>
>
>
> real 0m11.039s
> user 0m0.141s
> sys 0m1.266s
>
That works for spr-replay just fine; might work for you as well.
Regards
-- Pantelis
On Apr 4, 2012, at 1:13 PM, Dmitry Antip
On Apr 4, 2012, at 1:13 PM, Dmitry Antipov wrote:
> On 04/02/2012 02:18 PM, Pantelis Antoniou wrote:
>
>> Ah, about the load it's because perf sched record adds too many events to the
>> recording (and configuring small buffers for perf). Using a smaller set
>>
PM, Dmitry Antipov wrote:
> On 04/02/2012 02:15 PM, Pantelis Antoniou wrote:
>
>>> Example session:
>>>
>>> # perf sched record
>>>
>>> < run process, etc.>
>>>
>>> ^C<- perf ends producing a perf.data file.
&g
p with the optimal record set later this day and
share.
Regards
-- Pantelis
On Apr 2, 2012, at 1:09 PM, Dmitry Antipov wrote:
> On 03/08/2012 05:20 PM, Pantelis Antoniou wrote:
>
>> The current issue is that scheduler development is not easily shared between
>> developers.
Hi Yadi,
On Mar 8, 2012, at 7:40 PM, Yadwinder Singh Brar wrote:
> On Thu, Mar 8, 2012 at 6:50 PM, Pantelis Antoniou
> wrote:
>>
>> Hi there,
>>
>> There's considerable activity in the subject of the scheduler lately and how
>> to
>> adapt it to
Hi Frederic,
On Mar 8, 2012, at 5:45 PM, Frederic Weisbecker wrote:
> On Thu, Mar 08, 2012 at 03:20:53PM +0200, Pantelis Antoniou wrote:
>> Hi there,
>>
[snip]
>
> Hi,
>
> May be you could have a look at the perf sched tool.
> It has a replay feature. I thin
Hi there,
There's considerable activity in the subject of the scheduler lately and how to
adapt it to the peculiarities of the new class of hardware coming out lately,
like the big.LITTLE class of devices from a number of manufacturers.
The platforms that Linux runs are very diverse, and run dif
Hi there,
As of last night TILT fails to build for omap4_defconfig.
> panto@sles11esa:~/ti/kernels/kernel-tilt$ git checkout -b tilt-tracking-work
> origin/tilt-tracking
> Branch tilt-tracking-work set up to track remote branch tilt-tracking from
> origin.
> Switched to a new branch 'tilt-trac
18 matches
Mail list logo