On 09/24/12 10:19, Will Deacon wrote:
On Thu, Sep 20, 2012 at 06:35:56PM +0100, Will Deacon wrote:
On Thu, Sep 20, 2012 at 05:57:40PM +0100, Stephen Boyd wrote:
+/* Determine if halting mode is enabled */
+static int halting_mode_enabled(void)
+{
+ u32 dscr;
+
+ ARM_DBG_READ(c1, 0
On 09/22/12 03:06, Russell King - ARM Linux wrote:
On Tue, Sep 18, 2012 at 11:05:27PM -0700, Stephen Boyd wrote:
The first patch in this series fixes error checking in the wm831x clock
driver and is here to prevent context conflicts in the third patch.
I split it out in case it needed to merge
clk_register() returns an ERR_PTR upon failure, not NULL. Fix
these error paths.
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
v2: No changes
drivers/clk/clk-wm831x.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions
Move this driver to use devm_clk_register() to simplify some
error paths and reduce lines of code.
Acked-by: Mark Brown broo...@opensource.wolfsonmicro.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
v2: No changes
drivers/clk/clk-wm831x.c | 30 +++---
1 file
Some clock drivers can be simplified if devres takes care of
unregistering any registered clocks along error paths. Introduce
devm_clk_register() so that clock drivers get unregistration for
free along with simplified error paths.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
v2: Use
On 09/24/12 15:32, Saravana Kannan wrote:
@@ -275,8 +275,11 @@ static int msm_iommu_remove(struct
platform_device *pdev)
drv = platform_get_drvdata(pdev);
if (drv) {
-if (drv-clk)
+if (drv-clk) {
+clk_unprepare(drv-clk);
On 09/26/12 10:35, Pankaj Jangra wrote:
Hi,
On Fri, Sep 21, 2012 at 7:56 AM, Stephen Boyd sb...@codeaurora.org wrote:
In the near future we'll be moving clock-pcom to a platform
driver, in which case these two users of clk_get() in mach-msm
need to be updated. Have board-trout-panel.c make
On 09/26/12 10:51, Pankaj Jangra wrote:
On Fri, Sep 21, 2012 at 7:56 AM, Stephen Boyd sb...@codeaurora.org wrote:
diff --git a/arch/arm/mach-msm/devices-msm7x30.c
b/arch/arm/mach-msm/devices-msm7x30.c
index 09b4f14..1597d43 100644
--- a/arch/arm/mach-msm/devices-msm7x30.c
+++ b/arch/arm
On 09/26/12 11:03, Pankaj Jangra wrote:
+
+static int __devinit msm_clock_pcom_probe(struct platform_device *pdev)
+{
+ struct pcom_clk_pdata *pdata = pdev-dev.platform_data;
Should'nt it be const struct?
Sure. Fixed.
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora
On 09/26/12 09:58, Pankaj Jangra wrote:
On Fri, Sep 21, 2012 at 7:56 AM, Stephen Boyd sb...@codeaurora.org wrote:
diff --git a/drivers/usb/otg/msm_otg.c b/drivers/usb/otg/msm_otg.c
index 9f5fc90..2ae0639 100644
--- a/drivers/usb/otg/msm_otg.c
+++ b/drivers/usb/otg/msm_otg.c
@@ -514,13
On 09/26/12 11:47, Pankaj Jangra wrote:
Hi Stephen,
On Fri, Sep 21, 2012 at 7:56 AM, Stephen Boyd sb...@codeaurora.org wrote:
-static int pc_clk_set_rate(unsigned id, unsigned rate)
+static int pc_clk_set_rate(struct clk_hw *hw, unsigned long new_rate,
+ unsigned
On 09/24/12 14:27, Anton Vorontsov wrote:
Just move the macros into header file as we would want to use them for
KGDB FIQ entry code.
The following macros were moved:
- svc_entry
- usr_entry
- kuser_cmpxchg_check
- vector_stub
To make kuser_cmpxchg_check actually work across
as having valid and
interesting values.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clk/clk.c| 20 ++--
include/linux/clk-provider.h | 6 +++---
2 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index
Fix some minor typos in the documentation for the ops structure.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
include/linux/clk-provider.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/linux/clk-provider.h b/include/linux/clk-provider.h
index 5a548e3
Add the missing kernel-doc for this op.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
include/linux/clk-provider.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/linux/clk-provider.h b/include/linux/clk-provider.h
index 710c6cb..5a548e3 100644
--- a/include/linux/clk
This is a small set of patches that fixes some documentation
and fixes return values of functions that aren't used that
much yet. Noticed while going through this code.
Stephen Boyd (3):
clk: Document .is_enabled op
clk: Fix documentation typos
clk: Don't return negative numbers
Is the a...@kernel.org alias going to be added into the MAINTAINERS file?
Should anybody be sending mails to this address?
It seems I asked this over a year ago and the response was positive but
nothing ever happened[1]. Maybe something like below? I only ask because
get_maintainer.pl isn't
machines are
combined with other SMP capable machines the TWD and SCU are no
longer selected.
Push the select out to the machine entries so that we can compile
these machines together and still select the appropriate configs.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
Cc: David Brown dav
On 10/04/12 09:55, Olof Johansson wrote:
Hi,
On Thu, Oct 4, 2012 at 1:41 AM, Stephen Boyd sb...@codeaurora.org wrote:
Is the a...@kernel.org alias going to be added into the MAINTAINERS file?
Should anybody be sending mails to this address?
It seems I asked this over a year ago
On 10/04/12 02:11, Santosh Shilimkar wrote:
@@ -75,6 +77,8 @@ config SOC_OMAP5
select CPU_V7
select ARM_GIC
select HAVE_SMP
+select HAVE_ARM_SCU if SMP
+select HAVE_ARM_TWD if LOCAL_TIMERS
select ARM_CPU_SUSPEND if PM
select SOC_HAS_REALTIME_COUNTER
On 10/04/12 06:05, Rob Herring wrote:
On 10/04/2012 03:50 AM, Stephen Boyd wrote:
The TWD and SCU configs are selected by default as long as
SCORPIONMP is false and/or MCT is false. Implementing the logic
this way certainly saves lines in the Kconfig but it precludes
those machines which
when those
machines are combined with other SMP capable machines the TWD and
SCU are no longer selected by default.
Push the select out to the machine entries so that we can compile
these machines together and still select the appropriate configs.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
Cc
Document the arm-soc tree in the maintainers file so that
developers know how arm SoC development is structured.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 014272b..f70afea 100644
table its own
section so that sortextable can find it.
This allows us to skip the sorting step during boot.
Cc: David Daney david.da...@cavium.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
Changes since v2:
* Refreshed against linux-next
arch/arm/Kconfig | 1 +
arch/arm
On 10/24/12 10:54, Stephen Warren wrote:
Where will this patch be merged?
It probably won't happen for 3.8, but that config fragment will move to
arch/arm/mach-tegra/Kconfig when Tegra enables single zImage support, I
believe. So, it'd be good to make sure this patch gets merged somewhere
On 10/03/12 23:38, Stephen Boyd wrote:
This is a small set of patches that fixes some documentation
and fixes return values of functions that aren't used that
much yet. Noticed while going through this code.
Mike, any comments on these patches?
--
Qualcomm Innovation Center, Inc
On 07/17/12 20:47, Anton Vorontsov wrote:
+
+ file = debugfs_create_file(record_ftrace, 0600, dir, NULL,
+pstore_knob_fops);
+ if (IS_ERR_OR_NULL(file)) {
+ err = PTR_ERR(file);
+ pr_err(%s: unable to create pstore/ftrace file:
On 07/18/12 11:50, Anton Vorontsov wrote:
On Wed, Jul 18, 2012 at 10:12:44AM -0700, Stephen Boyd wrote:
On 07/17/12 20:47, Anton Vorontsov wrote:
+
+ file = debugfs_create_file(record_ftrace, 0600, dir, NULL,
+ pstore_knob_fops);
+ if (IS_ERR_OR_NULL(file
(1);
cpufreq_cpu_put_sysfs(policy);
no_policy:
return ret;
and then write scaling_setspeed in one task and offline the cpu
in another. The first task will hang and be detected by the hung
task detector.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
Before you ask
On 04/15/13 14:20, Rob Herring wrote:
On Fri, Apr 12, 2013 at 7:27 PM, Stephen Boyd sb...@codeaurora.org wrote:
@@ -26,3 +30,52 @@ Example:
1 10 0xf08;
clock-frequency = 1;
};
+
+** Memory mapped timer node properties
to be stuck in periodic mode forever. Avoid
this scenario by calling tick_clock_notify() after we register
the broadcast device so that we try to switch into oneshot mode
on all CPUs one more time.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
Found this one when we were registering our
a branch on 3.9-rc5 and a merge resolution with for-next in
arm-soc that you can pull to look at.
If not I will have to resend the series.
Thanks,
Stephen
On 04/08/13 14:27, Stephen Boyd wrote:
In light of Mark Rutland's recent work on divorcing the ARM architected
timers from the ARM local timer API
down into the cases to force the
checks to occur only in non-preemptible contexts.
Cc: John Stultz john.stu...@linaro.org
Cc: Thomas Gleixner t...@linutronix.de
Cc: Mark Rutland mark.rutl...@arm.com
Acked-by: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
On 03/26/13 10:35, Stephen Boyd wrote:
On 03/21/13 10:49, Stephen Boyd wrote:
On 03/14/13 17:08, Stephen Boyd wrote:
cyc_to_sched_clock() is called by sched_clock() and cyc_to_ns()
is called by cyc_to_sched_clock(). I suspect that some compilers
inline both of these functions into sched_clock
On 04/18/13 12:30, Rob Herring wrote:
diff --git a/drivers/clocksource/arm_arch_timer.c
b/drivers/clocksource/arm_arch_timer.c
index 122ff05..17ed8e4 100644
--- a/drivers/clocksource/arm_arch_timer.c
+++ b/drivers/clocksource/arm_arch_timer.c
@@ -266,6 +266,15 @@ static struct
-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clocksource/Makefile | 1 +
drivers/clocksource/dummy_timer.c | 69 +++
2 files changed, 70 insertions(+)
create mode 100644 drivers/clocksource/dummy_timer.c
diff --git a/drivers/clocksource/Makefile b
There are no more users of this API, remove it.
Cc: Russell King li...@arm.linux.org.uk
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/Kconfig | 10 --
arch/arm/include/asm/localtimer.h | 34 ---
arch
-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clocksource/time-armada-370-xp.c | 3 ++-
include/linux/time-armada-370-xp.h | 4 +---
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/clocksource/time-armada-370-xp.c
b/drivers/clocksource/time-armada-370-xp.c
index
...@codeaurora.org
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/mach-msm/timer.c | 122 ++
1 file changed, 68 insertions(+), 54 deletions(-)
diff --git a/arch/arm/mach-msm/timer.c b/arch/arm/mach-msm/timer.c
index 284313f..02466d4 100644
in smp_twd from Tony Lindgren's testing
* Move smp_twd to use late_time_init hook
* Collected Acks
Changes since v1:
* Picked up Mark's generic dummy timer driver
* Split out omap changes into new patch
Mark Rutland (1):
clocksource: add generic dummy timer driver
Stephen Boyd (10
-electrons.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clocksource/time-armada-370-xp.c | 89 +++-
1 file changed, 41 insertions(+), 48 deletions(-)
diff --git a/drivers/clocksource/time-armada-370-xp.c
b/drivers/clocksource/time-armada-370-xp.c
Separate the marco local timers from the local timer API. This
will allow us to remove ARM local timer support in the near future
and gets us closer to moving this driver to drivers/clocksource.
Cc: Barry Song baohua.s...@csr.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers
Separate the mct local timers from the local timer API. This will
allow us to remove ARM local timer support in the near future and
gets us closer to moving this driver to drivers/clocksource.
Cc: Kukjin Kim kgene@samsung.com
Cc: Thomas Abraham thomas.abra...@linaro.org
Signed-off-by: Stephen
mark.rutl...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/Kconfig | 2 +-
arch/arm/kernel/smp_twd.c | 64 --
arch/arm/mach-highbank/Kconfig | 2 +-
arch/arm/mach-imx/Kconfig | 2 +-
arch/arm/mach-omap2/Kconfig
Now that the TWD doesn't rely on the local timer API, OMAP can
stop selecting it in Kconfig and relying on the config option to
decide if it should call smp_twd functions.
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Stephen Boyd sb
Drop ARM's version of the dummy timer now that we have a generic
implementation in drivers/clocksource.
Cc: Russell King li...@arm.linux.org.uk
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/kernel/smp.c | 22 ++
1 file changed, 2 insertions(+), 20 deletions
as there isn't a higher rated tick
device and any global clockevent will be bumped out into
broadcast mode, fixing the problem described above.
Reported-by: Mark Rutland mark.rutl...@arm.com
Tested-by: Mark Rutland mark.rutl...@arm.com
Cc: John Stultz john.stu...@linaro.org
Signed-off-by: Stephen
On 04/18/13 18:37, Rob Herring wrote:
On 04/18/2013 07:00 PM, Stephen Boyd wrote:
On 04/18/13 12:30, Rob Herring wrote:
diff --git a/drivers/clocksource/arm_arch_timer.c
b/drivers/clocksource/arm_arch_timer.c
index 122ff05..17ed8e4 100644
--- a/drivers/clocksource/arm_arch_timer.c
+++ b
The needs_suspend member is unused now that we always do the
suspend/resume handling (see 6a4dae5 (ARM: 7565/1: sched: stop
sched_clock() during suspend, 2012-10-23)).
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/kernel/sched_clock.c | 1 -
1 file changed, 1 deletion(-)
diff
This is what I was thinking. I don't see why we can't move this to generic code
and have arm64 use it too. Those patches will follow once I find an arm64
compiler.
First two patches should probably go in even if the 64 bit stuff doesn't go in
at the same time.
Stephen Boyd (4):
ARM
as possible.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/kernel/sched_clock.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/kernel/sched_clock.c b/arch/arm/kernel/sched_clock.c
index 48ab64a..29ac613 100644
--- a/arch/arm/kernel/sched_clock.c
handling that the ARM
sched_clock code already has.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
Maybe we need a union for the epoch_ns usage?
arch/arm/include/asm/sched_clock.h | 2 +
arch/arm/kernel/sched_clock.c | 101 +++--
2 files changed, 77
with sched_clock returning
gigantic numbers. Second, there is no support for suspend/resume
handling so problems such as discussed in 6a4dae5 (ARM: 7565/1:
sched: stop sched_clock() during suspend, 2012-10-23) can happen.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/include/asm
On 03/26/13 04:28, Mark Rutland wrote:
On Tue, Mar 26, 2013 at 02:14:53AM +, Stephen Boyd wrote:
Ok. Thanks for clearing up my confusion.
Like you say, increasing the dummy timer rating seems like a hack. But
it also sounds like you want to keep the dummy timer driver fully self
On 4/2/2013 1:31 PM, Stephen Boyd wrote:
Hot-plugging with CONFIG_DEBUG_PREEMPT=y on a device with arm
architected timers causes a slew of using smp_processor_id() in
preemptible warnings:
BUG: using smp_processor_id() in preemptible [] code: sh/111
caller
On 04/05/13 03:04, Marc Zyngier wrote:
drivers/clocksource/arm_arch_timer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clocksource/arm_arch_timer.c
b/drivers/clocksource/arm_arch_timer.c
index d7ad425..5928c29 100644
---
down into the cases to force the
checks to occur only in non-preemptible contexts.
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
Changes since v1:
* Pushed down this_cpu_ptr and added a comment
drivers/clocksource
Separate the mct local timers from the local timer API. This will
allow us to remove ARM local timer support in the near future and
gets us closer to moving this driver to drivers/clocksource.
Cc: Kukjin Kim kgene@samsung.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/mach
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clocksource/time-armada-370-xp.c | 3 ++-
include/linux/time-armada-370-xp.h | 4 +---
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/clocksource/time-armada-370-xp.c
b/drivers/clocksource/time-armada-370-xp.c
as there isn't a higher rated tick
device and any global clockevent will be bumped out into
broadcast mode, fixing the problem described above.
Reported-by: Mark Rutland mark.rutl...@arm.com
Cc: John Stultz john.stu...@linaro.org
Cc: Thomas Gleixner t...@linutronix.de
Signed-off-by: Stephen Boyd sb
:
* Picked up Mark's generic dummy timer driver
* Split out omap changes into new patch
Mark Rutland (1):
clocksource: add generic dummy timer driver
Stephen Boyd (10):
clockevents: Prefer CPU local devices over global devices
ARM: smp: Remove duplicate dummy timer implementation
ARM
-electrons.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clocksource/time-armada-370-xp.c | 89 +++-
1 file changed, 41 insertions(+), 48 deletions(-)
diff --git a/drivers/clocksource/time-armada-370-xp.c
b/drivers/clocksource/time-armada-370-xp.c
Separate the marco local timers from the local timer API. This
will allow us to remove ARM local timer support in the near future
and gets us closer to moving this driver to drivers/clocksource.
Cc: Barry Song baohua.s...@csr.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/mach
Now that the TWD doesn't rely on the local timer API, OMAP can
stop selecting it in Kconfig and relying on the config option to
decide if it should call smp_twd functions.
Acked-by: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Stephen Boyd sb
There are no more users of this API, remove it.
Cc: Russell King li...@arm.linux.org.uk
Acked-by: Tony Lindgren t...@atomide.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/Kconfig | 10 --
arch/arm/include/asm/localtimer.h | 34 ---
arch
...@codeaurora.org
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/mach-msm/timer.c | 127 +-
1 file changed, 69 insertions(+), 58 deletions(-)
diff --git a/arch/arm/mach-msm/timer.c b/arch/arm/mach-msm/timer.c
index 2969027..f4bc4a6 100644
if more than one CPU possible]
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clocksource/Makefile | 1 +
drivers/clocksource/dummy_timer.c | 69 +++
2 files changed, 70 insertions(+)
create mode 100644 drivers/clocksource/dummy_timer.c
diff
mark.rutl...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/Kconfig | 2 +-
arch/arm/kernel/smp_twd.c | 64 +++
2 files changed, 44 insertions(+), 22 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 13b7394
Drop ARM's version of the dummy timer now that we have a generic
implementation in drivers/clocksource.
Cc: Russell King li...@arm.linux.org.uk
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/kernel/smp.c | 22 ++
1 file changed, 2 insertions(+), 20 deletions
patch adds support for mmio timers.
Patches are based on a recent patch from Mark that removes the
physical count reading (clocksource: arch_timer: use virtual counter,
message id 1364404312-4427-4-git-send-email-mark.rutl...@arm.com).
Stephen Boyd (4):
Documentation: Add memory mapped ARM
...@lists.ozlabs.org
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
.../devicetree/bindings/arm/arch_timer.txt | 62 --
1 file changed, 59 insertions(+), 3 deletions(-)
diff --git a/Documentation
There isn't any reason why we don't pass the event here and we'll
need it in the near future for memory mapped arch timers anyway.
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clocksource/arm_arch_timer.c
support, although it should be
possible to support it by searching for the hyp frame instead of
the kernel frame and updating KVM timers to support it.
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clocksource
...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/include/asm/arch_timer.h| 5 ++--
arch/arm64/include/asm/arch_timer.h | 4 ++--
drivers/clocksource/arm_arch_timer.c | 44
3 files changed, 34 insertions(+), 19 deletions(-)
diff --git
On 04/09/13 02:38, Mark Rutland wrote:
On Tue, Apr 09, 2013 at 03:30:22AM +0100, Stephen Boyd wrote:
-static inline u32 arch_timer_reg_read(const int access, const int reg)
+static inline u32 __arch_timer_reg_read(const int access, const int reg)
Rather than prefixing all of these with __, why
On 04/09/13 02:08, Mark Rutland wrote:
On Tue, Apr 09, 2013 at 03:30:20AM +0100, Stephen Boyd wrote:
-** Timer node properties:
+** CP15 Timer node properties:
- compatible : Should at least contain one of
arm,armv7-timer
@@ -26,3 +30,55 @@ Example:
1
On 03/26/13 10:34, Stephen Boyd wrote:
On 03/16/13 12:32, Stephen Boyd wrote:
On 3/5/2013 2:34 PM, Arnd Bergmann wrote:
On Tuesday 05 March 2013, Stephen Boyd wrote:
On 02/27/13 15:43, Stephen Warren wrote:
Seems simple enough it doesn't really need many, but for Tegra,
Acked-by: Stephen
On 04/09/13 03:33, Mark Rutland wrote:
On Mon, Apr 08, 2013 at 10:27:23PM +0100, Stephen Boyd wrote:
On an SMP system with only one global clockevent and a dummy
clockevent per CPU we run into problems. We want the dummy
clockevents to be registered as the per CPU tick devices, but
we can
-by: Stephen Boyd sb...@codeaurora.org
---
Nobody has noticed this so far so I'm ok waiting for 3.10 on this one. Also
it doesn't improve stability (debug feature) so I don't see a reason to send
it to stable.
arch/arm/mach-msm/include/mach/uncompress.h | 2 +-
1 file changed, 1 insertion(+), 1
On 04/10/13 03:13, Mark Rutland wrote:
+
+- #size-cells : Must be 1.
+
+- ranges : Indicates parent and child bus address space are the same.
+
Similarly, what if someone wants to write a more complex mapping for some
reason?
We should be able to handle it if we use the standard
On 04/11/13 04:24, Mark Rutland wrote:
Could we say the reg for the second view is optional?
Yes, that's already covered in the binding.
Might we have a hardware / firmware configuration where the kernel can only
access
the secondary view?
I don't see how this is possible. The CNTACRn
and commented why for arm64
* Updated DT binding to replace frame-id with frame-number and use status
property
Stephen Boyd (4):
Documentation: Add memory mapped ARM architected timer binding
ARM: arch_timers: Pass clock event to set_mode callback
clocksource: arch_timer: Push the read/write
...@lists.ozlabs.org
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
.../devicetree/bindings/arm/arch_timer.txt | 59 --
1 file changed, 56 insertions(+), 3 deletions(-)
diff --git a/Documentation
for hypervisor support, although it
should be possible to support it by searching for at least two
frames where one frame has the virtual capability and then
updating KVM timers to support it.
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Stephen Boyd sb
...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/include/asm/arch_timer.h| 5 ++--
arch/arm64/include/asm/arch_timer.h | 4 ++--
drivers/clocksource/arm_arch_timer.c | 44
3 files changed, 34 insertions(+), 19 deletions(-)
diff --git
There isn't any reason why we don't pass the event here and we'll
need it in the near future for memory mapped arch timers anyway.
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clocksource/arm_arch_timer.c
On 04/06/13 03:41, Marc Zyngier wrote:
On Fri, 5 Apr 2013 13:57:29 -0700, Stephen Boyd sb...@codeaurora.org
wrote:
Hot-plugging with CONFIG_DEBUG_PREEMPT=y on a device with arm
architected timers causes a slew of using smp_processor_id() in
preemptible warnings:
BUG: using
the twd driver on a UP
system? Or would the overhead of handling frequency change make this
pointless?
I don't see why not but I don't have any interest in pursuing it.
On Wed, Mar 13, 2013 at 06:17:49PM +, Stephen Boyd wrote:
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 5b71469
On 03/29/13 02:24, ning.n.ji...@gmail.com wrote:
From: Ning Jiang ning.n.ji...@gmail.com
Currently there are two problems when we try to stop local timer.
First, it calls set_mode function directly so mode state is not
updated for the clock event device. Second, it makes the device
unused
the warning.
Cc: Mark Rutland mark.rutl...@arm.com
Cc: Marc Zyngier marc.zyng...@arm.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
drivers/clocksource/arm_arch_timer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clocksource/arm_arch_timer.c
b/drivers
On 03/22/13 08:43, James Hogan wrote:
This patchset adds support for automatic selection of the best parent
for a clock mux, i.e. the one which can provide the closest clock rate
to that requested. It can be controlled by a new CLK_SET_RATE_REMUX flag
so that it doesn't happen unless
We don't want executable permissions set on files such as
devicetree syntax files, text files, defconfig files, or binary
hex files.
Cc: Andy Whitcroft a...@canonical.com
Cc: Joe Perches j...@perches.com
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
scripts/checkpatch.pl | 2 +-
1 file
On 03/01/13 19:42, Stephen Boyd wrote:
On 03/01/13 19:00, Randy Dunlap wrote:
on i386:
ERROR: copy_from_user_overflow [fs/binfmt_misc.ko] undefined!
which I don't understand.
lib/usercopy.o is built and building binfmt_misc.c says:
CC [M] fs/binfmt_misc.o
In file included from arch
from that function it doesn't blow up.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/kernel/sched_clock.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/kernel/sched_clock.c b/arch/arm/kernel/sched_clock.c
index bd6f56b..59d2adb 100644
--- a/arch/arm
On 03/05/13 00:31, Arnd Bergmann wrote:
On Monday 04 March 2013, Stephen Boyd wrote:
Scorpion processors have always been v7 CPUs. Fix the Kconfig
text to reflect this.
Reported-by: Stepan Moskovchenko step...@codeaurora.org
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm
it's duplicate work
that is eventually done in the set_next_event() callback.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/mach-msm/timer.c | 41 +++--
1 file changed, 23 insertions(+), 18 deletions(-)
diff --git a/arch/arm/mach-msm/timer.c b/arch
programming it leading to no more ticks.
Stephen Boyd (3):
ARM: msm: Stop counting before reprogramming clockevent
ARM: msm: Rework timer binding to be more general
ARM: msm: Wait for timer clear to complete
.../devicetree/bindings/arm/msm/timer.txt | 41
arch/arm/boot/dts/msm8660
that we're sure the proper
amount of ticks are counted. Failure to do so can lead to missed
ticks and system hangs.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
arch/arm/mach-msm/timer.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-msm/timer.c b/arch/arm
the
status registers, etc.
Signed-off-by: Stephen Boyd sb...@codeaurora.org
---
.../devicetree/bindings/arm/msm/timer.txt | 41 ++-
arch/arm/boot/dts/msm8660-surf.dts | 20 ++
arch/arm/boot/dts/msm8960-cdp.dts | 22 +++---
arch/arm/mach-msm
On 3/5/2013 2:34 PM, Arnd Bergmann wrote:
On Tuesday 05 March 2013, Stephen Boyd wrote:
On 02/27/13 15:43, Stephen Warren wrote:
Seems simple enough it doesn't really need many, but for Tegra,
Acked-by: Stephen Warren swar...@nvidia.com
Which kernel is this going into? It's possible Tegra
1 - 100 of 16585 matches
Mail list logo