See below, mail server has a top-post fetish...
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: [email protected]
W: www.topic.nl
Please consider the environment before printing this e-mail
On 15-02-2023 16:17, Mark Hatle via lists.yoctoproject.org wrote:
On 2/15/23 7:30 AM, Martin Siegumfeldt wrote:
Hi,
We have recently bumped to the langdale release and uses the open
source SPL development flow (i.e. without proprietary Xilinx tools
during the Yocto build).
SPL flow has nothing to do with proprietary tools or not. You still
need the firmware component(s) to boot and use the SoC's components.
What it changes is what loads parts of the configuration. The SPL
flow itself is not currently being tested by us. If you get it
working, please post instructions on what you did. Lots of people
claim to be using it, but everyone I've talked to has custom hacks and
nothing that I've been able to replicate in a way to make this
generally useful to everyone.
SPL flow works perfectly well for the 7-series, and I highly recommend
it. Only hacks it requires are to get rid of dependencies that the
Xilinx layers needlessly enforce. I'd be happy to help to fix this in a
structural way.
SPL for the ultrascale has all the bits and pieces it needs, but lack of
proper support has lead to various forks that attempt to stitch them
together. U-boot SPL is currently able to load the PMU firmware and the
ATF, and it's also capable of sending the configuration object to the
PMU firmware. Interestingly, someone with an @xilinx.com address appears
to be maintaining the SPL code...
The lack of Xilinx support for U-boot SPL leads to lots of manual rework
each and every release, and most people - me included - have more or
less given up on it because of that.
As an organization, the SPL flow is not recommended primarily due to
security configurations. You need to use the standard implemented way
to be able to safely blow the efuses for boot validation. If this is
not a concern, then SPL should be fine.
Again, a case of support. U-boot SPL can also work with encrypted and/or
signed bootloader and set up a chain of trust. Never tried to use that
on a Xilinx board though, since none of our customers ever required such
a setup.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#5187):
https://lists.yoctoproject.org/g/meta-xilinx/message/5187
Mute This Topic: https://lists.yoctoproject.org/mt/96982329/21656
Group Owner: [email protected]
Unsubscribe: https://lists.yoctoproject.org/g/meta-xilinx/unsub
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
