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

On 11/18/2015 05:46 PM, Andy Shevchenko wrote: > 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 >

Re: [PATCH] ARM: OMAP2: use correct timer function for AM43XX and TI81XX

* Felipe Balbi [151119 08:16]: > > Hi, > > Arnd Bergmann writes: > > On Monday 16 November 2015 15:13:55 Felipe Balbi wrote: > >> Arnd Bergmann writes: > >> > AM43XX and TI81XX use omap3_gptimer_timer_init(), but that is only > >> > built into the

Re: [PATCH 01/27] mtd: nand: fix drivers abusing mtd->priv

On Mon, Nov 16, 2015 at 02:37:34PM +0100, Boris Brezillon wrote: > The ->priv field of the mtd_info object attached to a nand_chip device > should point to the nand_chip device. The pxa and cafe drivers are > assigning this field their own private structure, which works fine as long > as the

Re: [PATCH 02/27] mtd: nand: add an mtd_to_nand() helper

On Mon, Nov 16, 2015 at 02:37:35PM +0100, Boris Brezillon wrote: > Some drivers are retrieving the nand_chip pointer using the container_of > macro on a struct wrapping both the nand_chip and the mtd_info struct while > the standard way of retrieving this pointer is through mtd->priv. > Provide an

[PATCH 1/1] usb: phy: omap-otg: do not write to unallocated memory

The current coding writes to memory before allocating it. Signed-off-by: Heinrich Schuchardt --- drivers/usb/phy/phy-omap-otg.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/usb/phy/phy-omap-otg.c b/drivers/usb/phy/phy-omap-otg.c index

Re: [PATCH 03/27] mtd: nand: update examples in the documentation to use mtd_to_nand()

On Mon, Nov 16, 2015 at 02:37:36PM +0100, Boris Brezillon wrote: > mtd_to_nand() has been introduced to hide accesses to mtd->priv. > All NAND controller drivers should use it instead of directly accessing > the ->priv field. > > Signed-off-by: Boris Brezillon

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

Hi, On Thu, Nov 19, 2015 at 01:57:37PM +0200, Grygorii Strashko wrote: > On 11/18/2015 08:31 PM, Aaro Koskinen wrote: > > 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

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

On Thursday 19 November 2015 12:34:22 Peter Ujfalusi wrote: > > I think we can go with a single API, but I don't really like that: > dma_request_channel(dev, name, *mask, fn, fn_param); > > This would cover all current uses being legacy, DT/ACPI, compat, etc: > dma_request_channel(NULL, NULL, ,

Re: [PATCH] mmc: omap_hsmmc: No need to check DMA channel validity at module remove

On 3 November 2015 at 12:37, Peter Ujfalusi wrote: > The driver will not probe without valid DMA channels so no need to check > if they are valid when the module is removed. > > Signed-off-by: Peter Ujfalusi > CC: Ulf Hansson

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

On 11/18/2015 08:31 PM, Aaro Koskinen wrote: > 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: >>> >>>

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

On 11/18/2015 05: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 functionality matters,

Re: [PATCH] extcon: palmas: add support for using VBUSDET output

Hi Felipe, Looks good to me. But I have one comment. On 2015년 11월 13일 02:57, Felipe Balbi wrote: > TPS659038 can remux its GPIO_1 as VBUSDET output, > which can be tied to a SoC GPIO and used as a VBUS > interrupt. > > Beagle X15 uses that, in fact, and without it, I > could not get USB

Re: [PATCH] extcon: palmas: add support for using VBUSDET output

Hi Felipe, On 2015년 11월 20일 14:33, Chanwoo Choi wrote: > Hi Felipe, > > Looks good to me. But I have one comment. > > On 2015년 11월 13일 02:57, Felipe Balbi wrote: >> TPS659038 can remux its GPIO_1 as VBUSDET output, >> which can be tied to a SoC GPIO and used as a VBUS >> interrupt. >> >> Beagle

Re: [PATCH 2/2] arm: boot: beaglex15: pass correct interrupt

Hi, On 2015년 11월 13일 02:53, Felipe Balbi wrote: > According to latest schematics [1], GPIO_1/VBUSDET > on TPS659038 is tied to AM57x GPIO4_21. We can use > that as a VBUS interrupt, instead of relying on > PMIC's VBUS interrupts which don't seem to be firing > on x15 at all. > > A follow up

Re: [PATCH] ARM: OMAP2: use correct timer function for AM43XX and TI81XX

Hi, Arnd Bergmann writes: > On Monday 16 November 2015 15:13:55 Felipe Balbi wrote: >> Arnd Bergmann writes: >> > AM43XX and TI81XX use omap3_gptimer_timer_init(), but that is only >> > built into the kernel for OMAP3 and AM33XX, otherwise we get: >> > >> >

Re: [PATCH 1/1] usb: phy: omap-otg: do not write to unallocated memory

Hi, The same patch was already reviewed and applied on usb.git repository[1] [1] https://git.kernel.org/cgit/linux/kernel/git/balbi/usb.git/commit/?h=testing/fixes=2c2025b41aeff57963f9ae2dd909fea704c625ab Thanks, Chanwoo Choi On 2015년 11월 20일 08:43, Heinrich Schuchardt wrote: > The current

Re: [PATCH] ARM: OMAP2: use correct timer function for AM43XX and TI81XX

On Monday 16 November 2015 15:13:55 Felipe Balbi wrote: > Arnd Bergmann writes: > > AM43XX and TI81XX use omap3_gptimer_timer_init(), but that is only > > built into the kernel for OMAP3 and AM33XX, otherwise we get: > > > > arch/arm/mach-omap2/built-in.o:(.arch.info.init+0x124):