On 19 February 2013 07:49, Viresh Kumar wrote:
> On 17 February 2013 03:13, Andrey Konovalov
> wrote:
>> Merged into llct-20130217.0
>
> Hi Andrey,
>
> Because 3.8 is released today, do you want this release to be based of
> that instead of an RC release? It wouldn't be much work for everybody
>
On 17 February 2013 03:13, Andrey Konovalov wrote:
> Merged into llct-20130217.0
Hi Andrey,
Because 3.8 is released today, do you want this release to be based of
that instead of an RC release? It wouldn't be much work for everybody
i believe.
___
lin
Hi All,
I am trying to create beagle_sd.img for beagle board using linaro-media-create,
by referring the procedure in
http://sourceforge.net/apps/mediawiki/tianocore/index.php?title=BeagleBoardPkg#How_to_build_UEFI_for_the_BeagleBoard
But I am getting the below error.
Could someone please help
Add functionality to record the overall and current runtime cpuidle
statistics.
Signed-off-by: Sanjay Singh Rawat
---
cpuidle/Readme.txt |9 +
cpuidle/cpuidle_03.sh |9 +
cpuidle/cpuidle_stats.c | 443 +++
3 files changed, 461 insertion
On 18.02.13 12:20 -0500, Nicolas Pitre wrote:
> On Mon, 18 Feb 2013, Amit Kucheria wrote:
>
> > Since Peter and I were discussing this on IRC that led to this email,
> > here is a bit of context on the current behaviour:
> >
> > On Mon, Feb 18, 2013 at 8:16 PM, Peter Maydell
> > wrote:
> > > Hi
Hi Anup,
On 18 February 2013 14:10, Anup Kini wrote:
> Hi All,
>
> I am new to Linaro HWPacks.
> I would like to know if there is a HW Pack for ZYNQ ZC702 board like the
> ones for PandaBoard and Gumsticks.
>
> Is there nay plans on supporting this platform ?
We don't have any plans to support t
On Mon, 18 Feb 2013, Amit Kucheria wrote:
> Since Peter and I were discussing this on IRC that led to this email,
> here is a bit of context on the current behaviour:
>
> On Mon, Feb 18, 2013 at 8:16 PM, Peter Maydell
> wrote:
> > Hi; does anybody else think it would be a good idea to move all
2013/2/18 Vincent Guittot :
> On 18 February 2013 15:38, Frederic Weisbecker wrote:
>> I pasted the original at: http://pastebin.com/DMm5U8J8
>
> We can clear the idle flag only in the nohz_kick_needed which will not
> be called if the sched_domain is NULL so the sequence will be
>
> = CPU 0 =
On 18 February 2013 15:38, Frederic Weisbecker wrote:
> 2013/2/18 Frederic Weisbecker :
>> 2013/2/8 Vincent Guittot :
>>> On 8 February 2013 16:35, Frederic Weisbecker wrote:
What if the following happen (inventing function names but you get the
idea):
CPU 0
Since Peter and I were discussing this on IRC that led to this email,
here is a bit of context on the current behaviour:
On Mon, Feb 18, 2013 at 8:16 PM, Peter Maydell wrote:
> Hi; does anybody else think it would be a good idea to move all
> the kernel patch email traffic off linaro-dev and onto
Hi; does anybody else think it would be a good idea to move all
the kernel patch email traffic off linaro-dev and onto a more
kernel-specific mailing list (eg, linaro-kernel, maybe) ?
A quick eyeball of a few pages of my gmail folder for linaro-dev
shows that something like 75% of it is kernel dev
On Wed, Jan 30, 2013 at 06:21:28PM +0800, Hongbo Zhang wrote:
> Each of ST-Ericsson X500 chip set series consists of both ABX500 and DBX500
> chips. This is ABX500 hwmon driver, where the abx500.c is a common layer for
> all ABX500s, and the ab8500.c is specific for AB8500 chip. Under this designed
> Bingo, that was the problem in my setup: as the patch was applied
> through a script with others, I had missed the error message about the
> conflict (I have also another conflict which can be safely ignored so
> the new one did not catch my eye)... So the patch was only
> half-applied, and the f
* Vincent Guittot [2013-02-13 13:08]:
> Damien,
> Regarding your sched_domain config and especially the flags field, you
> should not be impacted by my patch because
> - need_active_balance is the only new place that use env->src_cpu in
> the load_balance function
> - and your machine will never t
On Mon, Feb 04, 2013 at 09:07:11PM +0530, Viresh Kumar wrote:
> I don't have board right now to take the snapshot, but it would be
> like:
>
> $ tree /sys/devices/system/cpu/cpu0/cpufreq/
> /sys/devices/system/cpu/cpu0/cpufreq/
> ├── affected_cpus
> ├── bios_limit
> ├── cpb
> ├── cpuinfo_cur_freq
* Vincent Guittot [2013-02-13 18:49]:
> I have look into Frederic's tree but i didn't find any reason that
> could explain your problem. May be Frederic will have some ideas
> I have also tested his branch with and without my patch and both
> kernel are booting (on an ARM platform without using th
On Wed, Feb 06, 2013 at 07:10:38PM +0800, Hongbo Zhang wrote:
> Each of ST-Ericsson X500 chip set series consists of both ABX500 and DBX500
> chips. This is ABX500 hwmon driver, where the abx500.c is a common layer for
> all ABX500s, and the ab8500.c is specific for AB8500 chip. Under this designed
Hi,
I tested this on top of 3.8-rc7 and this made the machine (x86_64, Core
i7 920) unable to boot (very early as nothing at all is displayed on
screen). Nothing in the kernel log (after booting with a working
kernel).
Double-checked by just backing out only this patch and this made the
machine b
On Tue, Feb 05, 2013 at 05:54:57PM +0530, Viresh Kumar wrote:q
> This indication isn't enough. On a single image solution, we need to
> identify the system which needs support for multiple policies and i
> still feel we need that variable type indication :)
If the image is going to run also on sys
On Mon, Feb 04, 2013 at 06:55:25PM +0530, Viresh Kumar wrote:
> That's not completely true. There lies cpufreq directory in cpu/cpu*/
> too, where we have per policy stuff in cpu/cpu*/, like policy tunables
> and stats. And the same is true for governor too.
$ tree /sys/devices/system/cpu/cpu0/cpu
2013/2/4 Vincent Guittot :
> On 1 February 2013 19:03, Frederic Weisbecker wrote:
>>> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
>>> index 257002c..fd41924 100644
>>> --- a/kernel/sched/core.c
>>> +++ b/kernel/sched/core.c
>>> @@ -5884,6 +5884,7 @@ static void init_sched_groups_power(i
On Tue, 2013-02-12 at 14:23 +0100, Vincent Guittot wrote:
> .set_curr_task = set_curr_task_idle,
> diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
> index fc88644..9707092 100644
> --- a/kernel/sched/sched.h
> +++ b/kernel/sched/sched.h
> @@ -877,6 +877,7 @@ extern const str
On Tue, Feb 05, 2013 at 03:17:21PM +0530, Viresh Kumar wrote:
> > multiple policies support in cpufreq should be optional and
> > selectable in Kconfig so that systems which don't need that, don't
> > have to see or use it. It is yet another feature which doesn't apply
> > universally so we make su
On Sun, Jan 27, 2013 at 8:20 AM, Gleb Natapov wrote:
> On Fri, Jan 25, 2013 at 08:31:54PM +0100, Alexander Graf wrote:
>>
>> On 25.01.2013, at 20:04, Blue Swirl wrote:
>>
>> > On Thu, Jan 24, 2013 at 6:10 AM, Anup Patel wrote:
>> >> Hi All,
>> >>
>> >> How about having a generic Virtio-based mach
On Fri, Feb 08, 2013 at 10:39:13AM +0530, Viresh Kumar wrote:
> On 8 February 2013 04:37, Rafael J. Wysocki wrote:
> > BTW, there still are locking problems in linux-next. Why do we need
> > to take cpufreq_driver_lock() around driver->init() in cpufreq_add_dev(),
> > in particular?
> I thought a
2013/1/29 Vincent Guittot :
> On my smp platform which is made of 5 cores in 2 clusters,I have the
> nr_busy_cpu field of sched_group_power struct that is not null when the
> platform is fully idle. The root cause seems to be:
> During the boot sequence, some CPUs reach the idle loop and set their
On Mon, Feb 04, 2013 at 07:51:33PM +0530, Viresh Kumar wrote:
> We correlate things with cpus rather than policies and so the current
> directory structure of cpu/cpu*/cpufreq/*** is the best suited ones.
Ok, show me the details of that layout. How is that going to look?
One thing I've come to re
On Thu, Jan 24, 2013 at 8:08 PM, Alexander Graf wrote:
>
> On 24.01.2013, at 10:25, Stefan Hajnoczi wrote:
>
> > On Thu, Jan 24, 2013 at 11:40:24AM +0530, Anup Patel wrote:
> >> IMHO, If we have something like Virtio-desktop specification then all
> >> possible guest OSes can have support for it
On Mon, Feb 04, 2013 at 07:28:16PM +0530, Viresh Kumar wrote:
> All files which are directly present in cpu/cpu*/cpufreq/ folder. I am
> not talking about governor tunables but policy tunables. Things like
> scaling_[min]max_freq are policy tunables.
No, on x86 those are the P-states frequencies.
On Fri, 2013-02-08 at 12:11 +0100, Vincent Guittot wrote:
> When a RT task is scheduled on an idle CPU, the update of the rq's load is
> not done because CFS's functions are not called. Then, the idle_balance,
> which is called just before entering the idle function, updates the
> rq's load and mak
On Thu, Jan 24, 2013 at 6:10 AM, Anup Patel wrote:
> Hi All,
>
> How about having a generic Virtio-based machine for emulating a virtual
> desktop ?
I have also thought about this, current virtio design is not very
clean. On the downside, pure no-legacy approach might not work well if
you want th
Ok, I'll rebase and retest from linux-next then.
From: Rafael J. Wysocki [r...@sisk.pl]
Sent: Tuesday, February 05, 2013 4:13 AM
To: Viresh Kumar
Cc: Nathan Zimmer; linux-ker...@vger.kernel.org; linux...@vger.kernel.org;
cpuf...@vger.kernel.org; Shawn Guo
On 02/08/2013 03:56 PM, Rafael J. Wysocki wrote:
On Friday, February 08, 2013 09:02:37 PM Rafael J. Wysocki wrote:
On Friday, February 08, 2013 08:06:52 PM Viresh Kumar wrote:
On 8 February 2013 18:02, Rafael J. Wysocki wrote:
So as I said, please rework the fixes on top of linux-pm.git/pm-cp
2013/1/25 Vincent Guittot :
>
> Le 25 janv. 2013 13:00, "Frederic Weisbecker" a écrit :
>
>
>>
>> 2013/1/25 Vincent Guittot :
>> > This sequence is not the right one
>> >
>> >> I'm going to look for the saved trace to check the sequence above
>> >
>> > I haven't been able to reproduce the bug that
On Tue, Feb 05, 2013 at 04:13:23PM +0530, Viresh Kumar wrote:
> There isn't lot of code that we have to keep inside the macro you
> suggest. Its just an if else (with single line block), which would
> give the parent kobject. Nothing else.
>
> I didn't wanted to create a macro for just that. For me
2012/12/3 Vincent Guittot :
> With the coupled cpuidle driver (but probably also with other drivers),
> a CPU loops in a temporary safe state while waiting for other CPUs of its
> cluster to be ready to enter the coupled C-state. If an IRQ or a softirq
> occurs, the CPU will stay in this internal l
On Thu, Feb 07, 2013 at 03:57:42PM +0530, Viresh Kumar wrote:
> Hi Rafael,
>
> This is another unplanned patchset for all the platforms that i broke. :)
>
> Okay, there are two important fixes (1 & 4) and two general cleanups (2 & 3).
> I
> hope most of the issues would be resolved by these and
Anup Patel writes:
> Hi All,
>
> How about having a generic Virtio-based machine for emulating a virtual
> desktop ?
>
> I know folks have already thought about this and probably also tried
> something or other on this front but, it will be good to know the downsides.
>
> Virtio-desktop can be a
2013/1/25 Vincent Guittot :
> This sequence is not the right one
>
>> I'm going to look for the saved trace to check the sequence above
>
> I haven't been able to reproduce the bug that this patch was supposed to
> solved. The patch 2 and 3 seem enough to fix the nr_busy_cpus field. I will
> contin
On Tue, Feb 05, 2013 at 04:42:23PM +0530, Viresh Kumar wrote:
> Tricky part is the name of this routine: add_additional_sysfs_entries().
Now you're just being silly - this is just an example how to do it. If
you want me to do it for ya, you need to send me your monthly salary.
> And so, keeping t
On Mon, Feb 04, 2013 at 05:54:18PM +0530, Viresh Kumar wrote:
> One important point i would like to highlight is: governors directory
> would be present in cpu/cpu*/cpufreq/ now instead of cpu/cpufreq/.
Uh, hold on, isn't this breaking a bunch of userspace with this move?
Also, on all those other
On Tue, Feb 05, 2013 at 06:38:07PM +, Charles Garcia-Tobin wrote:
> Later. Whatever you'd like to call it, but essentially a set of cpus,
> as linux understands them, that are logically related by the fact that
> you'd like to be able to use the same tuning policy and same governor
> across all
On Mon, Feb 04, 2013 at 06:24:19PM +0530, Viresh Kumar wrote:
> That's why i am highlighting it again and again. :)
Ah, see, someone caught up with it :).
> What i believe is, the place where this directory was present earlier
> (cpu/cpufreq/) wasn't the right place. Everything else was in
> cpu
On Tue, Feb 05, 2013 at 12:50:31PM +0530, Viresh Kumar wrote:
> > I think this is cleaner but whatever - I don't care that much. My
> > only strong concern is that this thing should be a Kconfig option and
> > optional for arches where it doesn't apply.
>
> Your concern is: we don't want to fix us
On Thu, Jan 24, 2013 at 2:08 PM, Anup Patel wrote:
> On 24 January 2013 14:55, Stefan Hajnoczi wrote:
>>
>> On Thu, Jan 24, 2013 at 11:40:24AM +0530, Anup Patel wrote:
>> > IMHO, If we have something like Virtio-desktop specification then all
>> > possible guest OSes can have support for it and d
On Tue, Feb 05, 2013 at 11:29:04AM +, Charles Garcia-Tobin wrote:
> Actually shooting myself in the foot here, Krait is not such a great
> example because although you can use difference between frequencies
> you are less likely to use different tunables (not inconceivable
> but unlikely). The
On Wed, Jan 23, 2013 at 09:56:45AM +0530, Rajanikanth H.V wrote:
> From: "Rajanikanth H.V"
>
> Power supply subsystem creates thermal zone device for
> the property 'POWER_SUPPLY_PROP_TEMP' which requires
> thermal subsystem to be ready before 'ab8500 battery temperature monitor'
> driver is init
On Thu, Jan 24, 2013 at 11:40:24AM +0530, Anup Patel wrote:
> IMHO, If we have something like Virtio-desktop specification then all
> possible guest OSes can have support for it and different hypervisor can
> emulate it without worrying about guest support.
At this point x86 virtualization is matu
On 01/31/2013 11:40 PM, Viresh Kumar wrote:
> For multicore SoC's, with cores sharing clock line, we are required to set
> policy->cpus and policy->related_cpus with mask of cpus.
>
> With following patch, we need to set policy->cpus with mask of all possible
> cpus
> and policy->related_cpus wou
On Tue, Feb 05, 2013 at 04:56:03PM +0530, Viresh Kumar wrote:
> Just some kind of indication from platform driver is required about
> how/where it wants its governor directory to be present.
The indication is this:
config CPUFREQ_PLATFORM_DRIVER_X
...
select CPUFREQ_MULTIPLE_POLIC
On 8 February 2013 19:05, Vincent Guittot wrote:
> On my smp platform which is made of 5 cores in 2 clusters, I have the
> nr_busy_cpu field of sched_group_power struct that is not null when the
> platform is fully idle. The root cause seems to be:
> During the boot sequence, some CPUs reach the i
Hi All,
I am new to Linaro HWPacks.
I would like to know if there is a HW Pack for ZYNQ ZC702 board like the
ones for PandaBoard and Gumsticks.
Is there nay plans on supporting this platform ?
Any links or guides on building a new HW pack would be helpful.
--
*Anup Kini
*Systems Engineer
Applied here:
http://git.linaro.org/gitweb?p=arm/big.LITTLE/mp.git;a=shortlog;h=refs/heads/power-aware-scheduling-v5
On 18 February 2013 10:37, Alex Shi wrote:
> Since the simplification of fork/exec/wake balancing has much arguments,
> I removed that part in the patch set.
>
> This patch set im
53 matches
Mail list logo
