Allow hppa boot(8) to read from an ffs2 filesystem; ok kettenis@

Use arc4 to bit-spread the 512-byte random buffer over the .openbsd.randomdata
section, which has grown a fair bit with the introduction of retguard.
Mortimer discovered the repeated 512-byte sequence as retguard keys, and
this resolves the issue. (Chacha does not fit on the media, so 1.5K early
drop RC4 is hopefully sufficient in our KARL link universe)
Version crank the bootblocks. sysupgrade -s will install new bootblocks.
ok djm mortimer

In the bootblocks, after discovering and opening /bsd.upgrade, fchmod -x
so the file cannot be re-executed upon the next boot. This provides a
stronger one-shot-upgrade model than the upgrade script's rm /bsd.upgrade.
Now various forms of upgrade failure will reboot into /bsd, which is probably
more recoverable. Performing fchmod -x depends on (1) use of MI boot.c
(not alpha/macppc/sparc64/sgi/octeon) and (2) "can write blocks" functionality
in the IO layer. Most architectures have this support now.

Two diagnostics "fchmod a-x %s: failed" and "/bsd.upgrade is not u+x" will
remain in the tree while refinements happen for some of the laggard
architectures.

based upon a discussion florian
tested in snapshots for more than a week without any complaints

Replace unbounded gets() in libsa with getln() which takes a buffer size,
and convert all gets() users.
ok deraadt@

move putchar() into libsa

"sure" miod@

unify cnspeed()

move getchar() into libsa where applicable

ok miod@

Kill NOPIE and NOPIE_FLAGS in hppa/stand.

ok deraadt@

Add NOPIE= bits for sys/arch/*/stand to ensure that bootblocks will always be
built with -fno-pie. This gets the hairiest part of PIE out of the way ...

ok deraadt@

Teach the hppa bootloader how to boot 64-bit kernels.

ok miod@, deraadt@

snprintf needed here.

clean some spaces and registers and other fluff

do not compile what we already get from libkern (size does not matter)

use loadfile

Add machine specific commands to the bootblocks, to let the user display
and change the console and keyboard settings; and devise a manual page for
it, with lots of loot borrowed from the i386 version.

These commands have been extensively tested on 712, 715, and 720, although
your mileage may vary and scary warnings may appear in the manual page in
the future.

ok mickey@

branches: 1.8.8;
memset.c is in libkern

branches: 1.7.2;
some support for hp som executables

no need for any networking code

more used, less unused

add som support

since i blew up prev commit msg, here it is:
upgrade to new coming stand/exec framework

libsa/itecons.c

branches: 1.1.1;
Initial revision

Use arc4 to bit-spread the 512-byte random buffer over the .openbsd.randomdata
section, which has grown a fair bit with the introduction of retguard.
Mortimer discovered the repeated 512-byte sequence as retguard keys, and
this resolves the issue. (Chacha does not fit on the media, so 1.5K early
drop RC4 is hopefully sufficient in our KARL link universe)
Version crank the bootblocks. sysupgrade -s will install new bootblocks.
ok djm mortimer

In the bootblocks, after discovering and opening /bsd.upgrade, fchmod -x
so the file cannot be re-executed upon the next boot. This provides a
stronger one-shot-upgrade model than the upgrade script's rm /bsd.upgrade.
Now various forms of upgrade failure will reboot into /bsd, which is probably
more recoverable. Performing fchmod -x depends on (1) use of MI boot.c
(not alpha/macppc/sparc64/sgi/octeon) and (2) "can write blocks" functionality
in the IO layer. Most architectures have this support now.

Two diagnostics "fchmod a-x %s: failed" and "/bsd.upgrade is not u+x" will
remain in the tree while refinements happen for some of the laggard
architectures.

based upon a discussion florian
tested in snapshots for more than a week without any complaints

Replace unbounded gets() in libsa with getln() which takes a buffer size,
and convert all gets() users.
ok deraadt@

move putchar() into libsa

"sure" miod@

unify cnspeed()

move getchar() into libsa where applicable

ok miod@

Kill NOPIE and NOPIE_FLAGS in hppa/stand.

ok deraadt@

Add NOPIE= bits for sys/arch/*/stand to ensure that bootblocks will always be
built with -fno-pie. This gets the hairiest part of PIE out of the way ...

