[PATCHv1 1/7] dt-bindings: use isil prefix for Intersil

This patch fixes DT documentation to reference isil (NASDAQ symbol and the most used prefix inside the kernel) for all Intersil products. It reverts both 7c75c1d5e72b ("dt-bindings: Document deprecated device vendor name to fix related warning") and b2ea3f82e798 ("dt-bindings: Document correct an

Re: [PATCH v3 0/3] Add I2C support to Broadcom iProc

Hi Wolfram, Thanks for the reply. I'll go through your recent reviews and if I find any comment that applies to my driver I'll make the change. Thanks, Ray On 12/15/2014 1:55 PM, Wolfram Sang wrote: Hi, please don't drop the i2c-list. I guess you are probably extremely busy and might not

Re: [PATCH v3 0/3] Add I2C support to Broadcom iProc

Hi, please don't drop the i2c-list. > I guess you are probably extremely busy and might not have had a chance to > look into the iProc I2C driver v3 patch that was submitted on December 9. > I'm not trying to rush it, and am perfectly fine with waiting longer. I > understand subsystem maintainers

Re: [PATCH 2/5] i2c: sh_mobile: add DMA support

On Mon, Dec 15, 2014 at 10:45:33AM +0100, Wolfram Sang wrote: > > > Quite right, this is a good question. Today we cannot distinguish between > > the > > two. Should we improve the deferred probe to tell us when the init > > is complete and all the modules have been initialized? If we ever have s

Re: [PATCH 2/5] i2c: sh_mobile: add DMA support

On Mon, Dec 15, 2014 at 11:42:46AM +0200, Laurent Pinchart wrote: > Hi Vinod, > > On Monday 15 December 2014 14:43:14 Vinod Koul wrote: > > On Mon, Dec 15, 2014 at 09:31:01AM +0100, Geert Uytterhoeven wrote: > > > Please let me summarize... > > > > Thanks :) > > > > > During probe of a DMA clien

[PATCH] i2c: sh_mobile: I2C_SH_MOBILE should depend on HAS_DMA

If NO_DMA=y: drivers/built-in.o: In function `sh_mobile_i2c_dma_unmap': i2c-sh_mobile.c:(.text+0x60de42): undefined reference to `dma_unmap_single' drivers/built-in.o: In function `sh_mobile_i2c_xfer_dma': i2c-sh_mobile.c:(.text+0x60df22): undefined reference to `dma_map_single' i2c-sh_mobile.c:(.

Re: [PATCH] of: i2c: Add DT bindings for idle states to PCA954x mux driver

Hi Laurent, Am 15.12.2014 um 09:40 schrieb Laurent Pinchart: Hi Alexander, Thank you for the patch. On Monday 15 December 2014 02:25:18 Alexander Sverdlin wrote: of: i2c: Add DT bindings for idle states to PCA954x mux driver Introduce two new device tree bindings to specify idle state of PCA

Re: [PATCH v5 1/3] mfd: add support for Cypress CYUSBS234 USB Serial Bridge controller

On Sat, Dec 13, 2014 at 05:17:42PM +0530, Muthu Mani wrote: > Adds support for USB-I2C/GPIO interfaces of Cypress Semiconductor > CYUSBS234 USB-Serial Bridge controller. > > Details about the device can be found at: > http://www.cypress.com/?rID=84126 > > Separate cell drivers are available for I

Re: [PATCH 2/5] i2c: sh_mobile: add DMA support

> Quite right, this is a good question. Today we cannot distinguish between the > two. Should we improve the deferred probe to tell us when the init > is complete and all the modules have been initialized? If we ever have such > a mechanism to check then we know no modules are to be inserted then

Re: [PATCH 2/5] i2c: sh_mobile: add DMA support

Hi Vinod, On Monday 15 December 2014 14:43:14 Vinod Koul wrote: > On Mon, Dec 15, 2014 at 09:31:01AM +0100, Geert Uytterhoeven wrote: > > Please let me summarize... > > Thanks :) > > > During probe of a DMA client driver, the DMA engine driver may not be > > available, causing dma_request_slave_

Re: [PATCH 2/5] i2c: sh_mobile: add DMA support

Hi Wolfram, On Mon, Dec 15, 2014 at 10:06 AM, Wolfram Sang wrote: >> Solutions under consideration: >> 1. Wolfram posted a patch to make i2c-sh_mobile fall back to PIO, >> and retry DMA initialization in every request, so it will switch to >> DMA when it becomes available. But this is subop

Re: [PATCH 2/5] i2c: sh_mobile: add DMA support

On Mon, Dec 15, 2014 at 09:31:01AM +0100, Geert Uytterhoeven wrote: > Please let me summarize... Thanks :) > During probe of a DMA client driver, the DMA engine driver may not be > available, > causing dma_request_slave_channel*() to return -EPROBE-DEFER. > There are actually two different reason

Re: [PATCH 2/5] i2c: sh_mobile: add DMA support

> Please let me summarize... Thanks for the summary, Geert! > Solutions under consideration: > 1. Wolfram posted a patch to make i2c-sh_mobile fall back to PIO, > and retry DMA initialization in every request, so it will switch to > DMA when it becomes available. But this is suboptimal, as

Re: [PATCH] of: i2c: Add DT bindings for idle states to PCA954x mux driver

Hi Alexander, Thank you for the patch. On Monday 15 December 2014 02:25:18 Alexander Sverdlin wrote: > of: i2c: Add DT bindings for idle states to PCA954x mux driver > > Introduce two new device tree bindings to specify idle state of PCA954x > family of I2C multiplexors: > - idle-state: specif

Re: [PATCH 2/5] i2c: sh_mobile: add DMA support

Hi Vinod, On Mon, Dec 15, 2014 at 7:43 AM, Vinod Koul wrote: > On Thu, Dec 11, 2014 at 11:52:10PM +0200, Laurent Pinchart wrote: >> On Thursday 11 December 2014 22:47:32 Wolfram Sang wrote: >> > > > Note that the I2C drives uses subsys_initcall() for historic reasons, >> > > > while the DMA drive