b6d85a5f51
There's a currently ad-hoc protocol to hand off the FreeBSD kernel
payload between the loader and the kernel itself when Xen is in the
middle of the picture. Such protocol wasn't very resilient to changes
to the loader itself, because it relied on moving metadata around to
package it using a certain layout. This has proven to be fragile, so
replace it with a more robust version.
The new protocol requires using a xen_header structure that will be
used to pass data between the FreeBSD loader and the FreeBSD kernel
when booting in dom0 mode. At the moment the only data conveyed is the
offset of the start of the module metadata relative to the start of the
module itself.
This is a slightly disruptive change since it also requires a change
to the kernel which is contained in this patch. In order to update
with this change the kernel must be updated before updating the
loader, as described in the handbook. Note this is only required when
booting a FreeBSD/Xen dom0. This change doesn't affect the normal
FreeBSD boot protocol.
This fixes booting FreeBSD/Xen in dom0 mode after
|
||
---|---|---|
.. | ||
boot0 | ||
boot0sio | ||
boot2 | ||
btx | ||
cdboot | ||
common | ||
gptboot | ||
gptzfsboot | ||
isoboot | ||
libfirewire | ||
libi386 | ||
loader | ||
loader_4th | ||
loader_lua | ||
loader_simp | ||
mbr | ||
pmbr | ||
pxeldr | ||
zfsboot | ||
boot.ldscript | ||
Makefile | ||
Makefile.inc |