Re: [PATCH 1/1] i2c: ocores: fix polling mode workaround on FU540-C000 SoC

2020-10-08 Thread Peter Korsgaard
> "Sagar" == Sagar Kadam writes: > Hello Peter, >> Are both affected by this issue? if not, we will need to extend the code >> to handle them differently. >> > No, this issue is present in FU540-C000 SoC i.e SoC- specific, and so I can > check > for the soc-compatible string as

RE: [PATCH 1/1] i2c: ocores: fix polling mode workaround on FU540-C000 SoC

2020-10-08 Thread Sagar Kadam
Walmsley ( Sifive) > ; pal...@dabbelt.com; > a...@eecs.berkeley.edu > Subject: Re: [PATCH 1/1] i2c: ocores: fix polling mode workaround on FU540- > C000 SoC > > [External Email] Do not click links or attachments unless you recognize the > sender and know the content is safe >

Re: [PATCH 1/1] i2c: ocores: fix polling mode workaround on FU540-C000 SoC

2020-10-07 Thread Peter Korsgaard
> "Sagar" == Sagar Shrikant Kadam writes: > The FU540-C000 has a broken IRQ and support was added earlier > so that it will operate in polling mode, but seems to work only > in case interrupts property is missing from the i2c0 dt-node. > This should not be the case and the driver should

[PATCH 1/1] i2c: ocores: fix polling mode workaround on FU540-C000 SoC

2020-10-06 Thread Sagar Shrikant Kadam
The FU540-C000 has a broken IRQ and support was added earlier so that it will operate in polling mode, but seems to work only in case interrupts property is missing from the i2c0 dt-node. This should not be the case and the driver should handle polling mode with the interrupt property present in