Re: [PATCH v6 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver

On Tue, Apr 16, 2013 at 09:29:00AM -0700, Doug Anderson wrote: > The i2c-arb-gpio-challenge driver implements an I2C arbitration scheme > where masters need to claim the bus with a GPIO before they can start > a transcation. This should generally only be used when standard I2C I am having fun wit

Re: [PATCH v6 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver

Overdue, should have added a few iterations ago: :) On Tue, Apr 16, 2013 at 09:29:00AM -0700, Doug Anderson wrote: > The i2c-arb-gpio-challenge driver implements an I2C arbitration scheme > where masters need to claim the bus with a GPIO before they can start > a transcation. This should generall

[PATCH v6 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver

The i2c-arb-gpio-challenge driver implements an I2C arbitration scheme where masters need to claim the bus with a GPIO before they can start a transcation. This should generally only be used when standard I2C multimaster isn't appropriate for some reason (errata/bugs). This driver is based on cod

Re: [PATCH v5 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver

On 04/16/2013 03:36 AM, Wolfram Sang wrote: > Doug, > > On Tue, Apr 09, 2013 at 02:34:28PM -0700, Doug Anderson wrote: >> The i2c-arb-gpio-challenge driver implements an I2C arbitration scheme >> where masters need to claim the bus with a GPIO before they can start >> a transcation. This should g

[PATCH v7] i2c-designware: make SDA hold time configurable

Looks like this was eaten by the spam filter last time so i'm resending it to the lists only: This patch makes the SDA hold time configurable through device tree. Signed-off-by: Christian Ruppert Signed-off-by: Pierrick Hascoet --- .../devicetree/bindings/i2c/i2c-designware.txt | 14 +

Re: [PATCH v5 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver

On Tue, Apr 16, 2013 at 11:36:33AM +0200, Wolfram Sang wrote: > Doug, > [ ... ] > > "callenge & response"? > > ... > > > diff --git a/drivers/i2c/muxes/i2c-arb-gpio-challenge.c > > b/drivers/i2c/muxes/i2c-arb-gpio-challenge.c > > new file mode 100644 > > index 000..bda020a > > --- /dev/nul

[PATCH 6/6] ARM: at91: dts: add MCI DMA support

From: Ludovic Desroches Add DMA resources to MCI nodes. Signed-off-by: Ludovic Desroches --- arch/arm/boot/dts/at91sam9g45.dtsi | 4 arch/arm/boot/dts/at91sam9n12.dtsi | 2 ++ arch/arm/boot/dts/at91sam9x5.dtsi | 4 arch/arm/boot/dts/sama5d3.dtsi | 6 ++ 4 files changed, 16 i

[PATCH 5/6] mci: at91: convert to dma_request_slave_channel_compat()

From: Ludovic Desroches Use generic DMA DT helper. Platforms booting with or without DT populated are both supported. Signed-off-by: Ludovic Desroches Acked-by: Jean-Christophe PLAGNIOL-VILLARD Acked-by: Nicolas Ferre --- drivers/mmc/host/atmel-mci.c | 25 - 1 file ch

[PATCH 4/6] ARM: at91: dts: add i2c dma support

From: Ludovic Desroches Add DMA resources to i2c nodes. Signed-off-by: Ludovic Desroches --- arch/arm/boot/dts/at91sam9n12.dtsi | 6 ++ arch/arm/boot/dts/at91sam9x5.dtsi | 9 + arch/arm/boot/dts/sama5d3.dtsi | 9 + 3 files changed, 24 insertions(+) diff --git a/arch/a

[PATCH 3/6] i2c: at91: convert to dma_request_slave_channel_compat()

From: Ludovic Desroches Use generic DMA DT helper. Platforms booting with or without DT populated are both supported. Signed-off-by: Ludovic Desroches --- drivers/i2c/busses/i2c-at91.c | 49 ++- 1 file changed, 25 insertions(+), 24 deletions(-) diff --g

[PATCH 2/6] ARM: at91: dts: set #dma-cells to the correct value

From: Ludovic Desroches Moving to generic DMA DT binding involves to set #dma-cells to 2. Signed-off-by: Ludovic Desroches --- arch/arm/boot/dts/at91sam9g45.dtsi | 1 + arch/arm/boot/dts/at91sam9n12.dtsi | 1 + arch/arm/boot/dts/at91sam9x5.dtsi | 2 ++ arch/arm/boot/dts/sama5d3.dtsi | 4 +

[PATCH 1/6] at_hdmac: move to generic DMA binding

From: Ludovic Desroches Update at_hdmac driver to support generic DMA device tree binding. Devices can still request channel with dma_request_channel() then it doesn't break DMA for non DT boards. Signed-off-by: Ludovic Desroches Acked-by: Nicolas Ferre Acked-by: Jean-Christophe PLAGNIOL-VILLA

[PATCH v2 0/6] ARM: at91: move to generic DMA device tree binding

From: Ludovic Desroches Hi, This set of patches introduces DMA device tree bindings support for the atmel DMA controller and first driver conversions. Patch 3/6 has already been taken by Wolfram. v2 changes: - update documentation about dma bindings according to Nicolas' comments - put dtsi ch

Re: [PATCH v7] i2c: exynos5: add High Speed I2C controller driver

Hi, thanks for the submission. On Thu, Apr 04, 2013 at 09:52:01PM -0700, Naveen Krishna Chatradhi wrote: > From: Naveen Krishna Chatradhi > > Adds support for High Speed I2C driver found in Exynos5 and > later SoCs from Samsung. > This driver currently supports Auto mode. Either explain the li

Re: [PATCH 3/3] mci: at91: convert to dma_request_slave_channel_compat()

On 04/15/2013 02:16 PM, ludovic.desroc...@atmel.com : > From: Ludovic Desroches > > Use generic DMA DT helper. Platforms booting with or without DT populated are > both supported. > > Signed-off-by: Ludovic Desroches Acked-by: Nicolas Ferre > --- > drivers/mmc/host/atmel-mci.c | 25

Re: [PATCH 1/3] at_hdmac: move to generic DMA binding

On 04/15/2013 02:16 PM, ludovic.desroc...@atmel.com : > From: Ludovic Desroches > > Update at_hdmac driver to support generic DMA device tree binding. Devices > can still request channel with dma_request_channel() then it doesn't break > DMA for non DT boards. > > Signed-off-by: Ludovic Desroche

Re: [PATCH 2/4] i2c: Kontron PLD i2c bus driver

On Wed, Apr 10, 2013 at 10:02:12AM -0700, Guenter Roeck wrote: > On Mon, Apr 08, 2013 at 10:15:19AM -0700, Kevin Strasser wrote: > > From: Michael Brunner > > > > Add i2c support for the on-board PLD found on some Kontron embedded > > modules. > > > > Signed-off-by: Michael Brunner > > Signed-o

Re: [PATCH v5 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver

> "Wolfram" == Wolfram Sang writes: Hi, >> +- their-claim-gpios: The GPIOs that the other sides use the claim the bus. >> + Note that some implementations may only support a single other master. Wolfram> Stronger? "Currently, only one other master is supported"? Also there's a typo: s/

Re: [PATCH v5 1/3] i2c: mux: Add i2c-arb-gpio-challenge 'mux' driver

Doug, On Tue, Apr 09, 2013 at 02:34:28PM -0700, Doug Anderson wrote: > The i2c-arb-gpio-challenge driver implements an I2C arbitration scheme > where masters need to claim the bus with a GPIO before they can start > a transcation. This should generally only be used when standard I2C > multimaster

Re: [PATCH] i2c: imx: use of_alias_get_id to order i2c devices

Am Dienstag, den 16.04.2013, 11:17 +0200 schrieb Wolfram Sang: > On Tue, Apr 09, 2013 at 07:09:39PM +0200, Philipp Zabel wrote: > > This allows to order i2c character devices as they are numbered > > in the reference manual, instead of ordering them by register > > base address. > > > > Signed-off

Re: [PATCH] i2c: imx: use of_alias_get_id to order i2c devices

On Tue, Apr 09, 2013 at 07:09:39PM +0200, Philipp Zabel wrote: > This allows to order i2c character devices as they are numbered > in the reference manual, instead of ordering them by register > base address. > > Signed-off-by: Philipp Zabel ee5c27440cc24d62ec463cce4c000bb32c5692c7 in i2c/for-ne

Re: [PATCH 2/3] i2c: at91: convert to dma_request_slave_channel_compat()

On Mon, Apr 15, 2013 at 02:16:56PM +0200, ludovic.desroc...@atmel.com wrote: > From: Ludovic Desroches > > Use generic DMA DT helper. Platforms booting with or without DT populated are > both supported. > > Signed-off-by: Ludovic Desroches Applied to for-next, thanks! -- To unsubscribe from t

Re: I2C_M_RECV_LEN for i2c-mxs

Hi Wolfram, On Sun, Apr 14, 2013 at 01:57:58PM +0200, Wolfram Sang wrote: > > Ah, ok. But then there is a different problem: Even though "my" driver > > only advertises I2C_FUNC_I2C | I2C_FUNC_SMBUS_EMUL calling > > i2c_smbus_read_block_data in userspace results in .master_xfer being > > called wi