Re: [PATCH 3/3] i2c: uniphier-f: fix race condition when IRQ is cleared

2018-10-28 Thread Wolfram Sang
On Tue, Oct 16, 2018 at 12:01:49PM +0900, Masahiro Yamada wrote: > The current IRQ handler clears all the IRQ status bits when it bails > out. This is dangerous because it might clear away the status bits > that have just been set while processing the current handler. If this > happens, the IRQ

Re: [PATCH 3/3] i2c: uniphier-f: fix race condition when IRQ is cleared

2018-10-28 Thread Wolfram Sang
On Tue, Oct 16, 2018 at 12:01:49PM +0900, Masahiro Yamada wrote: > The current IRQ handler clears all the IRQ status bits when it bails > out. This is dangerous because it might clear away the status bits > that have just been set while processing the current handler. If this > happens, the IRQ

[PATCH 3/3] i2c: uniphier-f: fix race condition when IRQ is cleared

2018-10-15 Thread Masahiro Yamada
The current IRQ handler clears all the IRQ status bits when it bails out. This is dangerous because it might clear away the status bits that have just been set while processing the current handler. If this happens, the IRQ event for the latest transfer is lost forever. The IRQ status bits must be

[PATCH 3/3] i2c: uniphier-f: fix race condition when IRQ is cleared

2018-10-15 Thread Masahiro Yamada
The current IRQ handler clears all the IRQ status bits when it bails out. This is dangerous because it might clear away the status bits that have just been set while processing the current handler. If this happens, the IRQ event for the latest transfer is lost forever. The IRQ status bits must be