Re: [PATCH v2 00/10] i2c: xiic: Add features, bug fixes.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 7/28/21 12:11 PM, Raviteja Narayanam wrote:
[...]

I have tested this again on our boards with eeprom and other
sensors, this
is working fine for us.

Can you share details of how those tests were performed ?

Stress test - 1:
Heavy ethernet traffic running in the background.
I2c commands script (like below) running. We can see visible stutter
in the
output as expected, but nothing failed.

i=0
while [ 1 ]
do
		i2ctransfer -y -f 2 w1@0X54 0X00 r31@0X54
		i2ctransfer -y -f 2 w1@0X54 0X00 r32@0X54
		i2ctransfer -y -f 2 w1@0X54 0X00 r255@0X54
		i2ctransfer -y -f 2 w1@0X54 0X00 r273@0X54
                                i2ctransfer -y -f 2 w1@0X54 0X00
r1@0X54

Could it be that you never see the problem because you always talk to
one single device ?

There are transfers to other devices as well.

The above test only accesses device at address 0x54, right ?

Above code is just one part.
We are doing read/writes to all devices present on this board https://www.xilinx.com/support/documentation/boards_and_kits/zcu102/ug1182-zcu102-eval-bd.pdf

Can you share details of how those tests were performed ?

Our board has multiple power monitors, eeprom and other misc devices
that are accessed through the same driver and are working fine.

That does not seem to be what the test above does .

Do you also test writes which are not 1 byte long ?


Yes, like for eeprom 1 page (16 bytes)  is written.

I suspect the atmel mxt does much longer writes, try 255 bytes or so.

Ok, I will do longer writes (in the range of 255) on supported slave devices.

Thank you



[Index of Archives]     [Linux GPIO]     [Linux SPI]     [Linux Hardward Monitoring]     [LM Sensors]     [Linux USB Devel]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux