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 without this patch.
Signed-off-by: Stephen Boyd
---
arch/arm/kernel/arch_ti
fter relocation in that case.
>
> Signed-off-by: Nicolas Pitre
Reported-by: Stephen Boyd
Tested-by: Stephen Boyd
This one passes testing on my two platforms with and without the
2Mb reservation at the beginning of ram. Seems like a good enough
compromise for me.
>
> diff --gi
On 06/05, John Stultz wrote:
> On 06/05/2013 04:54 PM, Stephen Boyd wrote:
> >
> >I've noticed that we probably need to update the mult/shift
> >calculation similar to how clocksources are done. Should we
> >just copy/paste the maxsec calculation code here or do so
On 06/06, Daniel Lezcano wrote:
> On 06/03/2013 10:33 PM, 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
&g
On 06/07, Daniel Lezcano wrote:
> On 06/06/2013 08:04 PM, Stephen Boyd wrote:
> > On 06/06, Daniel Lezcano wrote:
> >> On 06/03/2013 10:33 PM, Stephen Boyd wrote:
> >>> On an SMP system with only one global clockevent and a dummy
> >>> clockevent per C
that series is going to break the arm
architected timer path because they're circumventing all this epoch_ns
code. It would be better if you could replace that patch with this patch
because this optimizes it in the same way and also fixes a bug at the
same time.
Thanks,
Stephen
On 06/12/13
On 06/17/13 14:50, John Stultz wrote:
> On 06/17/2013 12:51 PM, Stephen Boyd wrote:
>> John,
>>
>> I just saw your pull request for making this code generic. I believe
>> this patch fixes a bug that nobody has seen in practice so it's probably
>> fine to d
.
Cc: Russell King
Signed-off-by: Stephen Boyd
---
kernel/time/sched_clock.c | 19 ---
1 file changed, 8 insertions(+), 11 deletions(-)
diff --git a/kernel/time/sched_clock.c b/kernel/time/sched_clock.c
index aad1ae6..a326f27 100644
--- a/kernel/time/sched_clock.c
+++ b/kernel
This function is only used on MSM7x00A so only compile the
function if the build includes support for that platform.
Signed-off-by: Stephen Boyd
---
Unchanged from previous sends.
arch/arm/mach-msm/io.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-msm/io.c b/arch/arm
From: Rohit Vaswani
MSM_TLMM_BASE is currently not mapped by 8x60. Remove it.
Signed-off-by: Rohit Vaswani
Signed-off-by: Stephen Boyd
---
Unchanged from previous sends.
arch/arm/mach-msm/include/mach/msm_iomap-8x60.h | 4
1 file changed, 4 deletions(-)
diff --git a/arch/arm/mach-msm
The contents of mach/board.h are only used by files within
mach-msm so there is no need to export this file outside of the
mach-msm directory. Move the contents of the file to common.h to
allow us to compile MSM in the multi-platform kernel.
Cc: Florian Tobias Schandinat
Signed-off-by: Stephen
r-next tree:
git://git.kernel.org/pub/scm/linux/kernel/git/davidb/linux-msm.git for-next
Rohit Vaswani (1):
ARM: msm: Remove unused and unmapped MSM_TLMM_BASE for 8x60
Stephen Boyd (10):
ARM: msm: Don't compile __msm_ioremap_caller() unless used
ARM: msm: Move debug-macro.S to
The functionality provided by clock.c in mach-msm is only needed
on proc_comm based platforms. Only build the file if proc_comm is
enabled. This prevents compile failures for platforms that are
part of the multi-platform kernel.
Signed-off-by: Stephen Boyd
---
This patch also breaks compile for
churn in places that depend
on CONFIG_ARCH_MSM.
Cc: Arnd Bergmann
Signed-off-by: Stephen Boyd
---
RFC because this has problems with msm_sdcc and usb_otg using
mach specific APIs. See the cover letter for more details.
arch/arm/Kconfig | 3 ++-
arch/arm/mach-msm/Kconfig | 55
an Moskovchenko
Signed-off-by: Stephen Boyd
---
Joerg, please ack so this can go through the MSM tree.
drivers/iommu/msm_iommu.c | 4 ++--
arch/arm/mach-msm/include/mach/iommu.h => drivers/iommu/msm_iommu.h | 0
drivers/iom
d MSM platforms. This
allows the dt-based platforms to participate in the
multi-platform kernel.
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/Makefile | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-msm/Makefile b/arch/arm/mach-msm/Makefile
index 4c
bing today due to missing clocks.
Cc: Stepan Moskovchenko
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/Makefile| 1 -
arch/arm/mach-msm/devices-iommu.c | 912 --
2 files changed, 913 deletions(-)
delete mode 100644 arch/arm/mach-msm/devices-iom
One more step to allowing MSM to participate in the
multi-platform defconfig.
Signed-off-by: Stephen Boyd
---
Unchanged from previous sends.
arch/arm/Kconfig.debug | 9 +++-
.../mach/debug-macro.S => include/debug/msm.S} | 32 ++-
arch/arm/mach-
Nobody is using these mappings so just drop them. of_iomap() in
the timer driver will take care of it for us. Doing this allows
us to remove the 8x60 and 8960 iomap files completely.
Signed-off-by: Stephen Boyd
---
Unchanged from previous sends.
arch/arm/mach-msm/board-dt-8660.c
This allows us to remove the init_time callback in the DT machine
descriptors, shrinking the code.
Signed-off-by: Stephen Boyd
---
Unchanged from previous sends.
arch/arm/Kconfig | 1 +
arch/arm/mach-msm/board-dt-8660.c | 1 -
arch/arm/mach-msm/board-dt-8960.c | 1 -
arch
Thomas,
On 06/18, Mark Rutland wrote:
> On Thu, Jun 13, 2013 at 07:39:50PM +0100, Stephen Boyd wrote:
> > On 06/13, Thomas Gleixner wrote:
> > > On Thu, 13 Jun 2013, Daniel Lezcano wrote:
> > > > I prefer Thomas to have a look at it and ack it. I chang
On 06/17, Stephen Boyd wrote:
> diff --git a/arch/arm/mach-msm/devices.h b/arch/arm/mach-msm/devices.h
> index da902cf..dccefad 100644
> --- a/arch/arm/mach-msm/devices.h
> +++ b/arch/arm/mach-msm/devices.h
> @@ -16,10 +16,6 @@
> #ifndef __ARCH_ARM_MACH_MSM_DE
Sending to correct Joerg address.
On 06/17, Stephen Boyd wrote:
> Add calls to clk_prepare and unprepare so that MSM can migrate to
> the common clock framework. We never unprepare the clocks until
> driver remove because the clocks are enabled and disabled in irq
> context. Finer g
Sending to correct Joerg address.
On 06/17, Stephen Boyd wrote:
> Calling clk_set_min_rate() is no better than just calling
> clk_set_rate() because MSM clock code already takes care of
> calling the min_rate ops if the clock really needs
> clk_set_min_rate() called on it.
>
>
On 06/17, Stephen Boyd wrote:
> Resending to collect higher level maintainer acks per Olof's request.
> The plan is to push this patchset through MSM to the arm-soc tree.
>
> This patchset moves the existing MSM clock code and affected drivers to the
> common clock framewor
On 06/18, Stephen Boyd wrote:
> This patchset allows me to compile and run the DT based MSM
> platforms in the multi-platform ARM kernel. This is built on
> top of a couple patches I've sent out already (specifically
> the debug_ll patch series and the clocksource_of conversion)
Comments have been light for this round so I think we're about
ready to merge. John/Thomas, can you pick up these patches or
shall I route them through arm-soc or something else?
On 05/13, Stephen Boyd wrote:
> In light of Mark Rutland's recent work on divorcing the ARM architected
On 05/13, Stephen Boyd wrote:
> 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
> Signed-off-by: Stephen
On 05/31, John Stultz wrote:
> On 04/30/2013 05:54 PM, Stephen Boyd wrote:
> >Here's the patch to make sched_clock generic. I didn't know
> >where to put it so I just made a new file in kernel/sched
> >for now.
> >
> >Signed-off-by: Stephen Boyd
On 05/31, John Stultz wrote:
> On 05/31/2013 10:45 AM, Stephen Boyd wrote:
> >Comments have been light for this round so I think we're about
> >ready to merge. John/Thomas, can you pick up these patches or
> >shall I route them through arm-soc or something else?
>
>
This allows the ssbi module to be autoloaded on boot.
Cc: David Brown
Signed-off-by: Stephen Boyd
---
drivers/mfd/ssbi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/ssbi.c b/drivers/mfd/ssbi.c
index f32da02..e561d3b 100644
--- a/drivers/mfd/ssbi.c
+++ b/drivers/mfd/ssbi.c
Use devm_ioremap_resource and devm_kzalloc to simplify error
paths and reduce lines of code.
Cc: David Brown
Signed-off-by: Stephen Boyd
---
drivers/mfd/ssbi.c | 69 +-
1 file changed, 11 insertions(+), 58 deletions(-)
diff --git a/drivers
ssible if we're suspended.
Signed-off-by: Stephen Boyd
---
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 45efe86..a781c59 100644
--- a/arch/arm/kernel/sched_clock.c
+
imers on ARM64 and ARM to use it.
Stephen Boyd (6):
ARM: sched_clock: Remove unused needs_suspend member
ARM: sched_clock: Return suspended count earlier
sched_clock: Make ARM's sched_clock generic for all architectures
sched_clock: Add support for >32 bit sched_clock
ARM: arch_t
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
---
arch/arm/kernel/sched_clock.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm
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
without this patch.
Signed-off-by: Stephen Boyd
---
arch/arm/kernel/arch_timer.c
handling that the
generic sched_clock code already has.
Signed-off-by: Stephen Boyd
---
include/linux/sched_clock.h | 2 +
kernel/time/sched_clock.c | 101
2 files changed, 77 insertions(+), 26 deletions(-)
diff --git a/include/linux/sched_clock.h b
the first read.
Tested-by: Christopher Covington
Acked-by: Catalin Marinas
Signed-off-by: Stephen Boyd
---
arch/arm64/Kconfig | 1 +
arch/arm64/kernel/time.c | 11 ++-
2 files changed, 3 insertions(+), 9 deletions(-)
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index
Nothing about the sched_clock implementation in the ARM port is
specific to the architecture. Generalize the code so that other
architectures can use it by selecting GENERIC_SCHED_CLOCK.
Signed-off-by: Stephen Boyd
---
arch/arm/Kconfig | 1 +
arch/arm/common
On 06/03/13 01:10, Lee Jones wrote:
>> Use devm_ioremap_resource and devm_kzalloc to simplify error
>> paths and reduce lines of code.
> The code looks fine, but you're actually doing a great deal more than
> you describe in the commit message. Would you mind expanding?
>
> I.e:
>
>> +d
This allows the ssbi module to be autoloaded on boot.
Cc: David Brown
Signed-off-by: Stephen Boyd
---
No changes since v1
drivers/mfd/ssbi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mfd/ssbi.c b/drivers/mfd/ssbi.c
index f32da02..e561d3b 100644
--- a/drivers/mfd/ssbi.c
nally, use
module_platform_driver() to save some more lines.
Cc: David Brown
Signed-off-by: Stephen Boyd
---
Updated commit text since v1.
drivers/mfd/ssbi.c | 69 +-
1 file changed, 11 insertions(+), 58 deletions(-)
diff --git a/driver
On 06/03/13 00:12, Baruch Siach wrote:
> Hi Stephen,
>
> On Sat, Jun 01, 2013 at 11:39:40PM -0700, Stephen Boyd wrote:
>> Nothing about the sched_clock implementation in the ARM port is
>> specific to the architecture. Generalize the code so that other
>> architectu
On 06/03/13 01:54, Marc Zyngier wrote:
> On 31/05/13 23:16, Stephen Boyd wrote:
>> On 05/31, John Stultz wrote:
>>> On 05/31/2013 10:45 AM, Stephen Boyd wrote:
>>>> Comments have been light for this round so I think we're about
>>>> ready to merge
ossible]
Signed-off-by: Stephen Boyd
---
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/Mak
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: smp_twd: Divorce smp_twd from local timer A
Drop ARM's version of the dummy timer now that we have a generic
implementation in drivers/clocksource.
Acked-by: Marc Zyngier ,
Cc: Russell King
Signed-off-by: Stephen Boyd
---
arch/arm/kernel/smp.c | 22 ++
1 file changed, 2 insertions(+), 20 deletions(-)
diff --
,
Signed-off-by: Stephen Boyd
---
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 47a6730..efe4a
There are no more users of this API, remove it.
Acked-by: Tony Lindgren
Acked-by: Marc Zyngier ,
Cc: Russell King
Signed-off-by: Stephen Boyd
---
arch/arm/Kconfig | 10 --
arch/arm/include/asm/localtimer.h | 34 ---
arch/arm/kernel/smp.c | 69
Cc: Daniel Lezcano
Signed-off-by: Stephen Boyd
---
kernel/time/tick-common.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/kernel/time/tick-common.c b/kernel/time/tick-common.c
index 5d3fb10..3da62de 100644
--- a/kernel/time/tick-common.c
+++ b/kernel/time/tick-common.c
: Stephen Boyd
---
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| 2 +-
arch/arm/mach-realview/Kconfig | 8
Separate the armada 370xp local timers from the local timer API.
This will allow us to remove ARM local timer support in the near
future and makes this driver multi-architecture friendly.
Acked-by: Gregory CLEMENT
Tested-by: Gregory CLEMENT
Acked-by: Marc Zyngier ,
Signed-off-by: Stephen Boyd
Separate the msm_timer 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.
Acked-by: David Brown
Acked-by: Marc Zyngier ,
Cc: Daniel Walker
Cc: Bryan Huntsman
Signed-off-by: Stephen
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
Acked-by: Tony Lindgren
Acked-by: Marc Zyngier ,
Signed-off-by: Stephen Boyd
---
arc
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.
Acked-by: Marc Zyngier ,
Cc: Barry Song
Signed-off-by: Stephen Boyd
---
drivers/clocksource/timer
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.
Acked-by: Kukjin Kim
Acked-by: Marc Zyngier ,
Cc: Thomas Abraham
Signed-off-by: Stephen Boyd
On 06/03/13 02:39, Russell King - ARM Linux wrote:
> On Sat, Jun 01, 2013 at 11:39:41PM -0700, Stephen Boyd wrote:
>> +static unsigned long long notrace sched_clock_64(void)
>> +{
>> +u64 cyc = read_sched_clock_64() - cd.epoch_ns;
>> +return cyc * cd.mult;
>
Resending due to rmk's vacation.
On 05/24/13 15:05, Stephen Boyd wrote:
> I've noticed another problem now that our caches are used. On MSM
> we have TEXT_OFFSET set to at least 0x208000 if we've built-in
> support for MSM8x60/8960. If I boot a kernel with the MSM code
On 06/03/13 15:23, Russell King - ARM Linux wrote:
> On Mon, Jun 03, 2013 at 02:13:39PM -0700, Stephen Boyd wrote:
>> We
>> can't get any information about why the decompression failed if
>> we have debug_ll enabled. I had to patch the error() routine to
>> not whil
On 06/03/13 15:45, Russell King - ARM Linux wrote:
> On Mon, Jun 03, 2013 at 03:37:39PM -0700, Stephen Boyd wrote:
>> In my case I'm booting a kernel with textoffset = 0x208000 but RAM
>> starts at 0x0. Does "minimum of RAM start" mean 0x0 or 0x20?
> The bas
On 06/03/13 15:12, Russell King - ARM Linux wrote:
> On Mon, Jun 03, 2013 at 02:11:59PM -0700, Stephen Boyd wrote:
>> On 06/03/13 02:39, Russell King - ARM Linux wrote:
>>> On Sat, Jun 01, 2013 at 11:39:41PM -0700, Stephen Boyd wrote:
>>>> +}
>>>> +
>&g
On 06/19, Stephen Boyd wrote:
>
> Can you pick up the first two patches in this series please? And
> preferably make a stable branch that can be pulled into arm-soc?
> Then I can send the rest through the arm-soc tree.
>
ping?
--
Qualcomm Innovation Center, Inc. is a member
tree and fix up the asm users,
but it's easier to add a temporary asm header that we can remove
along with the few stragglers after the merge window is over.
Signed-off-by: Stephen Boyd
---
arch/arm/include/asm/sched_clock.h | 4
1 file changed, 4 insertions(+)
create mode 100644 a
etree-disc...@lists.ozlabs.org
Cc: Marc Zyngier
Cc: Mark Rutland
Cc: Rob Herring
Signed-off-by: Stephen Boyd
---
.../devicetree/bindings/arm/arch_timer.txt | 59 --
1 file changed, 56 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/bindings/arm/arch_ti
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
Cc: Marc Zyngier
Signed-off-by: Stephen Boyd
---
drivers/clocksource/arm_arch_timer.c | 2 +-
1 file changed, 1 insertion(+), 1 de
o much 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
Cc: Marc Zyngier
Cc: Rob Herring
Signed-off-by: Stephen Boyd
---
drivers/c
ed 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
clocksource: arch_timer: Pass clock event to set_mode callback
clocksource: arch_timer: Push the read/write
We're going to introduce support to read and write the memory
mapped timer registers in the next patch, so push the cp15
read/write functions one level deeper. This simplifies the next
patch and makes it clearer what's going on.
Cc: Mark Rutland
Cc: Marc Zyngier
Signed-off-by: St
On 06/21/13 08:56, Thomas Gleixner wrote:
>
>> +static irqreturn_t gt_clockevent_interrupt(int irq, void *dev_id)
>> +{
>> +struct clock_event_device *evt = *(struct clock_event_device **)dev_id;
> What kind of construct is this?
>
> You are using request_percpu_irq() and the device id is point
On 06/21/13 14:00, Thomas Gleixner wrote:
> On Fri, 21 Jun 2013, Stephen Boyd wrote:
>
>> On 06/21/13 08:56, Thomas Gleixner wrote:
>>>> +static irqreturn_t gt_clockevent_interrupt(int irq, void *dev_id)
>>>> +{
>>>> + struct clock_event_dev
On 06/21, Rohit Vaswani wrote:
> diff --git a/arch/arm/boot/dts/msm8974.dts b/arch/arm/boot/dts/msm8974.dts
> new file mode 100644
> index 000..d9c10d4
> --- /dev/null
> +++ b/arch/arm/boot/dts/msm8974.dts
> @@ -0,0 +1,23 @@
> +/dts-v1/;
> +
> +/include/ "skeleton.dtsi"
> +
> +/ {
> + model
On 06/21/13 14:18, Thomas Gleixner wrote:
> On Fri, 21 Jun 2013, Stephen Boyd wrote:
>> /*
>> * Architected system timer support.
>> @@ -46,13 +73,69 @@ static bool arch_timer_use_virtual = true;
>> static inline void arch_timer_reg_write(i
On 06/24/13 08:53, Srinivas KANDAGATLA wrote:
> +
> +static void gt_clockevents_stop(struct clock_event_device *clk)
> +{
> + gt_clockevent_set_mode(CLOCK_EVT_MODE_UNUSED, clk);
> + disable_percpu_irq(clk->irq);
> +}
> +
> +static int __cpuinit gt_clockevents_setup(struct clock_event_device
On 06/21/13 10:07, Stephen Boyd wrote:
> On 06/19, Stephen Boyd wrote:
>> Can you pick up the first two patches in this series please? And
>> preferably make a stable branch that can be pulled into arm-soc?
>> Then I can send the rest through the arm-soc tree.
>>
>
On 06/24/13 14:08, Srinivas KANDAGATLA wrote:
> On 24/06/13 21:06, Stephen Boyd wrote:
>> On 06/24/13 08:53, Srinivas KANDAGATLA wrote:
>>> +
>>> +static void gt_clockevents_stop(struct clock_event_device *clk)
>>> +{
>>> + gt_c
On 06/24/13 08:53, Srinivas KANDAGATLA wrote:
> +#include
Why do you need this include?
> +#include
And this one?
> +static u64 gt_counter_read(void)
> +{
> + u64 counter;
> + u32 lower;
> + u32 upper, old_upper;
> +
> + upper = readl_relaxed(gt_base + GT_COUNTER1);
> + do
On 06/21/13 10:42, John Stultz wrote:
> On 06/21/2013 10:05 AM, Stephen Boyd wrote:
>> On 06/21, Arnd Bergmann wrote:
>>> This causes build failures when doing a simple merge with the arm-soc
>>> tree:
>>>
>>> ==> build/clps711x_defconfig/fai
On 06/24/13 17:03, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Commit 38ff87f7 (sched_clock: Make ARM's sched_clock generic for all
> architectures) changed the header to , so adapt it in
> order
> to fix the following build error:
>
> arch/arm/mach-clps711x/common.c:37:29: fatal error: asm/s
On 06/24/13 19:44, Fabio Estevam wrote:
> On Mon, Jun 24, 2013 at 9:37 PM, Stephen Boyd wrote:
>
>> Is this one in the arm-soc tree? I plan to make a sweep after 3.11-rc1
> I haven't see a fix for this in the linux-arm-kernel list.
http://article.gmane.org/gmane.linux.kernel/
simplify the code because
we no longer go through an architecture layer that is essentially a hotplug
notifier.
----
Stephen Boyd (9):
ARM: smp: Remove duplicate dummy timer implementation
ARM: smp_twd: Divorce smp_twd from
)
Fix it by telling generic layers about the static mapping. This also
has the nice side effect of letting you see the mapping in procfs'
vmallocinfo file.
Cc: Rob Herring
Cc: Stephen Warren
Signed-off-by: Stephen Boyd
---
arch/arm/mm/mmu.c | 13 +
1 file changed, 13 inser
This function is only used on MSM7x00A so only compile the
function if the build includes support for that platform.
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/io.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-msm/io.c b/arch/arm/mach-msm/io.c
index cc077c5
Nobody is using these mappings so just drop them. of_iomap() in
the timer driver will take care of it for us. Doing this allows
us to remove the 8x60 and 8960 iomap files completely.
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/board-dt-8660.c | 3 +-
arch/arm/mach-msm/board
merge
window or after to remove those two.
Patches are based on David Brown's MSM for-next tree.
git://git.kernel.org/pub/scm/linux/kernel/git/davidb/linux-msm.git for-next
Stephen Boyd (3):
ARM: msm: Move debug-macro.S to include/debug
ARM: msm: Remove TMR and TMR0 static mappings
ARM:
One more step to allowing MSM to participate in the
multi-platform defconfig.
Signed-off-by: Stephen Boyd
---
arch/arm/Kconfig.debug | 9 +++-
.../mach/debug-macro.S => include/debug/msm.S} | 32 ++-
arch/arm/mach-msm/include/mach/msm_iomap-7x0
On 07/01/13 10:49, Thomas Gleixner wrote:
> On Mon, 1 Jul 2013, Stehle Vincent-B46079 wrote:
>
>> From: Thomas Gleixner [mailto:t...@linutronix.de]
>>> (..) Can you please apply the patch below and provide the output?
>> Sure; thanks for the patch. The kernel seems to be in a loop, as it prints
>
/device
>
> 2) tick_check_oneshot_broadcast needs a sanity check
>
> Patch below.
Looks good.
Reviewed-by: Stephen Boyd
One minor typo in the comment below.
> + switch (tick_broadcast_device.mode) {
> + case TICK
On 07/01/13 14:24, Thomas Gleixner wrote:
> On Mon, 1 Jul 2013, Stephen Boyd wrote:
>> On 07/01/13 13:14, Thomas Gleixner wrote:
>>> The issue is very subtle. What happens is:
>>>
>>> CPU0CPU1
>>>
>
On 07/02, Stephen Warren wrote:
> From: Stephen Warren
>
> Commit 281ecb7 "arm: delete __cpuinit/__CPUINIT usage from all ARM
> users" removed a __CPUINIT from head-common.S. However, the code
> immediately before the removed tag was marked __INIT, and was missing
> a match __FINIT. This caused c
> > -#ifdef CONFIG_LOCAL_TIMERS
> > local_timer_register(&armada_370_xp_local_timer_ops);
> > -#endif
> > }
> > }
> >
>
> I thought this issue was kind of fixed by the patch
> "clocksource: time-armada-370-xp: Divorce from local
x27;t actually be
a problem on uniprocessor systems and the kernel will boot just
fine. Skip this check if we're running a UP kernel or if we
detect that the hardware only supports a single processor.
Cc: Nicolas Pitre
Cc: Russell King
Signed-off-by: Stephen Boyd
---
Maybe we should just drop
Russell,
Shall I put these two patches in the patch tracker for 3.11?
On 06/14/13 13:32, Stephen Boyd wrote:
> Failure to add the mapping created in debug_ll_io_init() can lead
> to the BUG_ON() triggering in lib/ioremap.c:27 if the static
> virtual address decided for the debug_l
On 06/26, Ivan T. Ivanov wrote:
>
> You probably already know, but this patch causes compile error:
>
> arch/arm/mach-msm/board-dt-8660.c:20:24: fatal error: mach/board.h: No such
> file or directory
>
> I have fixed it locally like this:
Thanks. I think I'll just remove instead.
--
Qualcom
Hi,
I'm getting the folllowing BUG message on bootup with 3.10-rc5
BUG: sleeping function called from invalid context at mm/slub.c:926
in_atomic(): 1, irqs_disabled(): 128, pid: 1, name: swapper/0
CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.10.0-rc5-gee3e35b-09316-ge78f3b35
#643
[] (unwind_backt
On 06/26/13 23:58, Felipe Balbi wrote:
> On Wed, Jun 26, 2013 at 02:52:56PM -0700, Stephen Boyd wrote:
>> Hi,
>>
>> I'm getting the folllowing BUG message on bootup with 3.10-rc5
>>
>> BUG: sleeping function called from invalid context at mm/slub.c:926
>&g
On 06/28/13 05:09, Thomas Gleixner wrote:
> On Thu, 27 Jun 2013, Stehle Vincent-B46079 wrote:
>
> Cc'ed Mark and Stephen.
>
>> FYI I remark that today's Linux next 'next-20130627' breaks i.MX6
>> sabre sd UART console with ARM config imx_v6_v7_defconfig.
>> This was working fine yesterday with 'nex
On 06/28/13 09:58, Stehle Vincent-B46079 wrote:
> From: linux-next-ow...@vger.kernel.org
> [mailto:linux-next-ow...@vger.kernel.org] On Behalf Of Stephen Boyd
> (..)
>> Do you have debug_ll support to get some serial logs?
> Hi,
>
> Thanks for your concern on the matter.
On 06/28/13 03:58, Felipe Balbi wrote:
> Hi,
>
> On Thu, Jun 27, 2013 at 09:57:52AM -0700, Stephen Boyd wrote:
>> On 06/26/13 23:58, Felipe Balbi wrote:
>>> On Wed, Jun 26, 2013 at 02:52:56PM -0700, Stephen Boyd wrote:
>>>> Hi,
>>>>
>>>>
On 06/28, Stephen Boyd wrote:
> On 06/28/13 09:58, Stehle Vincent-B46079 wrote:
> > From: linux-next-ow...@vger.kernel.org
> > [mailto:linux-next-ow...@vger.kernel.org] On Behalf Of Stephen Boyd
> > (..)
> >> Do you have debug_ll support to get some serial logs?
&
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() and so we've
> been getting away without having a no
301 - 400 of 10018 matches
Mail list logo
