[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <790fa75aaec146f0bb27703157c0e77a@AcuMS.aculab.com>
Date: Tue, 12 Jan 2021 09:32:19 +0000
From: David Laight <David.Laight@...LAB.COM>
To: 'Sowjanya Komatineni' <skomatineni@...dia.com>,
Dmitry Osipenko <digetx@...il.com>,
Thierry Reding <thierry.reding@...il.com>
CC: "jonathanh@...dia.com" <jonathanh@...dia.com>,
"linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-i2c@...r.kernel.org" <linux-i2c@...r.kernel.org>
Subject: RE: [PATCH v1] i2c: tegra: Fix i2c_writesl() to use writel() instead
of writesl()
From: Sowjanya Komatineni
> Sent: 11 January 2021 17:38
...
> Using writesl() for filling TX_FIFO causing silent hang immediate on any
> i2c register access after filling FIFO with 8 words and some times with
> 6 words as well.
>
> So couldn't INTERRUPT_STATUS registers to check for TX FIFO Overflows
> when this silent hang happens.
>
> Tried to read thru back-door (JTAG path) but could not connect to JTAG
> either. Looks like Tegra chip is in some weird state.
>
> But using writel() followed by i2c_readl helps. Not sure if any thing
> related to register access delay or some other issue.
How much does the i2c_read() slow down the transfer?
If the device is PCIe it is probably significant.
If the underlying problem is that the Tegra chip can't handle
back to back writes to the tx fifo maybe there are other solutions!
1) Send it back and ask for a working chip :-)
2) Maybe an interleaved write will slow things down enough?
It may be worth testing back to back writes to other registers
to see if it is a problem that is specific to the tx fifo.
David
-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)
Powered by blists - more mailing lists