t far from version 2 of
driver and it wasn't tested. I'm sure that I2DR workaround will improve
stability, but I do not know if it will fix all issues (i.e. passing of
stress tests )
Best Regards,
Maxim Syrchin
Thanks again,
Joshua
On 10/28/2016 04:38 AM, Maxim Syrchin wrote:
Hi,
Sorry for
t far from version 2 of
driver and it wasn't tested. I'm sure that I2DR workaround will improve
stability, but I do not know if it will fix all issues (i.e. passing of
stress tests )
Best Regards,
Maxim Syrchin
Thanks again,
Joshua
On 10/28/2016 04:38 AM, Maxim Syrchin wrote:
Hi,
Sorry for
ing master xfer). v2 is
working pretty good in slave-only or master-only mode. It is reasonable
to add slave locking test - sometimes imx6 hw doesn't release data
line. As workaround we use dummy reading of IMX_I2C_I2DR if driver is
in slave mode and IBB bit is set for a long time.
Thanks,
Maxim
ing master xfer). v2 is
working pretty good in slave-only or master-only mode. It is reasonable
to add slave locking test - sometimes imx6 hw doesn't release data
line. As workaround we use dummy reading of IMX_I2C_I2DR if driver is
in slave mode and IBB bit is set for a long time.
Thanks,
Maxim
Hi Wolfram,
I'm now working on creating new driver version. I think I'll be able to
sent it soon.
04.03.2016 0:35, Wolfram Sang пишет:
There are might be race conditions.
Can you name them
Most of races are fixed already. There were some issues with interrupt
latencies - sometimes slave
Hi Wolfram,
I'm now working on creating new driver version. I think I'll be able to
sent it soon.
04.03.2016 0:35, Wolfram Sang пишет:
There are might be race conditions.
Can you name them
Most of races are fixed already. There were some issues with interrupt
latencies - sometimes slave
6 matches
Mail list logo