On Thu, 25 Oct 2012, Linus Walleij wrote:
On Thu, Oct 25, 2012 at 9:57 AM, Lee Jones lee.jo...@linaro.org wrote:
On Fri, 12 Oct 2012, Linus Walleij wrote:
Yours,
Linus Walleij
Friendly poke.
This makes it look like you're poking me as I'm in the To: field but I suspect
the intent
On Thu, 25 Oct 2012, Linus Walleij wrote:
On 10/25/2012 09:31 AM, Lee Jones wrote:
This certainly doesn't fix the bug we spoke about. I believe Ulf
is still working on that one.
So do you want me to remove this patch?
Yeah drop it for now.
Actually, a quick question before I do
On Thu, 25 Oct 2012, Ulf Hansson wrote:
On 25 October 2012 10:23, Lee Jones lee.jo...@linaro.org wrote:
On Thu, 25 Oct 2012, Linus Walleij wrote:
On 10/25/2012 09:31 AM, Lee Jones wrote:
This certainly doesn't fix the bug we spoke about. I believe Ulf
is still working on that one
On Thu, 25 Oct 2012, Dmitry Torokhov wrote:
On Thu, Oct 25, 2012 at 09:21:45AM +0100, Lee Jones wrote:
On Thu, 25 Oct 2012, Linus Walleij wrote:
On Thu, Oct 25, 2012 at 9:57 AM, Lee Jones lee.jo...@linaro.org wrote:
On Fri, 12 Oct 2012, Linus Walleij wrote:
Yours,
Linus
The u8500 and u9540 DT_MACHINE_START calls are almost identical
at the moment, referencing exactly the same function pointers.
Until this changes we may as well convert the original one to
be more generic and use that instead.
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Lee
On boot the Nomadik GPIO controller complains that an IRQ can't be
configured as active high level-sensitive, so this patch converts
it to be low-to-high edge triggered instead.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/stuib.dtsi |2 +-
1 file changed, 1 insertion
There is a very simple mechanism to change and SDI's voltage which
consists of toggling some GPIOs. This scenario can be better handled
if we convert it to a GPIO regulator. This patch provides one which
can be read from Device Tree.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm
The Device Tree machine description for the ux5x0 was moved
recently and as a consequence missed the addition of SMP
operations. Without this patch SMP doesn't work and only one
CPU is present after booting.
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Lee Jones lee.jo
It is the intention to convert the MMC voltage changing from
GPIO flipping to using a proper GPIO regulator interface. A
prerequisite of that is to enable the GPIO regulator
functionality. As this affects all ux5x0 based boards we'll
do it here instead of in the Kconfigs.
Signed-off-by: Lee Jones
The u9540 supports 3 MMC devices. This patch enables two of them
and updates the configuration of the already enabled SDI4 port.
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/u9540.dts | 27 ++-
1
functionality. Hence, the best solution which encompasses all supported
platforms, but no unsupported ones was to list the currently enabled four
chipsets; u8500, u8540, u9500 and u9540 instead.
Acked-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/ccu9540
When enabling ST-Ericsson's ccu9540 development board the board's
full name has not been used. This patch adapts all references of
the board's short name to how it should be referenced.
Reviewed-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm
Kept together mostly for tracking convenience, this patch-set is
the result of platform tweaking during u9540 enablement.
arch/arm/boot/dts/ccu9540.dts | 72 +
arch/arm/boot/dts/dbx5x0.dtsi | 14
arch/arm/boot/dts/hrefprev60.dts |2 +-
On Thu, 25 Oct 2012, Linus Walleij wrote:
On Wed, Oct 24, 2012 at 4:45 PM, Lee Jones lee.jo...@linaro.org wrote:
The clock framework has changed somewhat and it's now better to
invoke clock_prepare_enable() and clk_disable_unprepare() rather
than the legacy clk_enable() and clk_disable
On Thu, 25 Oct 2012, Linus Walleij wrote:
On Thu, Oct 25, 2012 at 2:41 PM, Linus Walleij linus.wall...@linaro.org
wrote:
On Wed, Oct 24, 2012 at 4:45 PM, Lee Jones lee.jo...@linaro.org wrote:
The clock framework has changed somewhat and it's now better to
invoke clock_prepare_enable
, these will vanish.
Kind regards,
Lee
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
-by: Lee Jones lee.jo...@linaro.org
---
.../bindings/regulator/gpio-regulator.txt |3 ++-
drivers/regulator/gpio-regulator.c |5 +
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/regulator/gpio-regulator.txt
b
On Wed, 14 Nov 2012, Mark Brown wrote:
On Wed, Nov 14, 2012 at 11:34:48AM +, Lee Jones wrote:
A selection of voltage or current values (AKA states) should always
be specified when using a GPIO regulator. If there are no switchable
states then the fixed regulators should be used instead
-by: Lee Jones lee.jo...@linaro.org
---
.../bindings/regulator/gpio-regulator.txt |3 ++-
drivers/regulator/gpio-regulator.c |5 +
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/regulator/gpio-regulator.txt
b
There are discrepancies with regards to how MMC capabilities
are carried throughout the subsystem. Let's standardise them
to elevate any confusion.
Cc: Chris Ball c...@laptop.org
Cc: linux-...@vger.kernel.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/mmc/core/mmc.c
On Thu, 25 Oct 2012, Linus Walleij wrote:
On Thu, Oct 25, 2012 at 5:51 PM, Lee Jones lee.jo...@linaro.org wrote:
On Thu, 25 Oct 2012, Linus Walleij wrote:
Probably some driver is needing a clk_get() or a clk_get_sys() is
needs to be added somewhere to bring up some vital cluster
These have all already been on the MLs for some time now. I've
applied all of the Acks acquired and bunched them up into a
single patch-set for the convenience of the maintainer.
.../devicetree/bindings/input/stmpe-keypad.txt | 39 +++
arch/arm/mach-ux500/board-mop500-stuib.c
Acked-by: Arnd Bergmann a...@arndb.de
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500-stuib.c | 70 +--
drivers/input/touchscreen/bu21013_ts.c | 76
...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
.../devicetree/bindings/input/stmpe-keypad.txt | 39
1 file changed, 39 insertions(+)
create mode 100644 Documentation/devicetree/bindings/input/stmpe-keypad.txt
diff --git a/Documentation/devicetree/bindings
.
Cc: Dmitry Torokhov dmitry.torok...@gmail.com
Cc: linux-in...@vger.kernel.org
Acked-by: Arnd Bergmann a...@arndb.de
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/input/keyboard/stmpe-keypad.c | 67
dmitry.torok...@gmail.com
Cc: linux-in...@vger.kernel.org
Acked-by: Arnd Bergmann a...@arndb.de
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/input/touchscreen/bu21013_ts.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a...@arndb.de
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/input/touchscreen/bu21013_ts.c | 39
1 file changed, 35 insertions(+), 4 deletions(-)
diff --git a/drivers/input/touchscreen/bu21013_ts.c
b/drivers/input
...@opensource.wolfsonmicro.com
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
sound/soc/ux500/mop500.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/sound/soc/ux500/mop500.c b/sound/soc/ux500/mop500.c
index 6f67e6b..651a52a 100644
Cc: Mark Brown broo...@opensource.wolfsonmicro.com
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
sound/soc/ux500/ux500_msp_i2s.c |8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
diff --git a/sound/soc/ux500/ux500_msp_i2s.c b
simple call to a
DT parsing function.
Cc: Chris Ball c...@laptop.org
Cc: Russell King li...@arm.linux.org.uk
Cc: linux-...@vger.kernel.org
Acked-by: Linus Walleij linus.wall...@linaro.org
Acked-by: Ulf Hansson ulf.hans...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/mmc/core
...@laptop.org
Cc: Russell King li...@arm.linux.org.uk
Cc: linux-...@vger.kernel.org
Acked-by: Linus Walleij linus.wall...@linaro.org
Acked-by: Ulf Hansson ulf.hans...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/mmc/host/mmci.c | 20 +---
1 file changed, 1 insertion
Here we provide the GPIO Regulator driver with Device Tree capability, so
that when a platform is booting with DT instead of platform data we can
still make full use of it.
Cc: Mark Brown broo...@opensource.wolfsonmicro.com
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/regulator/gpio
Here we specify all non-standard bindings which can be used when
requesting the use of an GPIO controlled regulator from Device Tree.
Mark Brown broo...@opensource.wolfsonmicro.com
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
.../bindings/regulator/gpio-regulator.txt | 25
Author: Lee Jones lee.jo...@linaro.org
Date: Mon Oct 15 13:12:08 2012 +0100
Documentation: Describe Device Tree bindings for GPIO Regulator driver
Here we specify all non-standard bindings which can be used when
requesting the use of an GPIO controlled regulator from Device
On Monday 15 October 2012, Lee Jones wrote:
Capabilities are an important part of the MMC subsystem. Much
supported functionality would be lost if we didn't provide the
same level of support when booting Device Tree as we currently
do when the subsystem is passed capabilities via platform
On Tue, 16 Oct 2012, Mark Brown wrote:
On Mon, Oct 15, 2012 at 02:16:59PM +0100, Lee Jones wrote:
Here we provide the GPIO Regulator driver with Device Tree capability, so
that when a platform is booting with DT instead of platform data we can
still make full use of it.
Not looked
.
What about adding the boot time from the init sequence to init complete?
I don't know the answers to these questions, but I'll endeavour to find
out and get back to you posthaste.
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro
On Tue, 16 Oct 2012, Mark Brown wrote:
On Tue, Oct 16, 2012 at 08:29:56AM +0100, Lee Jones wrote:
On Tue, 16 Oct 2012, Mark Brown wrote:
Not looked at the patch yet but patch 2 doesn't seem to have appeared?
Has it arrived yet?
Arnd responded to it, so it hit the list.
Since
Here we specify all non-standard bindings which can be used when
requesting the use of an GPIO controlled regulator from Device Tree.
Cc: Mark Brown broo...@opensource.wolfsonmicro.com
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
.../bindings/regulator/gpio-regulator.txt | 36
-by: Lee Jones lee.jo...@linaro.org
---
Documentation/devicetree/bindings/mfd/ab8500.txt | 123 ++
1 file changed, 123 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/ab8500.txt
diff --git a/Documentation/devicetree/bindings/mfd/ab8500.txt
b
) when we have an Ack from Sam on the AB8500
documentation patch.
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
M: +44 77 88 633 515
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line unsubscribe linux
. Until then, you must ensure all Device Tree
enablement works in parallel with platform registration.
Concentrate on enabling the drivers for DT for now and we'll extract
platform data support later.
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
M: +44 77 88 633 515
Linaro.org │ Open
On 10/07/12 22:08, Linus Walleij wrote:
On Mon, Jul 9, 2012 at 11:21 PM, Lee Jones lee.jo...@linaro.org wrote:
On 09/07/12 23:03, Linus Walleij wrote:
Now since I was fooled by the last patch, thinking you had tested it
before
submitting (obviously not) - please send a test log of some
cat
I think it would be best if this got merged through whatever tree that
was used to introduce ab8500_irq_get_virq(); otherwise it will have to
wait till I resync with mainline sometime in the middle of the next
release cycle.
I agree. Sam that's you, patch below. :)
From: Lee Jones lee.jo
you know are generic, I'm happy to
define and swap them out for the ones I've proposed, but due to a change
of project focus I can't afford to spend hours studying all of the
drivers to match-up possible unifications.
Kind regards,
Lee
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
M: +44
in the short-term. So should we do it?
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
M: +44 77 88 633 515
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On 17/07/12 14:06, Mark Brown wrote:
On Mon, Jul 16, 2012 at 12:31:08PM +0100, Lee Jones wrote:
I agree with what you say to some extent, but I believe that it is
more important to have a working solution now than to ensure that
each bindings are as unique as possible. After any suggestion
On 17/07/12 14:35, Mark Brown wrote:
On Tue, Jul 17, 2012 at 02:30:01PM +0100, Lee Jones wrote:
On 17/07/12 14:06, Mark Brown wrote:
It's not just about having generic bindings, it's also about having
bindings which have some abstraction and hope of reusability. An awful
lot of bindings
On 17/07/12 15:22, Mark Brown wrote:
On Tue, Jul 17, 2012 at 03:02:00PM +0100, Lee Jones wrote:
I'm sure sure this is relevant in the current case though, as the
i2c properties proposed here are platform specific. What we're
I've not seen the specific example (though fankly it seems quite
On 17/07/12 16:20, Mark Brown wrote:
On Tue, Jul 17, 2012 at 03:52:10PM +0100, Lee Jones wrote:
I think it would be okay to take the 3 patches due for the v3.6
merge window, which target the nmk-i2c driver. If any consolidation
happens in the mean-time/future I will personally do the work
_/\_
/\
db8500.dtsi db8540.dtsi// differing silicon
\\
+-- snowball.dts +-- new_board.dts // board
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
M: +44 77 88 633 515
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook
On 18/07/12 11:33, Mark Brown wrote:
On Wed, Jul 18, 2012 at 11:29:26AM +0100, Lee Jones wrote:
On 18/07/12 10:59, Mark Brown wrote:
It's not the using device tree bit that creates concern for me here,
it's the fact that the board and silicon aren't being separated.
What's the difference
On 18/07/12 12:12, Mark Brown wrote:
On Wed, Jul 18, 2012 at 08:35:21AM +0100, Lee Jones wrote:
Fix your mailer to word wrap within paragraphs. I've reformatted your
mail for legibility.
Does it always do that, or was it just this time? It's setup to
word-wrap, for instance this paragraph
REGULATOR_MODE_NORMAL;
- }
-
if (info-mode_mask) {
/* Dedicated register for handling mode */
ret = abx500_get_register_interruptible(info-dev,
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow
On Mon, 15 Apr 2013, Linus Walleij wrote:
On Mon, Apr 8, 2013 at 5:23 PM, Lee Jones lee.jo...@linaro.org wrote:
The pin names for DB8500 based platforms need to be moved out of
pin names ???
ux500 platform data and into the new proper location in include/
linux/platform_data
On Fri, 12 Apr 2013, Rabin Vincent wrote:
2013/4/9 Lee Jones lee.jo...@linaro.org:
Someone has spent a fair amount of effort writing a runtime configuration
changing algorithm for DMA clients. However, the config appears to never
actually make it to hardware. In order for the configuration
On Mon, 15 Apr 2013, Rabin Vincent wrote:
2013/4/15 Lee Jones lee.jo...@linaro.org:
On Fri, 12 Apr 2013, Rabin Vincent wrote:
2013/4/9 Lee Jones lee.jo...@linaro.org:
Someone has spent a fair amount of effort writing a runtime configuration
changing algorithm for DMA clients. However
On Mon, 15 Apr 2013, Linus Walleij wrote:
On Mon, Apr 15, 2013 at 1:59 PM, Lee Jones lee.jo...@linaro.org wrote:
On Mon, 15 Apr 2013, Rabin Vincent wrote:
2013/4/15 Lee Jones lee.jo...@linaro.org:
On Fri, 12 Apr 2013, Rabin Vincent wrote:
2013/4/9 Lee Jones lee.jo...@linaro.org
Currently, if DMA information isn't passed from platform data, then DMA
will not be used. This patch allows DMA information obtained though Device
Tree to be used as well.
Cc: Russell King li...@arm.linux.org.uk
Cc: Chris Ball c...@laptop.org
Cc: linux-...@vger.kernel.org
Signed-off-by: Lee Jones
In Device Tree '-' is always preferred over '_'. This is corrected in
code as well as in the documentation. Also, there are one too many
populated cells in the dmas example. Let's remove one of them to aid
with clarity.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
Documentation/devicetree
-res.start,
dev-irq[0], dev-irq[1]);
- mmci_dma_setup(host);
+ mmci_dma_setup(dev, host);
pm_runtime_set_autosuspend_delay(dev-dev, 50);
pm_runtime_use_autosuspend(dev-dev);
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source software
-res.start,
dev-irq[0], dev-irq[1]);
- mmci_dma_setup(host);
+ mmci_dma_setup(dev, host);
pm_runtime_set_autosuspend_delay(dev-dev, 50);
pm_runtime_use_autosuspend(dev-dev);
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source
The new DMA API is operational. It is now possible to request DMA
channels from information passed via Device Tree.
Cc: Russell King li...@arm.linux.org.uk
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Jiri Slaby jsl...@suse.cz
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers
On Thu, 18 Apr 2013, Russell King - ARM Linux wrote:
On Thu, Apr 18, 2013 at 09:14:16AM +0100, Lee Jones wrote:
@@ -269,7 +270,10 @@ static void pl011_dma_probe_initcall(struct
uart_amba_port *uap)
dma_cap_zero(mask);
dma_cap_set(DMA_SLAVE, mask);
- chan
The aim of this patch-set is to refactor the DMA40 and its clients to
use the DMA APIs in the correct manor. It also encompasses a few
cleanups along the way.
When a client requests a channel, the driver should only do very basic
channel configuration, as the information passed from clients is
Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Acked-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/devices-db8500.c| 28 ---
drivers/dma/ste_dma40.c
DMA configuration data is now allocated in the MMCI driver, so these
are just ignored.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500-sdi.c | 16
1 file changed, 16 deletions(-)
diff --git a/arch/arm/mach-ux500/board-mop500-sdi.c
b/arch
DMA configuration data is now allocated in the UART driver, so these
are just ignored.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500.c | 12
1 file changed, 12 deletions(-)
diff --git a/arch/arm/mach-ux500/board-mop500.c
b/arch/arm/mach-ux500
Now the DMA40 has been DT:ed, there's no requirement to register it
using traditional methods. This is the penultimate device to be DT:ed.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/cpu-db8500.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/arch/arm
It was required to pass DMA channel configuration information to the
UART driver before the new DMA API was in place. Now that it is, and
is fully compatible with Device Tree we can stop doing that.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/cpu-db8500.c |6
-up to obtain DMA addresses. Until all of the clients are converted,
over to the new API, we're stuck with this.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500.h |1 +
arch/arm/mach-ux500/cpu-db8500.c |3 +++
arch/arm/mach-ux500/devices-db8500.c
Now DMA DT bindings exist and are in use by he MMC and UART drivers, it
should be possible to remove them from the auxdata structure. However,
after doing so the drivers fail. Something must be reliant on the dev
name applied by using auxdata; probably common clk.
Signed-off-by: Lee Jones lee.jo
It was required to pass DMA channel configuration information to the
MMC driver before the new DMA API was in place. Now that it is, and
is fully compatible with Device Tree we can stop doing that.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/cpu-db8500.c |8
-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 20
1 file changed, 20 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index bd0fe5f..c064a9a 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++ b/arch/arm/boot/dts/dbx5x0
-by: Lee Jones lee.jo...@linaro.org
---
drivers/dma/ste_dma40.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/dma/ste_dma40.c b/drivers/dma/ste_dma40.c
index 178a03c..1c570b6 100644
--- a/drivers/dma/ste_dma40.c
+++ b/drivers/dma/ste_dma40.c
@@ -2437,9 +2437,6 @@ static int
vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/dma/ste_dma40.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/dma/ste_dma40.c b
It's the way that most other drivers do it.
Very trivial clean-up which reduces line count and simplifies code.
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Signed-off-by: Lee Jones lee.jo...@linaro.org
-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index e2fa20f..bd0fe5f 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++ b/arch/arm/boot/dts/dbx5x0
The new DMA is now available, so let's use it to setup ST-Ericsson's
DMA40 driver when Device Tree is enabled.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/arch/arm/boot/dts/dbx5x0
...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
.../devicetree/bindings/dma/ste-dma40.txt | 66
drivers/dma/ste_dma40.c| 58
pointer.
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/dma/ste_dma40.c | 42 --
1 file changed, 40 insertions
per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/dma/ste_dma40.c | 16 +---
1 file changed, 5 insertions(+), 11 deletions(-)
diff --git a/drivers/dma/ste_dma40.c b/drivers/dma/ste_dma40.c
index a39ef74..ec0d6ab 100644
: Rabin Vincent ra...@rab.in
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/dma/ste_dma40.c|3 +-
drivers/dma/ste_dma40_ll.c | 101 +---
drivers/dma/ste_dma40_ll.h |3 +-
3 files changed, 50 insertions(+), 57 deletions(-)
diff --git
Vincent ra...@rab.in
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/dma/ste_dma40.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/dma/ste_dma40.c b/drivers/dma/ste_dma40.c
index ff41972..04cc75f 100644
--- a/drivers/dma/ste_dma40.c
+++ b/drivers/dma/ste_dma40.c
@@ -2441,9
...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/dma/ste_dma40.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/ste_dma40.c b/drivers/dma/ste_dma40.c
index 282dd59
Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/dma/ste_dma40.c | 22 ++
1 file changed, 10 insertions(+), 12 deletions(-)
diff --git a/drivers/dma/ste_dma40.c b/drivers/dma/ste_dma40.c
index 04cc75f
into the runtime_config() routine.
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/dma/ste_dma40.c|3 +++
drivers/dma/ste_dma40_ll.c | 11
d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/dma/ste_dma40.c | 38 --
1 file changed, 20 insertions(+), 18 deletions(-)
diff --git a/drivers/dma/ste_dma40.c b
they start to differ on latter incarnations of the
platform.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/cpu-db8500.c | 17 +++--
1 file changed, 3 insertions(+), 14 deletions(-)
diff --git a/arch/arm/mach-ux500/cpu-db8500.c b/arch/arm/mach-ux500/cpu-db8500.c
some platform data and we don't have to worry
about adding vendor specific variables to Device Tree.
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm
removing comments which are no longer required, as
'data_width' is no longer set in any device's platform data period.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500-audio.c | 38 --
1 file changed, 38 deletions(-)
diff --git
DMA configuration data is now allocated in the SSP driver, so these
are just ignored.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500.c |4
1 file changed, 4 deletions(-)
diff --git a/arch/arm/mach-ux500/board-mop500.c
b/arch/arm/mach-ux500/board
: Rabin Vincent ra...@rab.in
Reported-by: Harvey Harrison harvey.harri...@gmail.com
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/dma/ste_dma40.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/ste_dma40.c b/drivers/dma/ste_dma40.c
index b21a8a3..7b451b2
The DMA40 controller uses two sets of base addresses. In order to have
them automatically setup as resources by the Open Format framework we
have to set names for them. The names have to be the same as the ones
used to fetch them back out of the resource structure.
Signed-off-by: Lee Jones lee.jo
Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Acked-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/devices-db8500.c| 12
drivers/dma/ste_dma40.c | 12
Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Acked-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500-audio.c| 18 +--
arch/arm/mach-ux500/board-mop500-sdi.c | 24 ++--
arch
The aim is to make the code that little more readable.
Cc: Vinod Koul vinod.k...@intel.com
Cc: Dan Williams d...@fb.com
Cc: Per Forlin per.for...@stericsson.com
Cc: Rabin Vincent ra...@rab.in
Acked-by: Arnd Bergmann a...@arndb.de
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/dma
-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/crypto/ux500/cryp/cryp_core.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/crypto/ux500/cryp/cryp_core.c
b/drivers/crypto/ux500/cryp/cryp_core.c
index 8bc5fef..a56cbc4 100644
--- a/drivers/crypto/ux500/cryp
...@stericsson.com
Cc: linux-cry...@vger.kernel.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/crypto/ux500/cryp/cryp_core.c |2 ++
drivers/crypto/ux500/hash/hash_core.c |2 +-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/crypto/ux500/cryp/cryp_core.c
b/drivers
These drivers are now operational and even use the latest common clk
and DMA APIs. There's no reason why we shouldn't start them up now.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/board-mop500.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach
101 - 200 of 24011 matches
Mail list logo