[PATCH 0/4] i2c: rcar: handle Gen2 and Gen3 V3U quirks better

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

 



The new V3U SoC needs handling of spurious interrupts which is handled
in patch #4. However, this extra check is bad for Gen2 and earlier SoCs,
so we need seperate interrupts now. While working on this, further
improvements to avoid the HW race condition on Gen2 and earlier have
been found, see patches 1-3.

My measurements have shown that patches 1+2 really improve the
situation. Before, I could see doubled messages after adding 2us of
delay to the interrupt handler. After, they only started to appear after
7us. I can't say much about the spurious interrupts on V3U. The BSP team
experienced them, I did not so far.

Let me know what you think...


Wolfram Sang (4):
  i2c: rcar: faster irq code to minimize HW race condition
  i2c: rcar: optimize cacheline to minimize HW race condition
  i2c: rcar: make sure irq is not threaded on Gen2 and earlier
  i2c: rcar: protect against supurious interrupts on V3U

 drivers/i2c/busses/i2c-rcar.c | 66 +++++++++++++++++++++++++----------
 1 file changed, 48 insertions(+), 18 deletions(-)

-- 
2.28.0




[Index of Archives]     [Linux Samsung SOC]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux