Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wed, Nov 18, 2015 at 5:51 PM, Arnd Bergmann wrote: > On Wednesday 18 November 2015 17:43:04 Andy Shevchenko wrote: >> > >> > I assume that the sst-firmware.c case is a mistake, it should just use a >> > plain DMA_SLAVE and not DMA_MEMCPY. >> >> Other way around. >> > > Ok, I

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wednesday 18 November 2015 16:41:35 Peter Ujfalusi wrote: > On 11/18/2015 04:29 PM, Arnd Bergmann wrote: > > On Wednesday 18 November 2015 16:21:26 Peter Ujfalusi wrote: > >> 2. non slave channel requests, where only the functionality matters, like > >> memcpy, interleaved, memset, etc. > >> We

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wed, Nov 18, 2015 at 4:21 PM, Peter Ujfalusi wrote: > Hi Vinod, > > bringing this old thread back to life as I just started to work on this. What I remember we need to convert drivers to use new API meanwhile it is good to keep old one to avoid patch storm which does

Re: [4.4-rc][PATCH] ARM: dts: am4372: disable arm twd and global timer's nodes

Hi Mark, On 11/18/2015 04:15 PM, Mark Rutland wrote: > On Wed, Nov 18, 2015 at 04:01:55PM +0200, Grygorii Strashko wrote: >> Keep ARM TWD and Global timer's nodes disabled by default - if someone >> would like to use them then those nodes have to be enabled explicitly >> in board file. >> >> The

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wed, Nov 18, 2015 at 5:07 PM, Arnd Bergmann wrote: > On Wednesday 18 November 2015 16:41:35 Peter Ujfalusi wrote: >> On 11/18/2015 04:29 PM, Arnd Bergmann wrote: >> > On Wednesday 18 November 2015 16:21:26 Peter Ujfalusi wrote: >> >> 2. non slave channel requests, where only the

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wednesday 18 November 2015 17:43:04 Andy Shevchenko wrote: > > > > I assume that the sst-firmware.c case is a mistake, it should just use a > > plain DMA_SLAVE and not DMA_MEMCPY. > > Other way around. > Ok, I see. In that case I guess it also shouldn't call dmaengine_slave_config(), right?

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wed, Nov 18, 2015 at 04:51:54PM +0100, Arnd Bergmann wrote: > On Wednesday 18 November 2015 17:43:04 Andy Shevchenko wrote: > > > > > > I assume that the sst-firmware.c case is a mistake, it should just use a > > > plain DMA_SLAVE and not DMA_MEMCPY. > > > > Other way around. > > > > Ok, I

Re: [BISECTED] v4.4-rc1 GPIO regression on OMAP1

Hi, On Wed, Nov 18, 2015 at 02:58:38PM +0200, Grygorii Strashko wrote: > On 11/17/2015 11:42 PM, Aaro Koskinen wrote: > >Amstrad E3 computer (OMAP1) boot crashes early with v4.4-rc1. Bisected to: > > > > 450fa54cfd66e3dda6eda26256637ee8928af12a is the first bad commit > > commit

Re: [PATCH] arm: omap2: Kconfig: select TWD and global timer on AM43xx devices

On 11/18/2015 6:33 AM, Grygorii Strashko wrote: On 11/13/2015 06:39 PM, santosh shilimkar wrote: On 11/13/2015 5:07 AM, Mason wrote: On 13/11/2015 13:48, Grygorii Strashko wrote: On 11/12/2015 08:06 PM, Felipe Balbi wrote: Make sure to tell the kernel that AM437x has TWD and global timers.

[PATCH v2] hw_random: omap3-rom-rng: convert timer to delayed work

We cannot put the HW RNG to idle using a timer because we cannot disable clocks from atomic context. Use a delayed work instead. Fixes a warning with CONFIG_DEBUG_MUTEXES on Nokia N900 during boot. Reported-by: Sebastian Reichel Signed-off-by: Aaro Koskinen

Re: Minimal support for dm814x

On 18 November 2015 at 09:26, Delio Brignoli wrote: >> This works in principle, but both minimizing the DCO and (often >> needlessly) using the fractional multiplier seem like recipes to >> maximize the clock jitter. Mind you, I don't know how much jitter >> we’re

Re: [BISECTED] v4.4-rc1 GPIO regression on OMAP1

Hi Aaro, On 11/17/2015 11:42 PM, Aaro Koskinen wrote: Amstrad E3 computer (OMAP1) boot crashes early with v4.4-rc1. Bisected to: 450fa54cfd66e3dda6eda26256637ee8928af12a is the first bad commit commit 450fa54cfd66e3dda6eda26256637ee8928af12a Author: Grygorii Strashko

Re: Minimal support for dm814x

On 18 Nov 2015, at 11:01, Matthijs van Duin wrote: > On 18 November 2015 at 09:26, Delio Brignoli > wrote: >>> This works in principle, but both minimizing the DCO and (often >>> needlessly) using the fractional multiplier seem like recipes

Re: Minimal support for dm814x

On 18 Nov 2015, at 06:22, Matthijs van Duin wrote: > The PLL code looks pretty mediocre to me. In particular, they make no > effort whatsoever to configure an exact ratio. It seems their > algorithm uses whatever pre divider was already programmed, I believe the

