In this update, drop the PMP workaround patch for FU540. This will be
fixed in the src tree.
As usual, bump dependent u-boot ports.
Sponsored by: The FreeBSD Foundation
Details
Details
- Reviewers
maciphone2_googlemail.com lwhsu - Group Reviewers
riscv - Commits
- R11:2145a70e5932: sysutils/opensbi: update to v1.8.1
Diff Detail
Diff Detail
- Lint
Lint Skipped - Unit
Tests Skipped - Build Status
Buildable 69842 Build 66725: arc lint + arc unit
Event Timeline
Comment Actions
I think the question is more "do we want to support FU540?"
If the workaround is still working and no impact to others, it probably doesn't very hurt.
But it it cause issues, we may remove its support, along with sysutils/u-boot-sifive-fu540.
Comment Actions
I've opened this discussion out-of-band.
It only causes me a small headache with each update of the port, as I have to regenerate the patches. The hardware is exceedingly rare, however.
Yes, removal of sysutils/u-boot-sifive-fu540 would be the next step.
Comment Actions
Sorry for missing this one. So does fu540 u-boot work with this 1.8.1 opensbi? If no I think we should either remove fu540 u-boot port, or include the patch (or 1.8.1 can work with fu540 without patch?)
Comment Actions
….. So does fu540 u-boot work with this 1.8.1 opensbi? …..
yes it does, in the above (successfully booted) nycbug-dmesg-link you can see :
- version
U-Boot 2025.10 (Jan 14 2026 - 23:45:40 +0100)
FreeBSD 16.0-CURRENT #1 main-n283129-75556c7e999e-dirty: Thu Jan 15 00:19:44 CET 2026
SBI: OpenSBI v1.8
SBI Specification Version: 3.0
(or 1.8.1 can work with fu540 without patch?)
yes, works w/o after D54716 (it`s the intention of D54716 afaik)