Re: [PATCH v4 0/4] i2c: designware: improve performance for transfers

From: Wolfram Sang
Date: Thu Aug 25 2016 - 16:32:05 EST


On Tue, Aug 23, 2016 at 07:18:52PM -0300, Lucas De Marchi wrote:
> Diff from v3:
>
> - Fix over 80chars in one place
>
> - Move check for adapter being able to dynamically update TAR to be done
> on probe time rather than init as requested by Jarkko
>
> For the previous version, Christian had added:
>
> Tested-by: Christian Ruppert <christian.ruppert@xxxxxxxxxxx>
> on TB101 with Linux-4.7
>
> And Jarkko added his Acked-by: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
> on patches 1 and 3 (now 4).
>
> There's a new patch #2 as a preparatory work to move the check
> mentioned above to i2c_dw_probe().
>
> v3 of "i2c: designware: do not disable adapter after transfer". Differences
> are:
>
> - Now there's a first patch that does not depend on IC_TAR being dynamically
> enabled/disabled: it just doesn't wait for the state change when not needed.
>
> - We added a patch that allows detecting if HW supports the dynamic TAR updates
>
> - In the last patch the bits were changed as suggested by Jarkko.
>
> - This is tested on BayTrail and CherryTrail, both of them returning true for
> "dynamically update TAR"
>
> Josà Roberto de Souza (1):
> i2c: designware: wait for disable/enable only if necessary
>
> Lucas De Marchi (3):
> i2c: designware: add common functions for locking
> i2c: designware: detect when dynamic tar update is possible
> i2c: designware: do not disable adapter after transfer

Applied to for-next, thanks! And thanks to all reviewers and testers,
much appreciated!

Attachment: signature.asc
Description: PGP signature