Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2013-01-30 Thread Fabio Baltieri
On Wed, Jan 30, 2013 at 04:47:58PM +0530, Viresh Kumar wrote: > On 30 January 2013 16:34, Fabio Baltieri wrote: > > Small sidenote, actually what I'm going to drop here i *cdbs, as I need > > cpu for schedule_delayed_work_on and can't use cdbs->cpu for that as > > it's the master's one. > > I

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2013-01-30 Thread Viresh Kumar
On 30 January 2013 16:34, Fabio Baltieri wrote: > Small sidenote, actually what I'm going to drop here i *cdbs, as I need > cpu for schedule_delayed_work_on and can't use cdbs->cpu for that as > it's the master's one. I can't find code which would do j_cdbs->cpu = j and so j_cdbs->cpu is

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2013-01-30 Thread Fabio Baltieri
On Wed, Jan 30, 2013 at 10:14:53AM +0100, Fabio Baltieri wrote: > Hello Viresh, > > On Wed, Jan 30, 2013 at 12:33:40PM +0530, Viresh Kumar wrote: > > I am starting to follow cpufreq patches religiously now and so have to come > > back to this old thread due to some crash we got :) > > > > Its

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2013-01-30 Thread Fabio Baltieri
Hello Viresh, On Wed, Jan 30, 2013 at 12:33:40PM +0530, Viresh Kumar wrote: > I am starting to follow cpufreq patches religiously now and so have to come > back to this old thread due to some crash we got :) > > Its still not pushed upstream, so better to get it resolved before 3.9. Definitely,

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2013-01-30 Thread Fabio Baltieri
Hello Viresh, On Wed, Jan 30, 2013 at 12:33:40PM +0530, Viresh Kumar wrote: I am starting to follow cpufreq patches religiously now and so have to come back to this old thread due to some crash we got :) Its still not pushed upstream, so better to get it resolved before 3.9. Definitely,

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2013-01-30 Thread Fabio Baltieri
On Wed, Jan 30, 2013 at 10:14:53AM +0100, Fabio Baltieri wrote: Hello Viresh, On Wed, Jan 30, 2013 at 12:33:40PM +0530, Viresh Kumar wrote: I am starting to follow cpufreq patches religiously now and so have to come back to this old thread due to some crash we got :) Its still not

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2013-01-30 Thread Viresh Kumar
On 30 January 2013 16:34, Fabio Baltieri fabio.balti...@linaro.org wrote: Small sidenote, actually what I'm going to drop here i *cdbs, as I need cpu for schedule_delayed_work_on and can't use cdbs-cpu for that as it's the master's one. I can't find code which would do j_cdbs-cpu = j and so

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2013-01-30 Thread Fabio Baltieri
On Wed, Jan 30, 2013 at 04:47:58PM +0530, Viresh Kumar wrote: On 30 January 2013 16:34, Fabio Baltieri fabio.balti...@linaro.org wrote: Small sidenote, actually what I'm going to drop here i *cdbs, as I need cpu for schedule_delayed_work_on and can't use cdbs-cpu for that as it's the

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2013-01-29 Thread Viresh Kumar
I am starting to follow cpufreq patches religiously now and so have to come back to this old thread due to some crash we got :) Its still not pushed upstream, so better to get it resolved before 3.9. On Thu, Dec 27, 2012 at 8:25 PM, Fabio Baltieri wrote: > diff --git

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2013-01-29 Thread Viresh Kumar
I am starting to follow cpufreq patches religiously now and so have to come back to this old thread due to some crash we got :) Its still not pushed upstream, so better to get it resolved before 3.9. On Thu, Dec 27, 2012 at 8:25 PM, Fabio Baltieri fabio.balti...@linaro.org wrote: diff --git

[PATCH 1/5] cpufreq: handle SW coordinated CPUs

2012-12-27 Thread Fabio Baltieri
From: Rickard Andersson This patch fixes a bug that occurred when we had load on a secondary CPU and the primary CPU was sleeping. Only one sampling timer was spawned and it was spawned as a deferred timer on the primary CPU, so when a secondary CPU had a change in load this was not detected by

[PATCH 1/5] cpufreq: handle SW coordinated CPUs

2012-12-27 Thread Fabio Baltieri
From: Rickard Andersson rickard.anders...@stericsson.com This patch fixes a bug that occurred when we had load on a secondary CPU and the primary CPU was sleeping. Only one sampling timer was spawned and it was spawned as a deferred timer on the primary CPU, so when a secondary CPU had a change

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2012-11-28 Thread Rafael J. Wysocki
On Wednesday, November 28, 2012 11:51:20 AM Fabio Baltieri wrote: > Hello Rafael, Hi, > On Tue, Nov 27, 2012 at 11:05:52PM +0100, Rafael J. Wysocki wrote: > > > static inline void dbs_timer_init(struct dbs_data *dbs_data, > > > - struct cpu_dbs_common_info *cdbs, unsigned int

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2012-11-28 Thread Fabio Baltieri
Hello Rafael, On Tue, Nov 27, 2012 at 11:05:52PM +0100, Rafael J. Wysocki wrote: > > static inline void dbs_timer_init(struct dbs_data *dbs_data, > > - struct cpu_dbs_common_info *cdbs, unsigned int sampling_rate) > > + struct cpu_dbs_common_info *cdbs, > >

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2012-11-28 Thread Fabio Baltieri
Hello Rafael, On Tue, Nov 27, 2012 at 11:05:52PM +0100, Rafael J. Wysocki wrote: static inline void dbs_timer_init(struct dbs_data *dbs_data, - struct cpu_dbs_common_info *cdbs, unsigned int sampling_rate) + struct cpu_dbs_common_info *cdbs, +

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2012-11-28 Thread Rafael J. Wysocki
On Wednesday, November 28, 2012 11:51:20 AM Fabio Baltieri wrote: Hello Rafael, Hi, On Tue, Nov 27, 2012 at 11:05:52PM +0100, Rafael J. Wysocki wrote: static inline void dbs_timer_init(struct dbs_data *dbs_data, - struct cpu_dbs_common_info *cdbs, unsigned int sampling_rate)

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2012-11-27 Thread Rafael J. Wysocki
On Monday, November 26, 2012 05:39:52 PM Fabio Baltieri wrote: > From: Rickard Andersson > > This patch fixes a bug that occurred when we had load on a secondary CPU > and the primary CPU was sleeping. Only one sampling timer was spawned > and it was spawned as a deferred timer on the primary

Re: [PATCH 1/5] cpufreq: handle SW coordinated CPUs

2012-11-27 Thread Rafael J. Wysocki
On Monday, November 26, 2012 05:39:52 PM Fabio Baltieri wrote: From: Rickard Andersson rickard.anders...@stericsson.com This patch fixes a bug that occurred when we had load on a secondary CPU and the primary CPU was sleeping. Only one sampling timer was spawned and it was spawned as a

[PATCH 1/5] cpufreq: handle SW coordinated CPUs

2012-11-26 Thread Fabio Baltieri
From: Rickard Andersson This patch fixes a bug that occurred when we had load on a secondary CPU and the primary CPU was sleeping. Only one sampling timer was spawned and it was spawned as a deferred timer on the primary CPU, so when a secondary CPU had a change in load this was not detected by

[PATCH 1/5] cpufreq: handle SW coordinated CPUs

2012-11-26 Thread Fabio Baltieri
From: Rickard Andersson rickard.anders...@stericsson.com This patch fixes a bug that occurred when we had load on a secondary CPU and the primary CPU was sleeping. Only one sampling timer was spawned and it was spawned as a deferred timer on the primary CPU, so when a secondary CPU had a change