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
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
On 07/18, Stephen Boyd wrote:
> The 32 bit sched_clock interface now supports 64 bits. Upgrade to
> the 64 bit function to allow us to remove the 32 bit registration
> interface.
>
> Cc: Srinidhi Kasagar
> Cc: Linus Walleij
> Signed-off-by: Stephen Boyd
> ---
Hmph, t
On 07/18, John Stultz wrote:
> On 07/18/2013 04:21 PM, Stephen Boyd wrote:
> >This patchset adds support for 64 bit counters in the generic
> >sched_clock code and converts drivers over to use it. Based
> >on v3.11-rc1.
> >
> >Changes since v3:
> > * Move to
On 07/19, Baruch Siach wrote:
> On Thu, Jul 18, 2013 at 04:21:17PM -0700, Stephen Boyd wrote:
> > @@ -110,14 +123,13 @@ void __init setup_sched_clock(u32 (*read)(void), int
> > bits, unsigned long rate)
> > if (cd.rate > rate)
> > return;
On 07/11/13 20:26, Hanumant Singh wrote:
> +
> +MODULE_AUTHOR("Hanumant Singh ");
> +MODULE_LICENSE("GPLv2");
Doesn't this need to be "GPL v2"?
--
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum,
hosted by The Linux Foundation
--
To unsubscribe from this list: send the line "u
On 07/20, Linus Walleij wrote:
> On Fri, Jul 19, 2013 at 1:21 AM, Stephen Boyd wrote:
>
> > This patchset adds support for 64 bit counters in the generic
> > sched_clock code and converts drivers over to use it. Based
> > on v3.11-rc1.
> >
> > Changes since
On 07/22, Shawn Guo wrote:
> On Thu, Jul 18, 2013 at 04:21:23PM -0700, Stephen Boyd wrote:
> > The 32 bit sched_clock interface now supports 64 bits. Upgrade to
> > the 64 bit function to allow us to remove the 32 bit registration
> > interface.
> >
> > Cc: Sh
On 07/22/13 11:21, John Stultz wrote:
> On 07/18/2013 04:21 PM, Stephen Boyd wrote:
>> In the next patch we're going to increase the number of bits that
>> the generic sched_clock can handle to be greater than 32. With
>> more than 32 bits the wraparound time can be l
On 07/22/13 11:45, Stephen Boyd wrote:
> On 07/22/13 11:21, John Stultz wrote:
>> On 07/18/2013 04:21 PM, Stephen Boyd wrote:
>>> In the next patch we're going to increase the number of bits that
>>> the generic sched_clock can handle to be greater than 32
On 07/22/13 13:48, John Stultz wrote:
> On 07/22/2013 11:58 AM, Stephen Boyd wrote:
>> On 07/22/13 11:45, Stephen Boyd wrote:
>>> On 07/22/13 11:21, John Stultz wrote:
>>>> On 07/18/2013 04:21 PM, Stephen Boyd wrote:
>>>>> In the next patch we're g
On 07/20, Bedia, Vaibhav wrote:
> Hi,
>
> On Sat, Jul 06, 2013 at 05:09:33, Stephen Boyd wrote:
> > In a uniprocessor implementation the interrupt processor targets
> > registers are read-as-zero/write-ignored (RAZ/WI). Unfortunately
> > gic_get_cpumask() will prin
On 07/23, Olof Johansson wrote:
> On Tue, Jun 25, 2013 at 1:02 PM, Stephen Boyd wrote:
> > Olof/Arnd,
> >
> > These patches remove the ARM local timer API. The ARM architected
> > timers have already moved away from this API so this series
> > migrates the rest o
UARTDM cores have a TX fifo that can accept more than one
character per register write, but the msm_serial driver currently
only supports 1 character mode. Add support for this mode of operation
to speed up the transmit path on DM devices.
Signed-off-by: Stephen Boyd
---
drivers/tty/serial
newer UARTDM
devices via new compatible fields.
Stephen Boyd (4):
msm_serial: Fix NUL byte output on UARTDM
msm_serial: Fix sparse warnings
msm_serial: Make baud_code detection more dynamic
msm_serial: Send more than 1 character at a time on UARTDM
drivers/tty/serial/msm_serial.c | 180
em and use writel instead of
iowrite because we're not dealing with PCI devices. Also, mark
msm_set_mctrl() static because it isn't used outside this file.
Signed-off-by: Stephen Boyd
---
drivers/tty/serial/msm_serial.c | 17 +++--
1 file changed, 7 insertions(+), 10 deleti
matches. This
allows us to support uarts with faster clock speeds.
Signed-off-by: Stephen Boyd
---
drivers/tty/serial/msm_serial.c | 98 ++---
drivers/tty/serial/msm_serial.h | 18 ++--
2 files changed, 48 insertions(+), 68 deletions(-)
diff --git a/drivers
igned-off-by: Stephen Boyd
---
drivers/tty/serial/msm_serial.c | 14 +-
drivers/tty/serial/msm_serial.h | 1 +
2 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/drivers/tty/serial/msm_serial.c b/drivers/tty/serial/msm_serial.c
index 2c6cfb3..fa3fc67 100644
--- a/driver
On 06/21, James Hogan wrote:
> On 21 June 2013 18:04, Mike Turquette wrote:
> > Quoting James Hogan (2013-06-13 09:05:57)
> >> 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. I
On 07/09, Stephen Boyd wrote:
> If one process calls sys_reboot and that process then stops other
> CPUs while those CPUs are within a spin_lock() region we can
> potentially encounter a deadlock scenario like below.
>
> CPU 0
27;
[-Werror=implicit-function-declaration]
This driver failed to compile after commit 68515bb
(gpio_msm: Convert to use devm_ioremap_resource,
2013-06-10).
Cc: Tushar Behera
Signed-off-by: Stephen Boyd
---
drivers/gpio/gpio-msm-v1.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpi
On 07/24/13 13:21, Russell King - ARM Linux wrote:
> On Wed, Jul 24, 2013 at 11:56:18AM -0700, Stephen Boyd wrote:
>> On 07/09, Stephen Boyd wrote:
>>> If one process calls sys_reboot and that process then stops other
>>> CPUs while those CPUs are within a spin_lock() re
On 07/22, Mark Rutland wrote:
> Hi Stephen,
>
> On Fri, Jul 19, 2013 at 12:59:27AM +0100, Stephen Boyd wrote:
> > This patchset adds support for memory mapped architected timers. We
> > don't have any other global broadcast timer in our system, so we use the
> > m
. We use local_irq_disable() here for cross-arch
consistency with x86.
Reported-by: Sundarajan Srinivasan
Signed-off-by: Stephen Boyd
---
Changes since v1:
- Use local_irq_disable() instead of preempt_disable()
arch/arm/kernel/process.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/
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 3dc04cc
These are a set of patches that move MSM closer to multi-platform
but still keep everything compiling. We still have to tackle
reset and dma, but these patches shouldn't be controversial.
Rohit Vaswani (1):
ARM: msm: Remove unused and unmapped MSM_TLMM_BASE for 8x60
Stephen Boyd (8):
From: Rohit Vaswani
MSM_TLMM_BASE is currently not mapped by 8x60. Remove it.
Signed-off-by: Rohit Vaswani
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/include/mach/msm_iomap-8x60.h | 4
1 file changed, 4 deletions(-)
diff --git a/arch/arm/mach-msm/include/mach/msm_iomap-8x60.h
b
del
Cc: Stepan Moskovchenko
Signed-off-by: Stephen Boyd
---
drivers/iommu/msm_iommu.c | 4 ++--
arch/arm/mach-msm/include/mach/iommu.h => drivers/iommu/msm_iommu.h | 0
drivers/iommu/msm_iommu_dev.c | 4 ++--
.../inc
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
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
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-896
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
This allows us to remove the init_time callback in the DT machine
descriptors, shrinking the code.
Signed-off-by: Stephen Boyd
---
arch/arm/Kconfig | 1 +
arch/arm/mach-msm/board-dt-8660.c | 1 -
arch/arm/mach-msm/board-dt-8960.c | 1 -
arch/arm/mach-msm/common.h| 1
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 | 2 +-
arch/arm/mach-msm/board
Export this symbol so that modules can register fixed rate
clocks.
Signed-off-by: Stephen Boyd
---
drivers/clk/clk-fixed-rate.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/clk-fixed-rate.c b/drivers/clk/clk-fixed-rate.c
index dc58fbd..1ed591a 100644
--- a/drivers/clk/clk
Add the necessary data to probe an 8974 gcc device.
Signed-off-by: Stephen Boyd
---
.../devicetree/bindings/clock/qcom,gcc.txt | 1 +
drivers/clk/msm/Kconfig| 7 ++
drivers/clk/msm/Makefile | 1 +
drivers/clk/msm/core.c
y register clocks. This is sufficient enough to get the UART
going on my msm8960 device.
If DT reviewers are ok I'll go ahead and generate the rest of the data
and post v2.
Stephen Boyd (14):
clk: fixed-rate: Export clk_fixed_rate_register()
clk: Add of_init_clk_data() to parse common
hange during
clk_set_rate() it will call the .set_rate_and_parent() op if
available and fall back to calling .set_parent() followed by
.set_rate() otherwise.
Cc: James Hogan
Signed-off-by: Stephen Boyd
---
Documentation/clk.txt| 3 ++
drivers/clk/clk.c
parsed.
Signed-off-by: Stephen Boyd
---
drivers/clk/clk.c| 64
include/linux/clk-provider.h | 16 +++
2 files changed, 80 insertions(+)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index ea8e951b..1e3e0db 100644
--- a/drivers
Fill in the data and wire up the global clock controller to the
MSM clock driver. This should allow most non-multimedia device
drivers to control their clocks on 8960 based platforms.
Cc: devicet...@vger.kernel.org
Signed-off-by: Stephen Boyd
---
.../devicetree/bindings/clock/qcom,gcc.txt
Add the necessary DT data to probe the multimedia clock controller
on MSM8960 devices.
Signed-off-by: Stephen Boyd
---
arch/arm/boot/dts/msm8960-cdp.dts | 37 +
1 file changed, 37 insertions(+)
diff --git a/arch/arm/boot/dts/msm8960-cdp.dts
b/arch/arm/boot
Fill in the data and wire up the multimedia clock controller to
the MSM clock driver. This should allow multimedia device drivers
to control their clocks on 8960 based platforms.
Cc: devicet...@vger.kernel.org
Signed-off-by: Stephen Boyd
---
.../devicetree/bindings/clock/qcom,mmcc.txt
Cc: devicet...@vger.kernel.org
Signed-off-by: Stephen Boyd
---
Documentation/devicetree/bindings/clock/msm.txt | 31 +
drivers/clk/msm/Makefile| 2 +
drivers/clk/msm/clk-rcg.c | 754
drivers/clk/msm/clk-rcg.h
Signed-off-by: Stephen Boyd
---
arch/arm/boot/dts/msm8960-cdp.dts | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/msm8960-cdp.dts
b/arch/arm/boot/dts/msm8960-cdp.dts
index be8d947..e10fba6 100644
--- a/arch/arm/boot/dts/msm8960-cdp.dts
+++ b/arch/arm/boot/dts/msm8960
Add the necessary DT data to probe the global clock controller
on MSM8960 devices.
Signed-off-by: Stephen Boyd
---
arch/arm/boot/dts/msm8960-cdp.dts | 72 +++
1 file changed, 72 insertions(+)
diff --git a/arch/arm/boot/dts/msm8960-cdp.dts
b/arch/arm/boot
Cc: devicet...@vger.kernel.org
Signed-off-by: Stephen Boyd
---
Documentation/devicetree/bindings/clock/msm.txt | 28
drivers/clk/msm/Makefile| 1 +
drivers/clk/msm/clk-branch.c| 190
drivers/clk/msm/clk-branch.h
Signed-off-by: Stephen Boyd
---
drivers/clk/msm/Makefile | 2 +
drivers/clk/msm/core.c | 265 +
drivers/clk/msm/internal.h | 24
3 files changed, 291 insertions(+)
create mode 100644 drivers/clk/msm/core.c
create mode 100644 drivers/clk
ve to
free the strings allocated here which could be cumbersome.
Cc: Rob Herring
Signed-off-by: Stephen Boyd
---
drivers/clk/clk.c| 59 +++-
include/linux/clk-provider.h | 7 ++
2 files changed, 65 insertions(+), 1 deletion(-)
diff --
Add support for MSM's PLLs (phase locked loops). This is
sufficient enough to be able to determine the rate the PLL is
running at. We can add rate setting support later when it's
needed.
Cc: devicet...@vger.kernel.org
Signed-off-by: Stephen Boyd
---
Documentation/devicetree/bind
On 07/23, Olof Johansson wrote:
> On Tue, Jul 23, 2013 at 4:40 PM, Stephen Boyd wrote:
> > On 07/23, Olof Johansson wrote:
>
> >> Merged in as localtimer/removal into next/cleanup.
> >>
> >> I had quite a few merge conflicts due to the __cpuinit
On 07/25, Tomasz Figa wrote:
> Hi Stephen,
>
> On Wednesday 24 of July 2013 17:43:31 Stephen Boyd wrote:
> > In similar fashion as of_regulator_match() add an of_clk_match()
> > function that finds an initializes clock init_data structs from
> > devicetree. Drivers
On 07/25, Tomasz Figa wrote:
> On Wednesday 24 of July 2013 17:43:33 Stephen Boyd wrote:
> > +extern struct clk *pll_clk_register(struct device *dev, struct pll_desc
> > *desc, +struct clk_init_data *init);
> > +extern struct clk *pll_vote_clk_regist
On 07/25, Tomasz Figa wrote:
> On Wednesday 24 of July 2013 17:43:30 Stephen Boyd wrote:
> > Consolidate DT parsing for the common bits of a clock binding in
> > one place to simplify clock drivers. This also has the added
> > benefit of standardizing how the clock nam
On 07/25, Tomasz Figa wrote:
> On Wednesday 24 of July 2013 17:43:36 Stephen Boyd wrote:
> > Add a clock driver that registers clocks from a DT node's
> > 'clocks' child. Each new SoC will add a file describing the
> > software interface and frequency plan t
On 07/25, Tomasz Figa wrote:
> On Wednesday 24 of July 2013 17:43:32 Stephen Boyd wrote:
> > Some of Qualcomm's clocks can change their parent and rate at the
> > same time with a single register write. Add support for this
> > hardware to the common clock
On 07/25, Bjorn Andersson wrote:
> On Wed, Jul 24, 2013 at 10:37 AM, Stephen Boyd wrote:
> > [snip]
> > + unsigned int i, divisor;
> > + const struct msm_baud_map *entry;
> > + static const struct msm_baud_map table[] = {
> >
On 08/09, Daniel Lezcano wrote:
>
> yes, but at least the broadcast mechanism should send an IPI to cpu0 to
> wake it up, no ? As Stephen stated this kind of configuration should has
> never been tested before so the tick broadcast code is not handling this
> case properly IMHO.
>
If you have a
On 08/09/13 10:48, Sören Brinkmann wrote:
> On Fri, Aug 09, 2013 at 10:27:57AM -0700, Stephen Boyd wrote:
>> On 08/09, Daniel Lezcano wrote:
>>> yes, but at least the broadcast mechanism should send an IPI to cpu0 to
>>> wake it up, no ? As Stephen stated this kind
On 08/12/13 09:03, Sören Brinkmann wrote:
> On Fri, Aug 09, 2013 at 10:27:57AM -0700, Stephen Boyd wrote:
>> On 08/09, Daniel Lezcano wrote:
>>> yes, but at least the broadcast mechanism should send an IPI to cpu0 to
>>> wake it up, no ? As Stephen stated this kind
On 08/12/13 03:53, Daniel Lezcano wrote:
> On 08/09/2013 07:27 PM, Stephen Boyd wrote:
>> On 08/09, Daniel Lezcano wrote:
>>> yes, but at least the broadcast mechanism should send an IPI to cpu0 to
>>> wake it up, no ? As Stephen stated this kind of configuration shoul
On 08/10/13 12:11, Ohad Ben-Cohen wrote:
> Otherwise, Stephen - do we have your Ack here? I was happy to see your
> review but not sure what's the latest status.
The smp_mb() should be removed. Otherwise I'm willing to accept that we
only build this driver on ARCH_MSM for now. We can fix that in t
On 07/29/13 15:00, Kumar Gala wrote:
> diff --git a/drivers/hwspinlock/msm_hwspinlock.c
> b/drivers/hwspinlock/msm_hwspinlock.c
> new file mode 100644
> index 000..dbd9a69
> --- /dev/null
> +++ b/drivers/hwspinlock/msm_hwspinlock.c
> @@ -0,0 +1,150 @@
> +/*
> + * Copyright (c) 2013, The Linux
On 08/12/13 09:24, Sören Brinkmann wrote:
> On Mon, Aug 12, 2013 at 09:20:19AM -0700, Stephen Boyd wrote:
>> On 08/12/13 09:03, Sören Brinkmann wrote:
>>> On Fri, Aug 09, 2013 at 10:27:57AM -0700, Stephen Boyd wrote:
>>>> On 08/09, Daniel Lezcano wrote:
>>
On 08/08, Mark Rutland wrote:
> Hi Stephen,
>
> On Thu, Jul 25, 2013 at 01:43:37AM +0100, Stephen Boyd wrote:
> > Fill in the data and wire up the global clock controller to the
> > MSM clock driver. This should allow most non-multimedia device
> > drivers to control
On 08/12, Mike Turquette wrote:
> Quoting Stephen Boyd (2013-07-24 17:43:31)
> > In similar fashion as of_regulator_match() add an of_clk_match()
> > function that finds an initializes clock init_data structs from
> > devicetree. Drivers should use this API to find clocks tha
On 08/08/13 13:13, Stephen Boyd wrote:
> pm_qos_update_request_timeout() updates a qos and then schedules
> a delayed work item to bring the qos back down to the default
> after the timeout. When the work item runs, pm_qos_work_fn() will
> call pm_qos_update_request() and deadlock beca
On 08/13/13 09:43, Tejun Heo wrote:
> Hello, Stephen.
>
> On Thu, Aug 08, 2013 at 01:13:57PM -0700, Stephen Boyd wrote:
>> pm_qos_update_request_timeout() updates a qos and then schedules
>> a delayed work item to bring the qos back down to the default
>> after the timeo
On 08/13, Mike Turquette wrote:
> Quoting Stephen Boyd (2013-08-12 22:03:34)
> > The clock controller is hardware and the number of clock outputs
> > is fixed. Isn't all hardware fixed until you start talking about
> > FPGAs? The next minor revision of the clock controll
On 08/13, Rafael J. Wysocki wrote:
> On Tuesday, August 13, 2013 01:01:46 PM Tejun Heo wrote:
> > Hello,
> >
> > On Tue, Aug 13, 2013 at 09:46:26AM -0700, Stephen Boyd wrote:
> > > >> + if (PM_QOS_DEFAULT_VALUE != req->node.prio)
>
(). Future callers of
that qos will also hang waiting to cancel the work that is
canceling itself. Let's extract the little bit of code that does
the real work of pm_qos_update_request() and call it from the
work function so that we don't deadlock.
Cc: Tejun Heo
Signed-off-by: St
On 03/01/13 19:00, Randy Dunlap wrote:
> On 03/01/13 15:51, a...@linux-foundation.org wrote:
>> The mm-of-the-moment snapshot 2013-03-01-15-50 has been uploaded to
>>
>>http://www.ozlabs.org/~akpm/mmotm/
>>
>
> on i386:
>
> ERROR: "copy_from_user_overflow" [fs/binfmt_misc.ko] undefined!
>
> whi
On 03/01/13 19:42, Stephen Boyd wrote:
> On 03/01/13 19:00, Randy Dunlap wrote:
>> On 03/01/13 15:51, a...@linux-foundation.org wrote:
>>> The mm-of-the-moment snapshot 2013-03-01-15-50 has been uploaded to
>>>
>>>http://www.ozlabs.org/~akp
Make msm_defconfig more focused on DT devices, i.e. MSM8660 and
MSM8960. This will encourage us to focus our efforts on the
devicetree-ification of mach-msm, and help us catch build errors
quicker.
Signed-off-by: Stephen Boyd
---
This is a dump of my 8660/8960 defconfig with most of the kernel
The VFP preempt enable/disable code doesn't call into the tracers
and also doesn't participate in the preempt debugging code. This
patchset fixes that by making calls to the C functions from assembly
when appropriate.
Stephen Boyd (2):
ARM: Consolidate preempt enable/disable ass
We duplicate the same few preempt enable and disable assembly
instructions in multiple places in the vfp code. Move the code to
a macro in entry-header.S so that we can modify the preempt
enable/disable assembly in one place in the future.
Signed-off-by: Stephen Boyd
---
arch/arm/kernel/entry
while handling VFP
exceptions.
Signed-off-by: Stephen Boyd
---
arch/arm/kernel/entry-header.S | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/kernel/entry-header.S b/arch/arm/kernel/entry-header.S
index 130e6a6..75bcb18 100644
--- a/arch/arm/kernel/entry-header.S
+++ b/arc
platform device we can make msm_iomap.h private to mach-msm.
Stephen Boyd (4):
ARM: msm: Move dma.h #defines that are private to dma.c
mmc: msm_sdcc: Remove unnecessary include
gpio: Make gpio-msm-v1 into a platform driver
ARM: msm: Remove unused cpu.h header file
arch/arm/mach-msm/board
h-msm).
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/dma.c | 26 ++
arch/arm/mach-msm/include/mach/dma.h | 26 --
2 files changed, 26 insertions(+), 26 deletions(-)
diff --git a/arch/arm/mach-msm/dma.c b/arch/arm/mach-msm/dma.c
Walleij
Tested-by: Rohit Vaswani
Acked-by: Rohit Vaswani
Signed-off-by: Stephen Boyd
---
Changes since v1:
* dropped __devinit
arch/arm/mach-msm/board-halibut.c |1 +
arch/arm/mach-msm/board-msm7x30.c |1 +
arch/arm/mach-msm/board-qsd8x50.c |1 +
arch/arm/mach-msm/board
This header file is no longer used now that the msm timer.c and
the gpio driver have been made more runtime aware. Remove the
header file so no future users pop-up.
Signed-off-by: Stephen Boyd
---
arch/arm/mach-msm/include/mach/cpu.h | 54 --
1 file changed, 54
This driver has no reason to include msm_iomap.h. Remove it so
that we can remove msm_iomap.h from include/mach in the near future.
Acked-by: Chris Ball
Signed-off-by: Stephen Boyd
---
drivers/mmc/host/msm_sdcc.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/mmc/host/msm_sdcc.c
annotation of armpmu_init is wrong.
Just drop the __init marking on armpmu_init() because
armpmu_register() no longer has an __init marking.
Signed-off-by: Stephen Boyd
---
I doubt anyone is actually experiencing any problems because this
driver probes before kernel init is over. But the warning is a bit
Scorpion processors have always been v7 CPUs. Fix the Kconfig
text to reflect this.
Reported-by: Stepan Moskovchenko
Signed-off-by: Stephen Boyd
---
arch/arm/Kconfig |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index dedf02b
From: Stepan Moskovchenko
Add processor info for the Qualcomm, Inc. Krait family of
processors, to use the generic ARMv7 initialisation
procedure but explicitly enable the IDIV hardware
capability flag.
Signed-off-by: Stepan Moskovchenko
Signed-off-by: Stephen Boyd
---
arch/arm/mm/proc-v7.S
On 02/25/13 05:40, Mark Rutland wrote:
> I've had a quick go at writing a generic timer driver. I've not had a chance
> to
> test it, and there are a couple of things that are up for discussion (e.g.
> what
> should the rating be) but I think we want something very close to this.
>
This looks go
On 03/04/13 15:50, Stephen Boyd wrote:
>
>> +
>> +evt->name = "dummy timer";
>> +evt->features = CLOCK_EVT_FEAT_PERIODIC |
>> + CLOCK_EVT_FEAT_ONESHOT |
>> + CLOCK_EVT_FEAT_DUMMY;
>
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
>
> Which kernel is this going into? It's possible Tegra will get converted
> to multi-platform in 3.10, which might move that main ARCH_TEGRA block
> from arch/a
On 03/04/13 18:43, Will Deacon wrote:
> On Mon, Mar 04, 2013 at 11:15:37PM +0000, Stephen Boyd wrote:
>> WARNING: vmlinux.o(.text+0xfb80): Section mismatch in reference
>> from the function armpmu_register() to the function
>> .init.text:armpmu_init()
>> The function a
On 03/05/13 03:02, Mark Rutland wrote:
>
>>> +
>>> +static void dummy_set_mode(enum clock_event_mode mode,
>>> + struct clock_event_device *evt)
>>> +{
>>> + /*
>>> +* Core clockevents code will call this when exchanging timer devices.
>>> +* We don't need to do anyth
On 03/05/13 00:34, Will Deacon wrote:
> Hi Stephen, Stepan,
>
> On Mon, Mar 04, 2013 at 11:21:39PM +, Stephen Boyd wrote:
>> From: Stepan Moskovchenko
>>
>> Add processor info for the Qualcomm, Inc. Krait family of
>> processors, to use the generic ARMv
On 03/05/13 17:18, Dave Hansen wrote:
> I went to go use the shiny new %pa specifier:
>
> void test_printk_pa(void)
> {
> phys_addr_t p = 0x1234;
> printk("p: %pa\n", p);
> }
>
> but gcc is spewing out warnings at me:
>
>> arch/x86/mm/physaddr.c: In function ‘test_printk_pa’:
>> arc
On 03/05/13 14:03, Stephen Boyd wrote:
> On 03/05/13 00:34, Will Deacon wrote:
>> Hi Stephen, Stepan,
>>
>> On Mon, Mar 04, 2013 at 11:21:39PM +, Stephen Boyd wrote:
>>> From: Stepan Moskovchenko
>>>
>>> Add processor info for the Qualcomm,
imer using this facility.
Signed-off-by: Mark Rutland
Cc: John Stultz
Cc: Thomas Gleixner
[sboyd: Make percpu data static, use __this_cpu_ptr(), move to
early_initcall to properly register on each CPU, only
register if more than one CPU possible]
Signed-off-by: Stephen Boy
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
Signed-off-by: Stephen Boyd
---
drivers/clocksource
long 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
Tested-by: Mark Rutland
Cc: John Stultz
Cc: Thomas Gleixner
Signed-off-by: Stephen Boyd
---
kernel/time/tick-co
Drop ARM's version of the dummy timer now that we have a generic
implementation in drivers/clocksource.
Cc: Russell King
Signed-off-by: Stephen Boyd
---
arch/arm/kernel/smp.c | 22 ++
1 file changed, 2 insertions(+), 20 deletions(-)
diff --git a/arch/arm/kernel/sm
There are no more users of this API, remove it.
Cc: Russell King
Acked-by: Tony Lindgren
Signed-off-by: Stephen Boyd
---
arch/arm/Kconfig | 10 --
arch/arm/include/asm/localtimer.h | 34 ---
arch/arm/kernel/smp.c | 69
drivers/clocksource/time-armada-370-xp.c:217:13: warning: symbol
'armada_370_xp_timer_init' was not declared. Should it be static?
Also remove the __init marking in the prototype as it's
unnecessary and drop the init.h file.
Acked-by: Gregory CLEMENT
Signed-off-by: Stephen Boy
nges 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 API
ARM: OMAP2+: Divorce f
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
Cc: Thomas Abraham
Signed-off-by: Stephen Boyd
---
drivers/clocksource/exynos_mct.c
501 - 600 of 10018 matches
Mail list logo
