RE: [PATCH v7 0/5] AT91: replace broken TWI driver i2c-at91.c

2012-01-11 Thread Voss, Nikolaus
Hi, Carsten Behling wrote on 2011-12-28: I've tested this driver with the pca953x GPIO expander driver with a PCA9554. In the case of 8 GPIO pins (my case) i2c_smbus_read_byte_data(...) [...] I observed that reading out the GPIO status is one read delayed. The first read to a register from

AW: [PATCH v7 0/5] AT91: replace broken TWI driver i2c-at91.c

2011-12-28 Thread Carsten Behling
...@lists.infradead.org; linux-ker...@vger.kernel.org; ben-li...@fluff.org; Carsten Behling Betreff: Re: [PATCH v7 0/5] AT91: replace broken TWI driver i2c-at91.c Hi, I've tested this driver on a 2.6.38 kernel with several i2c clients (temp-sensor, audio-codec, touchscreen-controller, w1-bridge, io-expanders

Re: [PATCH v7 0/5] AT91: replace broken TWI driver i2c-at91.c

2011-11-25 Thread Hubert Feurstein
Hi, I've tested this driver on a 2.6.38 kernel with several i2c clients (temp-sensor, audio-codec, touchscreen-controller, w1-bridge, io-expanders) and works without problems. SoC: at91sam9g45 Because of the 2.6.38 kernel, I had to skip [PATCH v7 2/5] Replace clk_lookup.con_id with

Re: [PATCH v7 0/5] AT91: replace broken TWI driver i2c-at91.c

2011-11-23 Thread Ben Dooks
On Wed, Nov 23, 2011 at 04:35:55PM +0100, Nikolaus Voss wrote: The old driver has two main deficencies: i) No repeated start (Sr) condiction is possible, this makes it unusable e.g. for most SMBus transfers. ii) I/O was done with polling/busy waiting what caused over-/underruns even

RE: [PATCH v7 0/5] AT91: replace broken TWI driver i2c-at91.c

2011-11-23 Thread Voss, Nikolaus
Hi, Ben Dooks wrote on 2011-11-24: On Wed, Nov 23, 2011 at 04:35:55PM +0100, Nikolaus Voss wrote: The old driver has two main deficencies: i) No repeated start (Sr) condiction is possible, this makes it unusable e.g. for most SMBus transfers. ii) I/O was done with polling/busy