28.01.2019 21:28, Sowjanya Komatineni пишет: > > >>> Update I2C transfer timeout based on transfer bytes and I2C bus rate >>> to allow enough time during max transfer size based on the speed. >> >> Could it be that I2C device is busy and just slowly handling the transfer requests? Maybe better to leave the timeout as-is and assume the worst case scenario? >> > This change includes min transfer time out of 100ms in addition to computed timeout based on transfer bytes and speed which can account in cases of slave devices running at slower speed. > Also Tegra I2C Master supports Clock stretching by the slave. Okay, I suppose in reality this shouldn't break anything. Please explain what benefits this change brings. Does it fix or improve anything? The commit message only describes changes done in the patch and has no word on justification of those changes. Transfer timeout is an extreme case that doesn't happen often and when it happens, usually only the fact of timeout matters. If there is no real value in shortening of the timeout, why bother then?
