Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
spotted by kn@
|
|
|
|
|
|
|
|
ok jmc@
|
|
ok jmc@
|
|
|
|
|
|
(and I'm not the only one!)
|
|
(moved FILES and DIAGNOSTICS nearer page end)
- BUGS AND LIMITATIONS -> BUGS
ok sthen espie
|
|
from josiah frentsos, tweaked by schwarze
ok schwarze
|
|
ok ok miod@ ack ack jmc@
|
|
|
|
|
|
|
|
ok miod@ jmc@
|
|
ok jmc@
|
|
|
|
|
|
|
|
|
|
The bootloader (ofwboot) got support some time ago, but installboot(8) had
to be fixed as well for multi-chunk volumes (1C requires at least two).
As of today, the latest sparc64 install72.img can perform a default install
onto a passphrase-protected 1C volume across four chunk disks, resulting in
a bootable system without requiring manual invervention, just like amd64.
|
|
On sparc64, installboot(8) does not deal with any file system; its -p is a
NOOP and according to CVS history the old sys/arch/sparc64/installboot/
never prepared a file system, either.
Remove this single misleading mention alltogether and rely on the now
consistently cross-linked MI installboot(8) for details, if any.
This syncs the list of currently existing MD boot_*(8/*) pages with the list
of usr.sbin/installboot/*_installboot.c files.
boot_alpha(8/alpha) already references installboot(8) but still uses
sys/arch/alpha/stand/installboot/ instead of usr.sbin/installboot/.
boot_luna88k(8/luna88k) exists but luna88k does not use installboot at all.
installboot(8) has additional support for efi (armv7, arm64, riscv64),
landisk, loongson, octeon and powerpc64 but those architectures currently
lack their own MD boot_*(8/*) manual.
OK miod
|
|
In boot_macppc(8), the current format a) claims to support specific disk/MBR
partitions which ofwboot clearly does not parse as such and b) lacks markup
to make clear which optional parts can (not) be omitted in what way.
Fixing both turns
promdev:partition/filename options
into
[[promdev:]filename] [-acds]
Same goes for boot(8/macppc), which has been apparently has been copied
from boot(8/amd64) without accounting for all platform specific details.
On amd64, biosboot(8) sees disks as 'sd' which (accidentially?) matches the
kernel driver's sd(4) name; it also supports specific disklabel(5) slices,
so amd64 can do 'sd0a:/bsd'.
On macppc, disks show up as 'ide', 'cd' or 'hd' which stems from
OpenFirmware alone, not matching the wd(4) driver's name. Also, ofwboot
always boots off the 'a' label, so macppc can only do 'hd:/bsd'.
Found while installing OpenBSD/macppc from CD inside QEMU but failing to
boot from disk inside QEMU and consulting our manual pages for help wrt.
specifying a boot device. Turns out QEMU's OpenBIOS simply cannot boot from
MSDOS filesystems (thanks gkoehler), so it wouldn't work no matter what
boot file specification I'd use.
tests/agreement gkoehler
Feedback OK miod
OK tobhe
OK jmc on a previous boot_macppc.8 diff
|
|
OK jmc
|
|
function (each rc.d script is supposed to define its own if wanted).
This way, we can filter out the "configtest" action depending on whether the
function exists or not.
Adapt documentation.
tweak/ok kn@
|
|
from josiah frentsos
|
|
(d_sbsize).
ok otto@ as part of larger diff
|
|
A few adjustments will be done in the next days (like disabling this action if
there's no specific rc_configtest function defined).
e.g.
/etc/rc.d/sshd configtest
rcctl configtest sshd
idea from naddy@
|
|
disktab.h has not been used or useful for a looooong time.
Detailed historical research by jsg@.
ok jsg@ deraadt@
|
|
|
|
By default it just returns "0" but can be overriden by rc.d scripts to check
that the daemon configuration is valid when running "start", "reload" and
"restart".
|
|
|
|
After tbl_term.c 1.66, such contortions are no longer needed.
|
|
|
|
discussed with and ok stsp
|
|
port. Disable it and pull mention of it from the portgen(1) man page.
Don't delete the modules yet, in case someone wants to whip it back into
shape.
ok sthen
|
|
Only boot-loader changes are needed. Both installboot(8) and
the kernel already do what is required to make this work.
ok kn@
Tested:
biosboot on vmm: kn, stsp
biosboot and efiboot on server hardware: stsp
|
|
|
|
it is not standardised.
|
|
|
|
|
|
|
|
|
|
|
|
|