Add flag to the makefile to allow loader compilation as
Little-Endian 32-bit executable. Having 32-bit LE
loader.kboot is necessary to work on the latest
petitboot on POWER8 systems.
Usage:
make LOADER_FORCE_LE=y -C sys/boot allDetails
Details
Diff Detail
Diff Detail
- Repository
- rS FreeBSD src repository - subversion
- Lint
Lint Not Applicable - Unit
Tests Not Applicable
Event Timeline
Comment Actions
How does this interact with the libstand build, which also needs to be little-endian? Is there a way to make the build system create both loader.kbootbe and loader.kbootle (or the like) by default, rather than relying on a custom build flag?
Comment Actions
The Makefile.inc adds the -mlittle_endian flag to all dependencies automatically, including libstand32.
Regarding building of both loader.kboot and loader.kbootle the biggest problem is to provide two separate versions of libstand/libfdt/etc. I'm not sure how to do this with makefiles in elegant way... If you have no objections, I'd rather stick to WITH_LOADER_LE/MK_LOADER_LE as Warner suggested, since it's much simpler solution.
Comment Actions
OK. That's a pain to deal with. However, I'm not sure how we would make, say, ppc64 install media that include a usable loader.kboot in this configuration along with other cis-endian loaders. Maybe the answer is that we don't, that we use direct kexec() of our kernel (from the powernv branch) on install media, and leave a usable loader.kboot as an optional feature that people have to set up by hand?
Comment Actions
For future updates please include full context (e.g. git diff -U9999)
| share/mk/src.opts.mk | ||
|---|---|---|
| 180 ↗ | (On Diff #33313) | In alpha order please |
Comment Actions
Oh, I indeed forgot to add -U9999 to the format-patch, sorry.
As for the installation of fbsd on P8, I have a plan to investigate what can be done to make the petitboot running the freebsd kernel or loader netively.
I see two solutions - just ideas, I didn't check their feasibility yet:
- Modify kexec+petitboot to understand freebsd kernel. Right now it finds that the ELF is relocatable and refuses to go further. Most likely it would require porting loader.kboot into petitboot.
- Prepare boot1 or loader.powernv which could be started using generic kexec. Because we don't have an access to any disk in powernv low-level code (no bios or uefi-like calls available), it might be worth considering providing the kernel, or the complete /boot partition as initrd blob. The loader would then use it as a memory-backed filesystem.
| share/mk/src.opts.mk | ||
|---|---|---|
| 180 ↗ | (On Diff #33313) | Right, will fix prior committing. |
Comment Actions
I like this. I'll echo the concerns of how to build both in one tree, but this allows either/or choice which is the next best thing.
Comment Actions
I just (two days ago) committed code to the powernv branch that allows this. It's missing one patch (to ignore r6) that requires a little work still (you can fake it by setting mdp = NULL early in powerpc_init() for testing). The downside is that the kernel has to be on a petitboot-readable filesystem and you can't load KLDs from loader. Maybe we can lean on the petitboot people to add read-only UFS to their images?
- Prepare boot1 or loader.powernv which could be started using generic kexec. Because we don't have an access to any disk in powernv low-level code (no bios or uefi-like calls available), it might be worth considering providing the kernel, or the complete /boot partition as initrd blob. The loader would then use it as a memory-backed filesystem.
I think this might be the harder option. Even aside from the initrd thing, there isn't an obvious way to provide a UI from loader. I guess you could do serial-only via OPAL?
In any case, patch looks good. Thanks for doing this!