Re: [PATCH v2] arm, am335x: add support for the bosch shc board

Hello Dave, Am 17.11.2015 um 22:29 schrieb Dave Gerlach: Hi, On 11/17/2015 02:24 AM, Heiko Schocher wrote: add support for the am335x based shc board. UART: 0-2 and 4 DRAM: 512 MiB MMC: OMAP SD/MMC: 0 @ 26 MHz OMAP SD/MMC: 1 @ 26 MHz I2C: at24 eeprom, pcf8563 USB: USB1 (host)

Re: [PATCH] arm: omap2: Kconfig: select TWD and global timer on AM43xx devices

On 11/13/2015 06:39 PM, santosh shilimkar wrote: > On 11/13/2015 5:07 AM, Mason wrote: >> On 13/11/2015 13:48, Grygorii Strashko wrote: >>> On 11/12/2015 08:06 PM, Felipe Balbi wrote: Make sure to tell the kernel that AM437x has TWD and global timers. Signed-off-by: Felipe

Re: [4.4-rc][PATCH] ARM: dts: am4372: disable arm twd and global timer's nodes

On Wed, Nov 18, 2015 at 04:01:55PM +0200, Grygorii Strashko wrote: > Keep ARM TWD and Global timer's nodes disabled by default - if someone > would like to use them then those nodes have to be enabled explicitly > in board file. > > The reason for this change is: > - ARM TWD is not always-on

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

Hi Vinod, bringing this old thread back to life as I just started to work on this. On 06/24/2015 07:24 PM, Vinod Koul wrote: >> We would end up with the following APIs, all returning with error code on >> failure: >> dma_request_slave_channel(dev, name); >> dma_request_channel_legacy(mask, fn,

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wednesday 18 November 2015 16:21:26 Peter Ujfalusi wrote: > 2. non slave channel requests, where only the functionality matters, like > memcpy, interleaved, memset, etc. > We could have a simple: > dma_request_channel(mask); > > But looking at the drivers using dmaengine legacy

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On 11/18/2015 04:29 PM, Arnd Bergmann wrote: > On Wednesday 18 November 2015 16:21:26 Peter Ujfalusi wrote: >> 2. non slave channel requests, where only the functionality matters, like >> memcpy, interleaved, memset, etc. >> We could have a simple: >> dma_request_channel(mask); >> >> But looking

[4.4-rc][PATCH] ARM: dts: am4372: disable arm twd and global timer's nodes

Keep ARM TWD and Global timer's nodes disabled by default - if someone would like to use them then those nodes have to be enabled explicitly in board file. The reason for this change is: - ARM TWD is not always-on timer on am437x and it will stop in low CPUIdle states and, therefore, broadcast

[PATCH] net: cpsw: Fix ethernet regression for dm814x

Commit b6745f6e4e63 ("drivers: net: cpsw: davinci_emac: move reading mac id to common file") started using of_machine_is_compatible for detecting type but missed at dm8148 causing Ethernet to stop working. Let's fix the issue by adding handling for dm814x. Cc: Mugunthan V N

Re: [PATCH] clk: gpio: Get parent clk names already in of_gpio_clk_setup()

On 11/17, Jyri Sarha wrote: > Get parent clk names already in of_gpio_clk_setup() and store the > names in struct clk_gpio_delayed_register_data. of_clk_get_parent_name() > can not be called in struct of_clk_provider's get() callback since it > may make a recursive call to

Re: [PATCH 01/39] pinctrl: Move am4372 and dra7 macros to the the SoC header files

* Javier Martinez Canillas [151117 05:51]: > Hello Linus, > > On 11/17/2015 10:47 AM, Linus Walleij wrote: > > On Fri, Nov 13, 2015 at 5:53 AM, Javier Martinez Canillas > > wrote: > > > >> The header file defines a set of macros > >> for

Re: [PATCH] net: cpsw: Fix ethernet regression for dm814x

On Thursday 19 November 2015 06:57 AM, Tony Lindgren wrote: > Commit b6745f6e4e63 ("drivers: net: cpsw: davinci_emac: move reading mac > id to common file") started using of_machine_is_compatible for detecting > type but missed at dm8148 causing Ethernet to stop working. > > Let's fix the issue

[PATCH 0/2] adding spi alias for qspi

Adding missed spi alias for qspi which helps probe the qspi device in U-Boot. Mugunthan V N (2): dts: dra7: add spi alias for qspi arm: dts: am4372: add spi alias for qspi arch/arm/boot/dts/am4372.dtsi | 1 + arch/arm/boot/dts/dra7.dtsi | 1 + 2 files changed, 2 insertions(+) --

[PATCH 1/2] dts: dra7: add spi alias for qspi

Set the alias for qspi to spi0 Signed-off-by: Mugunthan V N --- arch/arm/boot/dts/dra7.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi index bc672fb..b2badf9 100644 --- a/arch/arm/boot/dts/dra7.dtsi +++

[PATCH 2/2] arm: dts: am4372: add spi alias for qspi

Set the alias for qspi to spi0 Signed-off-by: Mugunthan V N --- arch/arm/boot/dts/am4372.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi index d83ff9c..bb03b80 100644 --- a/arch/arm/boot/dts/am4372.dtsi