[PATCH v3] clocksource: arm_global_timer: fix suspend resume

Now the System stall is observed on TI AM437x based board (am437x-gp-evm) during resuming from System suspend when ARM Global timer is selected as clocksource device (CPUIdle not enabled) - SysRq are working, but nothing else. The reason of stall is that ARM Global timer loses its contexts

Re: Clock usbhost_48m_fck didn't enable in 100000 tries and crash

Hi Tony and Rogers, thanks for the reply. I found this: (clock3xxx_data.c) static struct clk usbhost_48m_fck = { .name = "usbhost_48m_fck", .ops= _omap3430es2_dss_usbhost_wait, .parent = _48m_fck, .enable_reg =

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

On Fri, Nov 27, 2015 at 01:27:23PM +, Russell King - ARM Linux wrote: > It is possible to redirect any program to open any other file. You can > do it via a LD preload, and intercepting the open(), and possibly the > read() calls if you want to do something more fancy. The down-side is >

[4.4-rc][PATCH] ARM: dts: am4372: fix clock source for arm twd and global timers

ARM TWD and Global timer are clocked by PERIPHCLK which is MPU_CLK/2. But now they are clocked by dpll_mpu_m2_ck == MPU_CLK and, as result. Timekeeping core misbehaves. For example, execution of command "sleep 5" will take 10 sec instead of 5. Hence, fix it by adding mpu_periphclk

Re: [RFC 3/6] dmaengine: core: Introduce new, universal API to request a channel

On 11/27/2015 01:00 PM, Arnd Bergmann wrote: > On Friday 27 November 2015 10:29:39 Peter Ujfalusi wrote: >> struct dma_chan *dma_request_chan(struct device *dev, const char *name, >>const dma_cap_mask_t *mask); >> To request a slave channel. The mask parameter is

Re: [RFC 3/6] dmaengine: core: Introduce new, universal API to request a channel

On Friday 27 November 2015 13:16:37 Peter Ujfalusi wrote: > On 11/27/2015 01:00 PM, Arnd Bergmann wrote: > > On Friday 27 November 2015 10:29:39 Peter Ujfalusi wrote: > >> struct dma_chan *dma_request_chan(struct device *dev, const char *name, > >>const

Re: [RFC 3/6] dmaengine: core: Introduce new, universal API to request a channel

On Friday 27 November 2015 10:29:39 Peter Ujfalusi wrote: > struct dma_chan *dma_request_chan(struct device *dev, const char *name, > const dma_cap_mask_t *mask); > To request a slave channel. The mask parameter is optional and it is used > to check if the received

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

* Pali Rohár [151127 00:39]: > On Thursday 26 November 2015 12:39:30 Tony Lindgren wrote: > > Just to explore options.. How about make a minimal device driver that > > just loads the atags blob from /lib/firmware and then shows it in > > /proc/atags? Of course some checking

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

On Thu, Nov 26, 2015 at 10:07:39AM +0100, Pali Rohár wrote: > On Wednesday 25 November 2015 20:19:21 Frank Rowand wrote: > > > Or populate /proc/atags only for the ones that need it from machine > > > specific init_early? > > > > This is circling back to the first comment from Russell King where

Re: [PATCH 0/5] ATAGs to DT patches

On 11/27/2015 8:06 PM, Frank Rowand wrote: > On 7/6/2015 1:26 PM, Pali Rohár wrote: >> This patch series converts some legacy ATAGs into DT and provide them to >> userspace. It is needed for userspace applications which needs some >> informations from legacy bootloaders which are not DT

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

On Friday 27 November 2015 19:51:48 Russell King - ARM Linux wrote: > On Fri, Nov 27, 2015 at 01:27:23PM +, Russell King - ARM Linux wrote: > > It is possible to redirect any program to open any other file. You can > > do it via a LD preload, and intercepting the open(), and possibly the > >

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

On Fri, 27 Nov 2015, Arnd Bergmann wrote: > I don't mind creating the /proc/atags compatibility hack from the kernel > for a DT based N700 kernel, as long as we limit it as much as we can > to the machines that need it. Leaving a board file for the N700 in place > that contains the procfs code

Re: [PATCH 0/5] ATAGs to DT patches

On 7/6/2015 1:26 PM, Pali Rohár wrote: > This patch series converts some legacy ATAGs into DT and provide them to > userspace. It is needed for userspace applications which needs some > informations from legacy bootloaders which are not DT compatible. > > Patch series is for now without DT

Re: [RFC PATCH] clocksource: ti-32k: convert to platform device

Hi Felipe, On 11/20/2015 08:21 PM, Felipe Balbi wrote: > Grygorii Strashko writes: >> Since system clocksource is finally selected by Clocksource core at >> fs_initcall stage during boot there are no reasons to initialize >> ti_32k_timer at early boot stages. Hence,

[RFC 1/6] dmaengine: core: Allow NULL mask pointer in __dma_device_satisfies_mask()

Treat as true condition the case when the mask is NULL. Signed-off-by: Peter Ujfalusi --- drivers/dma/dmaengine.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/dma/dmaengine.c b/drivers/dma/dmaengine.c index daf54a39bcc7..52c3eee48e2e 100644 ---

[RFC 4/6] dmaengine: edma: Add support for DMA filter mapping to slave devices

Add support for providing device to filter_fn mapping so client drivers can switch to use the dma_request_chan() API. Signed-off-by: Peter Ujfalusi --- drivers/dma/edma.c | 6 ++ include/linux/platform_data/edma.h | 3 +++ 2 files changed, 9

[RFC 0/6] dmaengine: New 'universal' API for requesting channel

Hi, As it has been discussed in the following thread: http://www.gossamer-threads.com/lists/linux/kernel/2181487#2181487 Andy: I did looked at the unified device properties, but I decided to not to use it as I don't see it to fit well and most of the legacy board files are using resources to

[RFC 2/6] dmaengine: core: Move and merge the code paths using private_candidate

Channel matching with private_candidate() is used in two paths, the error checking is slightly different in them and they are duplicating code also. Move the code under dma_get_channel() to provide consistent execution and going to allow us to reuse this mode of channel lookup later.

[RFC 3/6] dmaengine: core: Introduce new, universal API to request a channel

The two API function can cover most, if not all current APIs used to request a channel. With minimal effort dmaengine drivers, platforms and dmaengine user drivers can be converted to use the two function. struct dma_chan *dma_request_chan_by_mask(const dma_cap_mask_t *mask); To request any

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

Hi On Fri, Nov 27, 2015 at 9:38 AM, Pali Rohár wrote: > On Thursday 26 November 2015 12:39:30 Tony Lindgren wrote: >> Just to explore options.. How about make a minimal device driver that >> just loads the atags blob from /lib/firmware and then shows it in >> /proc/atags?

[RFC 5/6] ARM: davinci: devices-da8xx: device -> dma instance mapping support

In order to switch the driver to use the new simpler dmaengine API the device mapping for the dma instances needs to be added and also the DMA resources should be named. Signed-off-by: Peter Ujfalusi --- arch/arm/mach-davinci/devices-da8xx.c | 31

[RFC 6/6] mmc: davinci_mmc: Switch to use the new dmaengine API for requesting channel (NOT FOR MERGE)

With the new dma_request_chan() the clinet driver does not need to look for the DMA resource and it does not need to pass filter_fn anymore. By switching to the new API the davinci_mmc driver can now support deferred probing against DMA. Signed-off-by: Peter Ujfalusi ---

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

On Thursday 26 November 2015 12:39:30 Tony Lindgren wrote: > Just to explore options.. How about make a minimal device driver that > just loads the atags blob from /lib/firmware and then shows it in > /proc/atags? Of course some checking on the atags should be done by > the driver.. And who can

Re: [PATCH 5/5] arm: boot: store ATAGs structure into DT "/chosen/linux,atags" entry

Hi On Fri, Nov 27, 2015 at 9:44 AM, Michael Trimarchi wrote: > Hi > > On Fri, Nov 27, 2015 at 9:38 AM, Pali Rohár wrote: >> On Thursday 26 November 2015 12:39:30 Tony Lindgren wrote: >>> Just to explore options.. How about make a minimal