Re: [PATCH v3 0/3] i2c: designware: improve performance for transfers

2016-08-16 Thread Wolfram Sang
> 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

2016-08-16 Thread Wolfram Sang
> 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

2016-08-15 Thread De Marchi, Lucas
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

Re: [PATCH v3 0/3] i2c: designware: improve performance for transfers

2016-08-15 Thread De Marchi, Lucas
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

Re: [PATCH v3 0/3] i2c: designware: improve performance for transfers

2016-08-12 Thread Christian Ruppert
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

Re: [PATCH v3 0/3] i2c: designware: improve performance for transfers

2016-08-12 Thread Christian Ruppert
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

[PATCH v3 0/3] i2c: designware: improve performance for transfers

2016-07-28 Thread Lucas De Marchi
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

[PATCH v3 0/3] i2c: designware: improve performance for transfers

2016-07-28 Thread Lucas De Marchi
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