Date: Fri, 05 Jun 2020 19:18:17 +0000 From: Dan Kotowski <dan.kotowski@a9development.com> To: "greg@unrelenting.technology" <greg@unrelenting.technology> Cc: freebsd-arm <freebsd-arm@freebsd.org>, Marcin Wojtas <mw@semihalf.com> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: <tNxLh7s3GHht_l2JBe9kNRfifHkl4bytVPRgGNV7c7s6YoRgcBoNjylO84lIowDaCjcGps4Ht5POo5ZkB3zInJCsOUmAowldM24Eo_XWeYI=@a9development.com> In-Reply-To: <cbf5773a03d3c67e133096a0f826274d@unrelenting.technology> References: <CAPv3WKcQFeMDs%2B7Pji5=8D_avua8TK_vHxGLofhoKZArXLyUpQ@mail.gmail.com> <ShdSNL8XDgj0KtPR4v8nn1ohjVssrnoUQGwNL-gHOpylio7Eo5J_WjA2Ko9YjV5md64MeFz017Ts01KUnpJa3Xpw4y_PncL4e5cfUcotRWM=@a9development.com> <31D3FA64-8296-4CA5-92A2-F7FE7C4AE981@unrelenting.technology> <ZdPk7zJSE8UvoonkTixa2gV04ujgKfY93A71fz8cTB6ZPjt2uSCD5TdvFzDAEIR9Tu5LoGrcZLmXqgyrCmzh8OIB2JLc4gNKr6xF0pe931M=@a9development.com> <32d1c173d986884efb9b28932c0ead52@unrelenting.technology> <5e1b4bfe845e62bbcd8b827fa37f2b98@unrelenting.technology> <a727f3c05b234218e053c53100b539f0@unrelenting.technology> <KwrTwABcfEzegUc4D8ZsCgFSxouYQIMOa9JoIbpe6d1HInlAX4G0OzdL_d_uug3gifKwFoh1C_EUd5MucQUgtvFy4T0qraW6riyZbje4Mw8=@a9development.com> <cbf5773a03d3c67e133096a0f826274d@unrelenting.technology>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > https://gist.github.com/agrajag9/749f504dcac741e902f87c2ea03ae9ac > > > From jnettlet: > > > BEGIN QUOTE > > > the V1 silicon has a SATA errata. I have partially worked around the = errata moving some > > > configuration into the firmware, but I still need to sort out the rem= aining bits. Sometimes just > > > unplugging and replugging your SATA cable will help to reseat the con= nector and help. Also it is > > > very sensitive to marginal SATA cables. > > > END QUOTE > > > I played around a bit and could create and destroy GPTs, make filesys= tems, read and write to said > > > filesystems, and hot-plug even seems to work. But I'm not sure if jon= 's comment really explains the > > > AHCI error we're still seeing: > > > > > > (aprobe3:ahcich3:0:15:0): NOP FLUSHQUEUE. ACB: 00 00 00 00 00 00 = 00 00 00 00 00 00 > > > (aprobe3:ahcich3:0:15:0): CAM status: Command timeout > > > (aprobe3:ahcich3:0:15:0): Error 5, Retries exhausted > > > > > > > I experienced this issue on a cuple of targets (e.g. Zynq-MP or > > LS1046A). The port-multiplier quirk flag helped - please try adding: > > ahci->quirks |=3D AHCI_Q_NOPMP; > > Build with this + more ITS logging: > https://send.firefox.com/download/cf66ed7f48160529/#LpeMjccv7iqze5hAx_6Br= Q > > The patch that lets AHCI attach: > https://reviews.freebsd.org/D25145 https://gist.github.com/agrajag9/129585436f01876cc4d799382e1c0fac AHCI is looking better and better! I'm going to do a little bit of poking a= t that SATA HDD just to see how stable it really is.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?tNxLh7s3GHht_l2JBe9kNRfifHkl4bytVPRgGNV7c7s6YoRgcBoNjylO84lIowDaCjcGps4Ht5POo5ZkB3zInJCsOUmAowldM24Eo_XWeYI=>