[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <VE1PR04MB66885BAC7032D643F308A2F989309@VE1PR04MB6688.eurprd04.prod.outlook.com>
Date: Tue, 15 Jun 2021 02:17:42 +0000
From: Robin Gong <yibin.gong@....com>
To: Fabio Estevam <festevam@...il.com>
CC: Vinod <vkoul@...nel.org>, Mark Rutland <mark.rutland@....com>,
Mark Brown <broonie@...nel.org>,
Rob Herring <robh+dt@...nel.org>,
Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will.deacon@....com>,
Shawn Guo <shawnguo@...nel.org>,
Sascha Hauer <s.hauer@...gutronix.de>,
Martin Fuzzey <martin.fuzzey@...wbird.group>,
Uwe Kleine-König
<u.kleine-koenig@...gutronix.de>,
Dan Williams <dan.j.williams@...el.com>,
Matthias Schiffer <matthias.schiffer@...tq-group.com>,
Schrempf Frieder <frieder.schrempf@...tron.de>,
Marco Felsch <m.felsch@...gutronix.de>,
Clark Wang <xiaoning.wang@....com>,
linux-spi <linux-spi@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>,
"moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE"
<linux-arm-kernel@...ts.infradead.org>,
Sascha Hauer <kernel@...gutronix.de>,
"dmaengine@...r.kernel.org" <dmaengine@...r.kernel.org>,
dl-linux-imx <linux-imx@....com>
Subject: RE: [PATCH v14 00/12] add ecspi ERR009165 for i.mx6/7 soc family
On 06/15/21 10:13 Fabio Estevam <festevam@...il.com> wrote:
> Hi Robin,
>
> On Wed, Apr 7, 2021 at 4:15 AM Robin Gong <yibin.gong@....com> wrote:
> >
> > There is ecspi ERR009165 on i.mx6/7 soc family, which cause FIFO
> > transfer to be send twice in DMA mode. Please get more information from:
> > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> >
> nxp.com%2Fdocs%2Fen%2Ferrata%2FIMX6DQCE.pdf&data=04%7C01%7
> Cyibin.g
> >
> ong%40nxp.com%7C3c61a5cfd0574c1bc4eb08d92fa31257%7C686ea1d3bc2
> b4c6fa92
> >
> cd99c5c301635%7C0%7C1%7C637593199700307681%7CUnknown%7CTWF
> pbGZsb3d8eyJ
> >
> WIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7
> C1000
> >
> &sdata=g2%2FwpDG22czIhj7ELil2kiiGPG0d74Ac7D8H3g0YtJc%3D&r
> eserv
> > ed=0. The workaround is adding new sdma ram script which works in XCH
> > mode as PIO inside sdma instead of SMC mode, meanwhile, 'TX_THRESHOLD'
> > should be 0. The issue should be
>
> Could you please confirm whether the sdma-imx7d.bin firmware available at
> https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.kern
> el.org%2Fpub%2Fscm%2Flinux%2Fkernel%2Fgit%2Ffirmware%2Flinux-firmwa
> re.git%2Flog%2Fimx%2Fsdma%2Fsdma-imx7d.bin&data=04%7C01%7Cyi
> bin.gong%40nxp.com%7C3c61a5cfd0574c1bc4eb08d92fa31257%7C686ea1d
> 3bc2b4c6fa92cd99c5c301635%7C0%7C1%7C637593199700307681%7CUnkn
> own%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1
> haWwiLCJXVCI6Mn0%3D%7C1000&sdata=6UDEjl3ehC49af38OI%2FQhE
> mbeLYgQSJB91Kriihw1Jk%3D&reserved=0
>
> contains the "new sdma ram script which works in XCH mode as PIO inside
> sdma instead of SMC mode" fix?
Yes, it contains.
Powered by blists - more mailing lists