On 1 October 2012 06:02, Tejun Heo wrote:
> It isn't about the CPU being actually idle?
No. Being idle only from scheduler's perspective. :)
> Also, if it's only about timers, shouldn't it be enough to implement
> it for timer and delayed_work?
What if we need a timer, which must re-arm itself
On 30 September 2012 14:24, Tejun Heo wrote:
> On Thu, Sep 27, 2012 at 02:34:05PM +0530, Viresh Kumar wrote:
>> - A cpu has programmed a timer and is IDLE now.
>> - CPU gets into interrupt handler due to timer and queues a work. As the CPU
>> is
>> currently IDLE
ing it successfully.
Waiting for initial comments on it.
Signed-off-by: Viresh Kumar
---
include/linux/timer.h | 1 +
kernel/timer.c| 58 +--
2 files changed, 34 insertions(+), 25 deletions(-)
diff --git a/include/linux/timer.h b/include/li
e timer is
currently running. This patch tries to avoid it in such cases.
Signed-off-by: Viresh Kumar
---
kernel/timer.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/kernel/timer.c b/kernel/timer.c
index 8c5e7b9..6e5bf98 100644
--- a/kernel/timer.c
++
On 27 September 2012 14:34, Viresh Kumar wrote:
> Workqueues queues work on current cpu, if the caller haven't passed a
> preferred
> cpu. This may wake up an idle CPU, which is actually not required.
>
> This work can be processed by any CPU and so we must select a non-idle
On 27 September 2012 14:34, Viresh Kumar wrote:
> #if defined(CONFIG_NO_HZ) && defined(CONFIG_SMP)
> - if (!pinned && get_sysctl_timer_migration() && idle_cpu(cpu))
> + if (!pinned && get_sysctl_timer_migration())
>
mer and is IDLE now.
- CPU gets into interrupt handler due to timer and queues a work. As the CPU is
currently IDLE, we can queue this work to some other CPU.
Signed-off-by: Viresh Kumar
---
kernel/workqueue.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/workqueue.
.
- Patch 2/3 from V1, removed as it doesn't apply to latest workqueue branch from
tejun.
- CONFIG_MIGRATE_WQ removed and so is wq_select_cpu()
- sched_select_cpu() called only from __queue_work()
- got tejun/for-3.7 branch in my tree, before making workqueue changes.
Viresh Kumar (3):
sche
ls to idle_cpu() from timer and hrtimer.
Signed-off-by: Viresh Kumar
---
kernel/hrtimer.c | 2 +-
kernel/timer.c | 9 +
2 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/kernel/hrtimer.c b/kernel/hrtimer.c
index 6db7a5e..74bdaf6 100644
--- a/kernel/hrtimer.c
+++ b/k
balancing only, SD_LOAD_BALANCE must also be set for selected domain.
This patch reuses the code from get_nohz_timer_target() routine, which had
similar implementation. get_nohz_timer_target() is also modified to use
sched_select_cpu() now.
Signed-off-by: Viresh Kumar
---
include/linux/sch
On 25 September 2012 23:26, Tejun Heo wrote:
> On Tue, Sep 25, 2012 at 04:06:08PM +0530, Viresh Kumar wrote:
>> +config MIGRATE_WQ
>> + bool "(EXPERIMENTAL) Migrate Workqueues to non-idle cpu"
>> + depends on SMP && EXPERIMENTAL
>> + help
On 25 September 2012 23:17, Tejun Heo wrote:
> On Tue, Sep 25, 2012 at 04:06:07PM +0530, Viresh Kumar wrote:
>> flush_delayed_work() and flush_delayed_work_sync() had major portion of code
>> similar. This patch introduces another routine __flush_delayed_work() which
>> con
On 25 September 2012 16:52, Peter Zijlstra wrote:
> On Tue, 2012-09-25 at 16:06 +0530, Viresh Kumar wrote:
>> @@ -1066,8 +1076,9 @@ int queue_work(struct workqueue_struct *wq,
>> struct work_struct *work)
>> {
>> int ret;
>>
>> -
On 25 September 2012 16:06, Viresh Kumar wrote:
> Test case 2:
> ---
> I have created a small module, which does following:
> - Create one work for each CPU (using queue_work_on(), so must schedule on
> that
> cpu)
> - Above work, will queue "n" wor
o go through. If you want to
go through all NUMA levels, pass -1 here. This should cover all NUMA levels.
This patch reuses the code from get_nohz_timer_target() routine, which had
similar implementation. get_nohz_timer_target() is also modified to use
sched_select_cpu() now.
Signed-off-by: Vi
flush_delayed_work() and flush_delayed_work_sync() had major portion of code
similar. This patch introduces another routine __flush_delayed_work() which
contains the common part to avoid code duplication.
Signed-off-by: Viresh Kumar
---
kernel/workqueue.c | 15 +--
1 file changed, 9
erred CPU details
from the scheduler, instead of using current CPU.
Signed-off-by: Viresh Kumar
---
arch/arm/Kconfig | 11 +++
kernel/workqueue.c | 25 ++---
2 files changed, 29 insertions(+), 7 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 59
_work(). These works
are tracked within the module and results are printed at the end.
This gave similar results, with n ranging from 10 to 1000.
Viresh Kumar (3):
sched: Create sched_select_cpu() to give preferred CPU for power
saving
workqueue: create __flush_delayed_work to avoid du
ure for percpu hotplug threads
softirq: Use hotplug thread infrastructure
watchdog: Use hotplug thread infrastructure
infiniband: ehca: Use hotplug thread infrastructure
Vincent Guittot (2):
sched: cpu_power: enable ARCH_POWER
sched: Fix nohz_idle_balance()
Viresh
On 14 September 2012 14:56, Sudeep KarkadaNagesha
wrote:
> Please pull the following changes for the multiple CPU PMU support
> (re-based to v3.6-rc5). Few patches in the list below are already
> queued up for 3.7.
>
> Since you have access to internal repository, I am posting patches on
> the sam
On 14 September 2012 14:56, Sudeep KarkadaNagesha
wrote:
> Please pull the following changes for the multiple CPU PMU support
> (re-based to v3.6-rc5). Few patches in the list below are already
> queued up for 3.7.
>
> Since you have access to internal repository, I am posting patches on
> the sam
On 10 September 2012 20:25, Ricardo Salveti wrote:
> That's interesting. Which rev from upstream did you use?
>
> I know Andrey is updating linux-linaro this week, which should be on
> top of 3.6-rc5.
Earlier i tried rc2 or 3.. Yesterday i tried rc5.. kernel boots with
all of them.
--
viresh
__
On 9 September 2012 14:11, Amit Kucheria wrote:
> I believe Viresh has tried mainline as well. But some DT bits might be
> missing from there. Without DT, things start working and that is the
> route we'll take if we're unable to get help with LEB u-boot
> command-line parameters and 3.6 kernels o
Hi Guys,
I have flashed my SD card with linaro-media-create with precise-devel
and latest h/w pack (12.08)
Now i have two requirements:
- Always use my copy of devel instead of the new devel everytime from
the latest release
As i do install a lot of stuff on it. Will apt-get update would be
eno
Hi,
I am trying to boot kernel on panda board. I got the source from:
http://git.linaro.org/gitweb?p=kernel/linux-linaro-tracking.git;a=shortlog;h=refs/heads/linux-linaro
Following is my branch HEAD:
commit 7f39bb7ab9591c6254e5930a00d762e4b37f08b2
Merge: 1d10459 8b29cd5
Author: Andrey Konovalov
Tixy,
Can you please answer below queries? I am not sure about them.
--
viresh
On 6 September 2012 20:04, Lei Wen wrote:
> Hi Viresh,
>
> On Thu, Sep 6, 2012 at 12:29 AM, Viresh Kumar
> wrote:
>>
>> On 5 September 2012 19:16, Morten Rasmussen
>> wrote:
&g
On 5 September 2012 19:16, Morten Rasmussen wrote:
> The patch is already in the original patch set, so I'm not sure why it
> is missing.
>
> http://linux-arm.org/git?p=arm-bls.git;a=commit;h=1416200dd62551aa9ac4aa207b0c66651ccbff2c
>
> It needs to be there for the HMP scheduling to work.
Surpris
Currently these events exit timestamp itself is considered as
> usage period resulting in over 100% usage.
> - clearing event timestamps from global map at the end of each
> measurement to avoid collision with earlier recorded timestamps.
Tried it few times on Panda Board.
On 4 September 2012 10:25, Viresh Kumar wrote:
> Hi Andy,
>
> I am using Panda board with linaro Nano filesystem over SDHC card. When i
> issue "reboot" command from prompt, it hangs:
>
>
> root@linaro-nano:/# reboot
>
> Broadcast message from root@linar
Hi Guys,
I have struggled today for some time to soft-reset panda board because
the switch S1 (PWRON_RESET) resets the board, but doesn't
start booting it again from xloader. Prompt simply hangs !!
My kernel was crashing after uncompressing linux... print. I didn't
had a debugger
to see value of
Hi Andy,
I am using Panda board with linaro Nano filesystem over SDHC card. When i
issue "reboot" command from prompt, it hangs:
root@linaro-nano:/# reboot
Broadcast message from root@linaro-nano
(/dev/ttyO2) at 4:44 ...
The system is going down for reboot NOW!
root@linaro-nano:/# [ 6
ty
smpboot: Provide infrastructure for percpu hotplug threads
softirq: Use hotplug thread infrastructure
watchdog: Use hotplug thread infrastructure
infiniband: ehca: Use hotplug thread infrastructure
Vincent Guittot (1):
sched: cpu_power: enable ARCH_POWER
Viresh Kuma
On 28 August 2012 10:37, Viresh Kumar wrote:
> I have updated
>
> https://wiki.linaro.org/WorkingGroups/PowerManagement/Process/bigLittleMPTree
>
> as per our last discussion. Please see if i have missed something.
Hi Guys,
I will be sending PULL request of big-LITTLE-MP-
On 24 August 2012 16:39, Jon Medhurst (Tixy) wrote:
> Sounds OK from my point of view, except that rather than fixed dates
> each month the should probably be tied to the release dates. E.g. the
> Monday of the week before release (the normal WG cut-of date), and two
> weeks before (or after?) tha
On 24 August 2012 14:34, Viresh Kumar wrote:
> Hi Andy,
>
> I got following error in compilation of TILT-3.4 at
>
>
> http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=shortlog;h=refs/heads/tilt-3.4
>
> Using /home/arm/work/kernel/linaro/linux-li
On 24 August 2012 16:39, Jon Medhurst (Tixy) wrote:
> Sounds OK from my point of view, except that rather than fixed dates
> each month the should probably be tied to the release dates. E.g. the
> Monday of the week before release (the normal WG cut-of date), and two
> weeks before (or after?) th
On 24 August 2012 14:49, Amit Kucheria wrote:
> While our goal is to keep track of the bleeding edge, and I think
> you're doing a great job there, let's figure out a plan to minimise
> the number of kernel releases we make.
>
> Can you look at your previous 6 releases and their dates and figure
Hi Andy,
I got following error in compilation of TILT-3.4 at
http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=shortlog;h=refs/heads/tilt-3.4
Using /home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git as
source for kernel
CHK include/generated/utsrelease.h
make[2
On 24 August 2012 13:38, Jon Medhurst (Tixy) wrote:
> That looks like its caused by patch from the ARM LT...
>
> "ARM: kernel: fix MPIDR cpu_{suspend}/{resume} usage"
>
> I'll work on a fix. (I believe this was in last month's release branch
> as well so I assume it's not critical for this mont
On 24 August 2012 12:32, Jon Medhurst (Tixy) wrote:
> Is this critical for this month's release? The release candidate builds
> are possibly already in testing so we would have to request that they
> are stopped and redone?
>
Not sure, what is fixed in this version? Maybe Morten can tell if anyt
Hi,
Compilation for omap2plus_defconfig is broken on current: linux-linaro
branch. [1]
Following is the compilation error:
/home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/arch/arm/kernel/sleep.S:
Assembler messages:
/home/arm/work/kernel/linaro/linux-linaro-bitLITTLE-MP.git/arch/arm/k
niband: ehca: Use hotplug thread infrastructure
Vincent Guittot (1):
sched: cpu_power: enable ARCH_POWER
Viresh Kumar (3):
configs: Add config fragments for big LITTLE MP
linaro/configs: Update big LITTLE MP fragment for task placement work
Merge branches 'per-cpu-thread-hot
On 17 August 2012 10:20, Viresh Kumar wrote:
> There are few patches that are required to be part of this pull and
> one is required to be dropped. I have created big-LITTLE-MP-v6
> branch over v-3.6-rc2, but can't send a pull request as rc2 is still
> not there in your tree. Pl
On 15 August 2012 00:16, Andrey Konovalov wrote:
> Great!
> big-LITTLE-MP-v5 (together with the updated multiplatform topic) has been
> merged into linux-linaro-core-tracking tree. The tag is llct-20120814.0.
Hi Andrey,
There are few patches that are required to be part of this pull and
one is
On 15 August 2012 16:04, Paul E. McKenney wrote:
> Hello!
>
> Silas posted a series of four patches that fix bugs where the online
> CPUs are iterated over without proper protection against CPUs coming
> online and going offline:
>
> 0/4: https://lkml.org/lkml/2012/8/3/416
> 1/4: h
niband: ehca: Use hotplug thread infrastructure
Vincent Guittot (1):
sched: cpu_power: enable ARCH_POWER
Viresh Kumar (3):
configs: Add config fragments for big LITTLE MP
linaro/configs: Update big LITTLE MP fragment for task placement work
Merge branches 'arm-asymmetric-s
On 25 July 2012 18:14, Paul E. McKenney wrote:
> You are missing some fixes, please see below. I can also email you the
> updated patches, if that would be easier than pulling them from -rcu.
Hi Andrey,
So sorry, but you need to pull v4 again as there were few updated patches
from paul. :(
Ca
e of sibling masks
ARM: topology: Update cpu_power according to DT information
sched: cpu_power: enable ARCH_POWER
Viresh Kumar (3):
configs: Add config fragments for big LITTLE MP
linaro/configs: Update big LITTLE MP fragment for task placement work
Merge branches 'a
information
sched: cpu_power: enable ARCH_POWER
Viresh Kumar (1):
Merge branches 'arm-asymmetric-support-v3', 'cpuidle-next-v4',
'per-cpu-thread-hotplug-v3', 'task-placement-v1' and 'config-fragments'
into big-LITTLE-MP-v3
arch/arm/Kconfi
On 12 July 2012 16:59, Scott Bambrough wrote:
> Try the omap4plus_defconfig.
>
There is no such defconfig, only following are present:
omap1_defconfig
omap2plus_defconfig
--
viresh
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.
On 12 July 2012 16:19, Andrey Konovalov wrote:
> make ARCH=arm O=../panda omap2plus_defconfig (After this, OMAP 2/3/4
>> none is selected in .config)
>> make ARCH=arm O=../panda uImage
>>
>>LD init/built-in.o
>> arch/arm/mach-vexpress/built-**in.o: In function `v2m_dt_timer_init':
>> /ro
Hi,
Sorry if I am missing something very obvious, I am building OMAP for the
first time.
I fetched latest kernel from:
http://git.linaro.org/gitweb?p=kernel/linux-linaro-tracking.git;a=shortlog;h=refs/heads/linux-linaro
tried to do following:
make ARCH=arm O=../panda omap2plus_defconfig (After
On 11 July 2012 14:32, Jon Medhurst (Tixy) wrote:
> On Wed, 2012-07-11 at 10:57 +0100, Viresh Kumar wrote:
> There's going to be an 'interesting' merge with our TC2 enablement
> branch.
>
> In arch/arm/kernel/topology.c both branches factor out
> update_siblings
req_power function
ARM: topology: factorize the update of sibling masks
ARM: topology: Update cpu_power according to DT information
sched: cpu_power: enable ARCH_POWER
Viresh Kumar (3):
configs: Add config fragments for big LITTLE MP
linaro/configs: Update big LITTLE
clk whose rate is being returned
> *
> * Simply returns the cached rate of the clk. Does not query the hardware.
> If
> - * clk is NULL then returns -EINVAL.
> + * clk is NULL then returns 0.
> */
> unsigned long clk_get_rate(struct clk *clk)
> {
Reviewed-by: Viresh Kumar
--
viresh
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
scha Hauer
> Cc: Richard Zhao
> Cc: Saravana Kannan
> Cc: Mark Brown
> Cc: Andrew Lunn
> Cc: Rajendra Nayak
> Cc: Viresh Kumar
> ---
> drivers/clk/clk-divider.c|3 ---
> drivers/clk/clk-fixed-rate.c |1 -
> drivers/clk/clk-gate.c |3 ---
>
hansson
> Cc: Russell King
> Cc: Sascha Hauer
> Cc: Richard Zhao
> Cc: Saravana Kannan
> Cc: Mark Brown
> Cc: Andrew Lunn
> Cc: Rajendra Nayak
> Cc: Viresh Kumar
> ---
> drivers/clk/clk-mux.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
Turquette
> Cc: Arnd Bergman
> Cc: Olof Johansson
> Cc: Russell King
> Cc: Sascha Hauer
> Cc: Shawn Guo
> Cc: Richard Zhao
> Cc: Saravana Kannan
> Cc: Mark Brown
> Cc: Andrew Lunn
> Cc: Rajendra Nayak
> Cc: Viresh Kumar
> ---
> drivers/clk/clk.c | 14
Cc: Sascha Hauer
> Cc: Richard Zhao
> Cc: Saravana Kannan
> Cc: Mark Brown
> Cc: Andrew Lunn
> Cc: Rajendra Nayak
> Cc: Viresh Kumar
> ---
> include/linux/clk-private.h |8
> include/linux/clk-provider.h |4
> 2 files changed, 4 insertions
On 4/12/2012 6:32 AM, Mike Turquette wrote:
> - * If clk has the CLK_SET_RATE_GATE flag set and it is enabled this call
> - * will fail; only when the clk is disabled will it be able to change
> - * its rate.
Why is CLK_SET_RATE_GATE removed? I already sent a patch to fix clk_set_rate()
for this.
Cc: Arnd Bergman
> Cc: Olof Johansson
> Cc: Russell King
> Cc: Sascha Hauer
> Cc: Richard Zhao
> Cc: Saravana Kannan
> Cc: Mark Brown
> Cc: Andrew Lunn
> Cc: Rajendra Nayak
> Cc: Viresh Kumar
> ---
> drivers/clk/clk-divider.c|2 +-
> drivers/clk/clk
On 4/12/2012 6:32 AM, Mike Turquette wrote:
> diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
> index 3ed36d3..4daacf5 100644
> --- a/drivers/clk/clk.c
> +++ b/drivers/clk/clk.c
> @@ -194,7 +194,7 @@ static int __init clk_debug_init(void)
> late_initcall(clk_debug_init);
> #else
> static inli
On Feb 20, 2012 4:31 PM, "Catalin Marinas" wrote:
>
> On 16 February 2012 18:14, viresh kumar wrote:
> > On Thu, Feb 16, 2012 at 9:48 AM, Catalin Marinas
> > wrote:
> >> The DMA API implementation on ARM takes care of the cache cleaning and
> >> in
On Feb 20, 2012 11:27 PM, "Russell King - ARM Linux"
wrote:
>
> I hope it's now clear why we need to run over the buffer twice.
Thanks Russell.
Got it now.
--
Viresh
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailma
On Thu, Feb 16, 2012 at 9:48 AM, Catalin Marinas
wrote:
> The DMA API implementation on ARM takes care of the cache cleaning and
> invalidating.
>
I believe that this is the reason why we have cache re-invalidation
(we invalidated
it in dma_map_*() earlier) in dma_unmap_*() calls for ARMv6+ for
D
Hi Guys,
Sorry for starting the long old thread again, but i have to start it as i
was a bit confused. :(
We know that we can't have multiple mappings with different attributes
to the same physical memory on ARMv6+ machines due to speculative
prefetch.
So, we have following kind of mappings in k
On Thu, Feb 16, 2012 at 9:15 AM, Catalin Marinas
wrote:
> To summarise, if you mix Normal with Device or SO memory, you only get
> the guarantees of the Normal memory (e.g. early write acknowledgement,
> write buffer gathering, speculative accesses), so it's not recommended.
> If you mix Normal Ca
401 - 467 of 467 matches
Mail list logo