Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.kernel > #1462499 > unrolled thread

Re: [PATCH] i2c: at91: fix support of the "alternative command" feature

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: [PATCH] i2c: at91: fix support of the "alternative command"  feature Wolfram Sang <wsa@the-dreams.de> - 2016-08-15 00:40 +0200

#1462499 — Re: [PATCH] i2c: at91: fix support of the "alternative command" feature

[Multipart message — attachments visible in raw view] — view raw

On Wed, Aug 03, 2016 at 04:58:26PM +0200, Ludovic Desroches wrote:
> From: Cyrille Pitchen <cyrille.pitchen@atmel.com>
> 
> The "alternative command" feature was introduced with sama5d2 SoCs.
> 
> Its purpose is to let the hardware i2c controller automatically send the
> STOP condition on the i2c bus at the end of a data transfer.
> Without this feature, the i2c driver has to write the 'STOP' bit into the
> Control Register so the hardware i2c controller is triggered to send the
> STOP condition on the bus.
> 
> Using the "alternative command" feature requires to set the transfer data
> length into the 8bit DATAL field of the Alternative Command Register.
> Hence only data transfers up to 255 bytes can take advantage of the
> "alternative command" feature. For greater data transfer sizes, the driver
> should use the previous implementation, when the "alternative command"
> support was not implemented yet.
> 
> Signed-off-by: Cyrille Pitchen <cyrille.pitchen@atmel.com>
> Signed-off-by: Ludovic Desroches <ludovic.desroches@atmel.com>

Applied to for-current, thanks!

[toc] | [standalone]

Back to top | Article view | linux.kernel

csiph-web