Date: Sat, 06 Jun 2020 00:28:59 +0000 From: Dan Kotowski <dan.kotowski@a9development.com> To: "greg@unrelenting.technology" <greg@unrelenting.technology> Cc: freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X Message-ID: <NkmJNP_BMdinQ07E7zvRW9EQtYTkHLISOPlALNNcbFXi7d0dsuvgHD2IW73ptiSh1kEml7_VHb9_eTIMaLAIeAici_qpz2UyIrBWzXR4mvE=@a9development.com> In-Reply-To: <940a6099e971e01bd6d04564d0982b9d@unrelenting.technology> References: <R2j5liajAUAH50q4pL84znc6wTWOGVOLk2flHaJdoyB2YBL0YDXknOZdgS3r2xkwwAZNO6EHjg-TGqDPUl-ZllK-e2P3_idpXxDCfAaEQsM=@a9development.com> <ZdPk7zJSE8UvoonkTixa2gV04ujgKfY93A71fz8cTB6ZPjt2uSCD5TdvFzDAEIR9Tu5LoGrcZLmXqgyrCmzh8OIB2JLc4gNKr6xF0pe931M=@a9development.com> <32d1c173d986884efb9b28932c0ead52@unrelenting.technology> <5e1b4bfe845e62bbcd8b827fa37f2b98@unrelenting.technology> <a727f3c05b234218e053c53100b539f0@unrelenting.technology> <KwrTwABcfEzegUc4D8ZsCgFSxouYQIMOa9JoIbpe6d1HInlAX4G0OzdL_d_uug3gifKwFoh1C_EUd5MucQUgtvFy4T0qraW6riyZbje4Mw8=@a9development.com> <cbf5773a03d3c67e133096a0f826274d@unrelenting.technology> <c1788ee7f14b9236e0972909032cb8fd@unrelenting.technology> <940a6099e971e01bd6d04564d0982b9d@unrelenting.technology>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > https://gist.github.com/agrajag9/129585436f01876cc4d799382e1c0fac > > > AHCI is looking better and better! I'm going to do a little bit of po= king at that SATA HDD just to > > > see how stable it really is. > > > Posted quirk patch:https://reviews.freebsd.org/D25157 > > > Back to PCI: hmm, maybe the reason that IORT parsing weirdly picks SM= MU up is that ranges with > > > .NumIds=3D0 end up > > > with end before the beginning.. > > > mapping->end =3D map_entry->InputBase + map_entry->IdCount - 1; > > > The ARM document DEN0049D says the field is "The number of IDs in the= range minus one". > > > If my brain still works at all: that means we have to do plus one whe= n interpreting it, not minus > > > one more!! :D > > > This causes the first mapping on the PCIe root complex to be used, wh= en we clearly want the second > > > one. > > > Sooo NOW pcie should work! I promise: > > > https://send.firefox.com/download/05a4e22a349f611f/#azClkvNDfZU-PczXS= mNvaQ > > > > Sad trombone https://gist.github.com/agrajag9/eddb36ad44898c070e464e7ad= d59426d > > hmm. The device ID looks correct to me.. but we can check against NetBSD = just in case. > > Can you boot NetBSD with debug messages (boot -x)? > It should print 'ACPI: IORT mapped devid' messages among other things. > > Also.. about the fact that it's showing up as if the PCIe root is outputt= ing to the SMMU, > maybe that really doesn't sound like a bug, more like the firmware modify= ing the table? > (and the interrupt is actually going to the SMMU?) > But I can't find anything like that in the firmware code. > > An ACPI table dump from running FreeBSD might help: /usr/sbin/acpidump -d= t > And for a full binary dump, install acpica-tools > (if you don't want to bother with USB Ethernet and package installs, > just wget the package on another machine and extract it onto the live ima= ge): > https://pkg.freebsd.org/FreeBSD:13:aarch64/latest/All/acpica-tools-202004= 30.txz > and with that, run: /usr/local/bin/acpidump -b > (creates a bunch of binary files in the current directory) > > Also.. try using your self built firmware again? https://gist.github.com/agrajag9/bce229ac6527b21f91c8337d79e1dae9 Well, my own self-built firmware seems to be misbehaving - it's failing to = see the SD reader or throwing errors about `EFI ASSERT` or things like this= : `Synchronous Exception at 0x00000000ED7BD93C` So continuing to use Jon's for now... `acpidump -b` just spat back "Could not get ACPI table at index 1, AE_NOT_F= OUND" `acpidump -dt` worked just fine Also pulled the output of `acpiview` from the EFI shell again since we're u= sing Jon's latest tables.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?NkmJNP_BMdinQ07E7zvRW9EQtYTkHLISOPlALNNcbFXi7d0dsuvgHD2IW73ptiSh1kEml7_VHb9_eTIMaLAIeAici_qpz2UyIrBWzXR4mvE=>