Re: [PATCH v3 3/7] i2c: bcm2835: Use dev_dbg logging on transfer errors

2016-09-29 Thread Martin Sperl
On 28.09.2016, at 19:50, Noralf Trønnes wrote: > > Writing to an AT24C32 generates on average 2x i2c transfer errors per > 32-byte page write. Which amounts to a lot for a 4k write. This is due > to the fact that the chip doesn't respond during it's internal write > cycle

Re: [PATCH v3 3/7] i2c: bcm2835: Use dev_dbg logging on transfer errors

2016-09-29 Thread Martin Sperl
On 28.09.2016, at 19:50, Noralf Trønnes wrote: > > Writing to an AT24C32 generates on average 2x i2c transfer errors per > 32-byte page write. Which amounts to a lot for a 4k write. This is due > to the fact that the chip doesn't respond during it's internal write > cycle when the at24 driver

[PATCH v3 3/7] i2c: bcm2835: Use dev_dbg logging on transfer errors

2016-09-28 Thread Noralf Trønnes
Writing to an AT24C32 generates on average 2x i2c transfer errors per 32-byte page write. Which amounts to a lot for a 4k write. This is due to the fact that the chip doesn't respond during it's internal write cycle when the at24 driver tries and retries the next write. Only a handful drivers use

[PATCH v3 3/7] i2c: bcm2835: Use dev_dbg logging on transfer errors

2016-09-28 Thread Noralf Trønnes
Writing to an AT24C32 generates on average 2x i2c transfer errors per 32-byte page write. Which amounts to a lot for a 4k write. This is due to the fact that the chip doesn't respond during it's internal write cycle when the at24 driver tries and retries the next write. Only a handful drivers use