[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <bb2cab96-af05-83bc-ec8a-3cc03426c5e7@linux.intel.com>
Date: Thu, 16 Jul 2020 17:36:57 +0800
From: Dilip Kota <eswara.kota@...ux.intel.com>
To: Mark Brown <broonie@...nel.org>
Cc: Daniel Schwierzeck <daniel.schwierzeck@...il.com>, robh@...nel.org,
linux-spi@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, hauke@...ke-m.de,
andriy.shevchenko@...el.com, cheol.yong.kim@...el.com,
chuanhua.lei@...ux.intel.com, qi-ming.wu@...el.com
Subject: Re: [PATCH 1/4] spi: lantiq: Synchronize interrupt handlers and
transfers
On 5/6/2020 3:40 PM, Dilip Kota wrote:
>
> On 5/5/2020 7:23 PM, Mark Brown wrote:
>> On Mon, May 04, 2020 at 06:15:47PM +0800, Dilip Kota wrote:
>>> On 4/29/2020 8:13 PM, Mark Brown wrote:
>>
>>> I just tried to get the history of removing workqueue in SPI driver, on
>>> GRX500 (earlier chipset of LGM) the SPI transfers got timedout with
>>> workqueues during regression testing. Once changed to threaded IRQs
>>> transfers are working successfully.
>> That doesn't really explain why though, it just explains what.
> I didnt find more information about it. I will work to reproduce the
> issue and share the detailed information sooner i get the
> accessibility of the SoC (because of covid19 doing wfh)
I got the GRX500 setup and reproduced the timeout issue.
[ 88.721883] spi-loopback-test spi1.2: SPI transfer timed out
[ 88.726488] spi-loopback-test spi1.2: spi-message timed out -
reruning...
[ 88.961786] spi-loopback-test spi1.2: SPI transfer timed out
[ 88.966027] spi-loopback-test spi1.2: Failed to execute spi_message:
-145
Timeout is happening because of not acknowledging or not clearing the
interrupt status registers. Workqueue is not causing any issue,
I am working on the changes, will submit the patches for review.
Regards,
Dilip
>
> Regards,
> Dilip
Powered by blists - more mailing lists