FreeBSD on Layerscape/QorIQ LX2160X

Dan Kotowski dan.kotowski at a9development.com
Mon May 18 14:34:48 UTC 2020


> > After a solid 16hrs this weekend, I can confirm that the pre-built images do NOT "just work", at least not with SolidRun's HoneyComb version rev 1.4.
> > The 12.1 arm7 GENERICSD image fails to boot. The included EFI/BOOT/bootarm.efi fails to load. I dropped in a copy of EFI/BOOT/bootarm64.efi from the aarch64 image, but that failed to handoff the process properly. Tested with both u-boot and UEFI.
>
> Why would you even try 32-bit?

Just throwing spaghetti at the wall to see what would stick.

> > The 12.1 aarch64 memstick installer iamge fails out trying to mount the UFS partition and drops into the mountroot> shell with error 19. Listing GEOM managed disk devices returned an empty list.
>
> What devices does the boot log show? No xhci I guess, how about pci, sdhci?

Does this answer your question? https://gist.github.com/agrajag9/ce1107a1962283b64205bc8f35123a5c

If not, I'll happily run what's needed to get you something better.

> > My silicon is rev 1.4 so I have to use the SD slot for the firmware layer, which is a mild inconvenience because I can't use that slot for an OS iamge (https://github.com/SolidRun/lx2160a_build/issues/36#issuecomment-629865674).
>
> The comment there says silicon rev 2 starts with board rev 1.5, but linux4kix on Twitter said the 1.4 board is rev 2 silicon!

I did flash a known-working firmware build img to the eMMC and set the DIP switches but it did nothing, although I won't rule out Layer 8 failures as I'm still pretty fresh to playing this far down in a system.

> > Unfortunately that's where I ran out of time. I spent most of the time tracing and tweaking SolidRun's build scripts, testing various combinations of firmware builds and boot images, and learning my way through both the u-boot and UEFI implementations.
>
> Please don't waste time on u-boot.

Any particular reason? Most of SolidRun's documentation is based on u-boot, the online documentation from u-boot and the in-console help lines have been much easier to follow, and I'm finding it has a lot more capability to interact with the underlying systems - e.g. reading/writing arbitrary blobs from/to memory/disk.

> > Barring other simple ideas, my next step is to make buildworld for TARGET=arm64 TARGET_ARCH=aarch64, drop that on an NVMe gumstick, and see if I can get that booted.
>
> You can just dd the memstick to an nvme or sata drive as well.

Yep, I have a nice fresh NVMe drive now on the way to play with later this week.

Dan Kotowski


More information about the freebsd-arm mailing list