Re: [PATCH v3 0/3] i2c: designware: improve performance for transfers
> Looks like I forgot to CC Wolfram. CC'ing now on this cover letter, let > me know if you also need the individual patches. As long as the i2c-list is on cc, they will show up in patchwork and then I'll have the patches. All fine here. signature.asc Description: PGP signature
Re: [PATCH v3 0/3] i2c: designware: improve performance for transfers
> Looks like I forgot to CC Wolfram. CC'ing now on this cover letter, let > me know if you also need the individual patches. As long as the i2c-list is on cc, they will show up in patchwork and then I'll have the patches. All fine here. signature.asc Description: PGP signature
Re: [PATCH v3 0/3] i2c: designware: improve performance for transfers
On Fri, 2016-08-12 at 16:59 +0200, Christian Ruppert wrote: > On 29.07.2016 00:03, Lucas De Marchi wrote: > > > > This can be considered a 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" > > Tested-by: Christian Ruppert> on TB101 with Linux-4.7 > > Seems to work perfectly now, congratulations and thanks for your > patience with our platform... This was a hard one! Awesome, thanks for testing this series. Looks like I forgot to CC Wolfram. CC'ing now on this cover letter, let me know if you also need the individual patches. Lucas De Marchi > > > > > José Roberto de Souza (1): > > i2c: designware: wait for disable/enable only if necessary > > > > Lucas De Marchi (2): > > i2c: designware: detect when dynamic tar update is possible > > i2c: designware: do not disable adapter after transfer > > > > drivers/i2c/busses/i2c-designware-core.c | 103 > > +-- > > drivers/i2c/busses/i2c-designware-core.h | 1 + > > 2 files changed, 72 insertions(+), 32 deletions(-) > > >
Re: [PATCH v3 0/3] i2c: designware: improve performance for transfers
On Fri, 2016-08-12 at 16:59 +0200, Christian Ruppert wrote: > On 29.07.2016 00:03, Lucas De Marchi wrote: > > > > This can be considered a 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" > > Tested-by: Christian Ruppert > on TB101 with Linux-4.7 > > Seems to work perfectly now, congratulations and thanks for your > patience with our platform... This was a hard one! Awesome, thanks for testing this series. Looks like I forgot to CC Wolfram. CC'ing now on this cover letter, let me know if you also need the individual patches. Lucas De Marchi > > > > > José Roberto de Souza (1): > > i2c: designware: wait for disable/enable only if necessary > > > > Lucas De Marchi (2): > > i2c: designware: detect when dynamic tar update is possible > > i2c: designware: do not disable adapter after transfer > > > > drivers/i2c/busses/i2c-designware-core.c | 103 > > +-- > > drivers/i2c/busses/i2c-designware-core.h | 1 + > > 2 files changed, 72 insertions(+), 32 deletions(-) > > >
Re: [PATCH v3 0/3] i2c: designware: improve performance for transfers
On 29.07.2016 00:03, Lucas De Marchi wrote: > This can be considered a 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" Tested-by: Christian Rupperton TB101 with Linux-4.7 Seems to work perfectly now, congratulations and thanks for your patience with our platform... This was a hard one! > José Roberto de Souza (1): > i2c: designware: wait for disable/enable only if necessary > > Lucas De Marchi (2): > i2c: designware: detect when dynamic tar update is possible > i2c: designware: do not disable adapter after transfer > > drivers/i2c/busses/i2c-designware-core.c | 103 > +-- > drivers/i2c/busses/i2c-designware-core.h | 1 + > 2 files changed, 72 insertions(+), 32 deletions(-) >
Re: [PATCH v3 0/3] i2c: designware: improve performance for transfers
On 29.07.2016 00:03, Lucas De Marchi wrote: > This can be considered a 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" Tested-by: Christian Ruppert on TB101 with Linux-4.7 Seems to work perfectly now, congratulations and thanks for your patience with our platform... This was a hard one! > José Roberto de Souza (1): > i2c: designware: wait for disable/enable only if necessary > > Lucas De Marchi (2): > i2c: designware: detect when dynamic tar update is possible > i2c: designware: do not disable adapter after transfer > > drivers/i2c/busses/i2c-designware-core.c | 103 > +-- > drivers/i2c/busses/i2c-designware-core.h | 1 + > 2 files changed, 72 insertions(+), 32 deletions(-) >
[PATCH v3 0/3] i2c: designware: improve performance for transfers
This can be considered a 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 (2): i2c: designware: detect when dynamic tar update is possible i2c: designware: do not disable adapter after transfer drivers/i2c/busses/i2c-designware-core.c | 103 +-- drivers/i2c/busses/i2c-designware-core.h | 1 + 2 files changed, 72 insertions(+), 32 deletions(-) -- 2.7.4
[PATCH v3 0/3] i2c: designware: improve performance for transfers
This can be considered a 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 (2): i2c: designware: detect when dynamic tar update is possible i2c: designware: do not disable adapter after transfer drivers/i2c/busses/i2c-designware-core.c | 103 +-- drivers/i2c/busses/i2c-designware-core.h | 1 + 2 files changed, 72 insertions(+), 32 deletions(-) -- 2.7.4