ok deraadt@

Teach the hppa bootloader how to boot 64-bit kernels.

ok miod@, deraadt@

snprintf needed here.

clean some spaces and registers and other fluff

do not compile what we already get from libkern (size does not matter)

use loadfile

Add machine specific commands to the bootblocks, to let the user display
and change the console and keyboard settings; and devise a manual page for
it, with lots of loot borrowed from the i386 version.

These commands have been extensively tested on 712, 715, and 720, although
your mileage may vary and scary warnings may appear in the manual page in
the future.

ok mickey@

branches: 1.8.8;
memset.c is in libkern

branches: 1.7.2;
some support for hp som executables

no need for any networking code

more used, less unused

add som support

since i blew up prev commit msg, here it is:
upgrade to new coming stand/exec framework

libsa/itecons.c

branches: 1.1.1;
Initial revision

In the bootblocks, after discovering and opening /bsd.upgrade, fchmod -x
so the file cannot be re-executed upon the next boot. This provides a
stronger one-shot-upgrade model than the upgrade script's rm /bsd.upgrade.
Now various forms of upgrade failure will reboot into /bsd, which is probably
more recoverable. Performing fchmod -x depends on (1) use of MI boot.c
(not alpha/macppc/sparc64/sgi/octeon) and (2) "can write blocks" functionality
in the IO layer. Most architectures have this support now.

Two diagnostics "fchmod a-x %s: failed" and "/bsd.upgrade is not u+x" will
remain in the tree while refinements happen for some of the laggard
architectures.

based upon a discussion florian
tested in snapshots for more than a week without any complaints

Replace unbounded gets() in libsa with getln() which takes a buffer size,
and convert all gets() users.
ok deraadt@

move putchar() into libsa

"sure" miod@

unify cnspeed()

move getchar() into libsa where applicable

ok miod@

Kill NOPIE and NOPIE_FLAGS in hppa/stand.

ok deraadt@

Add NOPIE= bits for sys/arch/*/stand to ensure that bootblocks will always be
built with -fno-pie. This gets the hairiest part of PIE out of the way ...

ok deraadt@

Teach the hppa bootloader how to boot 64-bit kernels.

ok miod@, deraadt@

snprintf needed here.

clean some spaces and registers and other fluff

do not compile what we already get from libkern (size does not matter)

use loadfile

Add machine specific commands to the bootblocks, to let the user display
and change the console and keyboard settings; and devise a manual page for
it, with lots of loot borrowed from the i386 version.

These commands have been extensively tested on 712, 715, and 720, although
your mileage may vary and scary warnings may appear in the manual page in
the future.

ok mickey@

branches: 1.8.8;
memset.c is in libkern

branches: 1.7.2;
some support for hp som executables

no need for any networking code

more used, less unused

add som support

since i blew up prev commit msg, here it is:
upgrade to new coming stand/exec framework

libsa/itecons.c

branches: 1.1.1;
Initial revision

Replace unbounded gets() in libsa with getln() which takes a buffer size,
and convert all gets() users.
ok deraadt@

move putchar() into libsa

"sure" miod@

unify cnspeed()

move getchar() into libsa where applicable

ok miod@

Kill NOPIE and NOPIE_FLAGS in hppa/stand.

ok deraadt@

Add NOPIE= bits for sys/arch/*/stand to ensure that bootblocks will always be
built with -fno-pie. This gets the hairiest part of PIE out of the way ...

ok deraadt@

Teach the hppa bootloader how to boot 64-bit kernels.

ok miod@, deraadt@

snprintf needed here.

clean some spaces and registers and other fluff

do not compile what we already get from libkern (size does not matter)

use loadfile

Add machine specific commands to the bootblocks, to let the user display
and change the console and keyboard settings; and devise a manual page for
it, with lots of loot borrowed from the i386 version.

These commands have been extensively tested on 712, 715, and 720, although
your mileage may vary and scary warnings may appear in the manual page in
the future.

ok mickey@

branches: 1.8.8;
memset.c is in libkern

branches: 1.7.2;
some support for hp som executables

no need for any networking code

more used, less unused

add som support

since i blew up prev commit msg, here it is:
upgrade to new coming stand/exec framework

libsa/itecons.c

branches: 1.1.1;
Initial revision