stand/efi: Consolidate integer typesWe have no need for 5 different copies of these.Sponsored by: NetflixReviewed by: rcm, kevans, andrewDifferential Revision: https://reviews.freebsd.org/D42
stand/efi: Consolidate integer typesWe have no need for 5 different copies of these.Sponsored by: NetflixReviewed by: rcm, kevans, andrewDifferential Revision: https://reviews.freebsd.org/D42699
show more ...
Remove $FreeBSD$: one-line .c comment patternRemove /^/[*/]\s*\$FreeBSD\$.*\n/
RISC-V boot1.efi and loader.efi supportThis implementation doesn't have any major deviations from the other EFIports. I've copied the boilerplate from arm and arm64.I've tested this with the fol
RISC-V boot1.efi and loader.efi supportThis implementation doesn't have any major deviations from the other EFIports. I've copied the boilerplate from arm and arm64.I've tested this with the following boot flows:OpenSBI (M-mode) -> u-boot (S-mode) -> loader.efi -> FreeBSDOpenSBI (M-mode) -> u-boot (S-mode) -> boot1.efi -> loader.efi -> FreeBSDDue to the way that u-boot handles secondary CPUs, OpenSBI >= v0.7 is required,as the HSM extension is needed to bring them up explicitly. Because of this,using BBL as the SBI implementation will not be possible. Additionally, thereare a few recent u-boot changes that are required as well, all of which will bepresent in the upcoming v2020.07 release.Looks good: emasteDifferential Revision: https://reviews.freebsd.org/D25135