Use daddr_t and not daddr32_t in boot media.

At a minimum, amd64/i386 should now boot from 4TB GPT formatted disks.

More daddr32_t terminations with extreme prejudice to follow.

Tested by various, in snaps for a few days.

ok deraadt@

increment version numbers, due to recent RB_GOODSEED and fchmod +T changes

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

crank version, following fchmod change

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

crank versions

crank version; looks good deraadt

If you use sys/param.h, you don't need sys/types.h

crank bootloader version after .SUNW_ctf change

as discussed with jsing@ it's easier this way to ensure people have
bootblocks capable of loading the section

crank the version

Tweak the behaviour of boot(8) on hppa. Normal boots now will give you a
chance to interrupt the boot procedure before booting the default kernel,
just like (most) of our other hardware platforms. Interactive boots, where
you interrupt the firmware boot procedure and answer "Y" to the
"Interact with IPL?" question will now wait for human intervention at the
boot> prompt (without a timeout). Should reduce frustration when trying to
boot an alternative kernel.

ok deraadt@, miod@, jsing@, todd@

- properly remove NENTS now after fixing the fallout.

ok deraadt@

- partially revert previous NENTS removal for arches which got busted.

- drop NENTS(), which was yet another copy of nitems().
no binary change


ok deraadt@

Change ELF loader to use the LMA as the load address for the
various segments. Hopefully this will help remove various
hacks in the boot loader in the future. This should have no
effect on most architectures (as we tend to have LMA == VMA).

ok drahn@, soft ok's various others.

crank version #

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

ok miod@, deraadt@

update copyright; miod@ is fine w/ files where he holds it too

rearrange devsw to place dk in the beginning. necessary glue hookups in cdboot

up the boot version after recent changes

make the lif be tried the last after ufs and cd9660 get a chance

use loadfile

bump the version after recent addition

missing NULL

branches: 1.12.8;
elf_ldsym, increase boot minor version

branches: 1.11.4;
debugging off by default. ok mickey@

once it proved itself to work on everything we can get to, bump a version to 1/2 (;

no lifvar.h anymore

fix prev commit blowup:
no ldsym for now
s/sd/dk/ since it's not always a disk, not even scsi (:
bump a version, things changed

Makefile

call diskless kernel "bsd" so it would be loaded even we have
problems w/ kbd on PDC console device.
remove neva-gonna-b-there stuff from conf.c
some improvements to srt0.S code, use constants defined in machine/ files.

update config
include (gzipped) diskless kernel if compiled in LIF volume

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

increment version numbers, due to recent RB_GOODSEED and fchmod +T changes

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

crank version, following fchmod change

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

crank versions

crank version; looks good deraadt

If you use sys/param.h, you don't need sys/types.h

crank bootloader version after .SUNW_ctf change

as discussed with jsing@ it's easier this way to ensure people have
bootblocks capable of loading the section

crank the version

Tweak the behaviour of boot(8) on hppa. Normal boots now will give you a
chance to interrupt the boot procedure before booting the default kernel,
just like (most) of our other hardware platforms. Interactive boots, where
you interrupt the firmware boot procedure and answer "Y" to the
"Interact with IPL?" question will now wait for human intervention at the
boot> prompt (without a timeout). Should reduce frustration when trying to
boot an alternative kernel.

ok deraadt@, miod@, jsing@, todd@

- properly remove NENTS now after fixing the fallout.

ok deraadt@

- partially revert previous NENTS removal for arches which got busted.

- drop NENTS(), which was yet another copy of nitems().
no binary change


ok deraadt@

Change ELF loader to use the LMA as the load address for the
various segments. Hopefully this will help remove various
hacks in the boot loader in the future. This should have no
effect on most architectures (as we tend to have LMA == VMA).

ok drahn@, soft ok's various others.

crank version #

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

ok miod@, deraadt@

update copyright; miod@ is fine w/ files where he holds it too

rearrange devsw to place dk in the beginning. necessary glue hookups in cdboot

up the boot version after recent changes

make the lif be tried the last after ufs and cd9660 get a chance

use loadfile

bump the version after recent addition

missing NULL

branches: 1.12.8;
elf_ldsym, increase boot minor version

branches: 1.11.4;
debugging off by default. ok mickey@

once it proved itself to work on everything we can get to, bump a version to 1/2 (;

no lifvar.h anymore

fix prev commit blowup:
no ldsym for now
s/sd/dk/ since it's not always a disk, not even scsi (:
bump a version, things changed

Makefile

call diskless kernel "bsd" so it would be loaded even we have
problems w/ kbd on PDC console device.
remove neva-gonna-b-there stuff from conf.c
some improvements to srt0.S code, use constants defined in machine/ files.

update config
include (gzipped) diskless kernel if compiled in LIF volume

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

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

crank version, following fchmod change

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

crank versions

crank version; looks good deraadt

If you use sys/param.h, you don't need sys/types.h

crank bootloader version after .SUNW_ctf change

as discussed with jsing@ it's easier this way to ensure people have
bootblocks capable of loading the section

crank the version

Tweak the behaviour of boot(8) on hppa. Normal boots now will give you a
chance to interrupt the boot procedure before booting the default kernel,
just like (most) of our other hardware platforms. Interactive boots, where
you interrupt the firmware boot procedure and answer "Y" to the
"Interact with IPL?" question will now wait for human intervention at the
boot> prompt (without a timeout). Should reduce frustration when trying to
boot an alternative kernel.

ok deraadt@, miod@, jsing@, todd@

- properly remove NENTS now after fixing the fallout.

ok deraadt@

- partially revert previous NENTS removal for arches which got busted.

- drop NENTS(), which was yet another copy of nitems().
no binary change


ok deraadt@

Change ELF loader to use the LMA as the load address for the
various segments. Hopefully this will help remove various
hacks in the boot loader in the future. This should have no
effect on most architectures (as we tend to have LMA == VMA).

ok drahn@, soft ok's various others.

crank version #

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

ok miod@, deraadt@

update copyright; miod@ is fine w/ files where he holds it too

rearrange devsw to place dk in the beginning. necessary glue hookups in cdboot

up the boot version after recent changes

make the lif be tried the last after ufs and cd9660 get a chance

use loadfile

bump the version after recent addition

missing NULL

branches: 1.12.8;
elf_ldsym, increase boot minor version

branches: 1.11.4;
debugging off by default. ok mickey@

once it proved itself to work on everything we can get to, bump a version to 1/2 (;

no lifvar.h anymore

fix prev commit blowup:
no ldsym for now
s/sd/dk/ since it's not always a disk, not even scsi (:
bump a version, things changed

Makefile

call diskless kernel "bsd" so it would be loaded even we have
problems w/ kbd on PDC console device.
remove neva-gonna-b-there stuff from conf.c
some improvements to srt0.S code, use constants defined in machine/ files.

update config
include (gzipped) diskless kernel if compiled in LIF volume

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

crank version, following fchmod change

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

crank versions

crank version; looks good deraadt

If you use sys/param.h, you don't need sys/types.h

crank bootloader version after .SUNW_ctf change

as discussed with jsing@ it's easier this way to ensure people have
bootblocks capable of loading the section

crank the version

Tweak the behaviour of boot(8) on hppa. Normal boots now will give you a
chance to interrupt the boot procedure before booting the default kernel,
just like (most) of our other hardware platforms. Interactive boots, where
you interrupt the firmware boot procedure and answer "Y" to the
"Interact with IPL?" question will now wait for human intervention at the
boot> prompt (without a timeout). Should reduce frustration when trying to
boot an alternative kernel.

ok deraadt@, miod@, jsing@, todd@

- properly remove NENTS now after fixing the fallout.

ok deraadt@

- partially revert previous NENTS removal for arches which got busted.

- drop NENTS(), which was yet another copy of nitems().
no binary change


ok deraadt@

Change ELF loader to use the LMA as the load address for the
various segments. Hopefully this will help remove various
hacks in the boot loader in the future. This should have no
effect on most architectures (as we tend to have LMA == VMA).

ok drahn@, soft ok's various others.

crank version #

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

ok miod@, deraadt@

update copyright; miod@ is fine w/ files where he holds it too

rearrange devsw to place dk in the beginning. necessary glue hookups in cdboot

up the boot version after recent changes

make the lif be tried the last after ufs and cd9660 get a chance

use loadfile

bump the version after recent addition

missing NULL

branches: 1.12.8;
elf_ldsym, increase boot minor version

branches: 1.11.4;
debugging off by default. ok mickey@

once it proved itself to work on everything we can get to, bump a version to 1/2 (;

no lifvar.h anymore

fix prev commit blowup:
no ldsym for now
s/sd/dk/ since it's not always a disk, not even scsi (:
bump a version, things changed

Makefile

call diskless kernel "bsd" so it would be loaded even we have
problems w/ kbd on PDC console device.
remove neva-gonna-b-there stuff from conf.c
some improvements to srt0.S code, use constants defined in machine/ files.

update config
include (gzipped) diskless kernel if compiled in LIF volume

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

crank version, following fchmod change

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

crank versions

crank version; looks good deraadt

If you use sys/param.h, you don't need sys/types.h

crank bootloader version after .SUNW_ctf change

as discussed with jsing@ it's easier this way to ensure people have
bootblocks capable of loading the section

crank the version

Tweak the behaviour of boot(8) on hppa. Normal boots now will give you a
chance to interrupt the boot procedure before booting the default kernel,
just like (most) of our other hardware platforms. Interactive boots, where
you interrupt the firmware boot procedure and answer "Y" to the
"Interact with IPL?" question will now wait for human intervention at the
boot> prompt (without a timeout). Should reduce frustration when trying to
boot an alternative kernel.

ok deraadt@, miod@, jsing@, todd@

- properly remove NENTS now after fixing the fallout.

ok deraadt@

- partially revert previous NENTS removal for arches which got busted.

- drop NENTS(), which was yet another copy of nitems().
no binary change


ok deraadt@

Change ELF loader to use the LMA as the load address for the
various segments. Hopefully this will help remove various
hacks in the boot loader in the future. This should have no
effect on most architectures (as we tend to have LMA == VMA).

ok drahn@, soft ok's various others.

crank version #

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

ok miod@, deraadt@

update copyright; miod@ is fine w/ files where he holds it too

rearrange devsw to place dk in the beginning. necessary glue hookups in cdboot

up the boot version after recent changes

make the lif be tried the last after ufs and cd9660 get a chance

use loadfile

bump the version after recent addition

missing NULL

branches: 1.12.8;
elf_ldsym, increase boot minor version

branches: 1.11.4;
debugging off by default. ok mickey@

once it proved itself to work on everything we can get to, bump a version to 1/2 (;

no lifvar.h anymore

fix prev commit blowup:
no ldsym for now
s/sd/dk/ since it's not always a disk, not even scsi (:
bump a version, things changed

Makefile

call diskless kernel "bsd" so it would be loaded even we have
problems w/ kbd on PDC console device.
remove neva-gonna-b-there stuff from conf.c
some improvements to srt0.S code, use constants defined in machine/ files.

update config
include (gzipped) diskless kernel if compiled in LIF volume

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

crank versions

crank version; looks good deraadt

If you use sys/param.h, you don't need sys/types.h

crank bootloader version after .SUNW_ctf change

as discussed with jsing@ it's easier this way to ensure people have
bootblocks capable of loading the section

crank the version

Tweak the behaviour of boot(8) on hppa. Normal boots now will give you a
chance to interrupt the boot procedure before booting the default kernel,
just like (most) of our other hardware platforms. Interactive boots, where
you interrupt the firmware boot procedure and answer "Y" to the
"Interact with IPL?" question will now wait for human intervention at the
boot> prompt (without a timeout). Should reduce frustration when trying to
boot an alternative kernel.

ok deraadt@, miod@, jsing@, todd@

- properly remove NENTS now after fixing the fallout.

ok deraadt@

- partially revert previous NENTS removal for arches which got busted.

- drop NENTS(), which was yet another copy of nitems().
no binary change


ok deraadt@

Change ELF loader to use the LMA as the load address for the
various segments. Hopefully this will help remove various
hacks in the boot loader in the future. This should have no
effect on most architectures (as we tend to have LMA == VMA).

ok drahn@, soft ok's various others.

crank version #

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

ok miod@, deraadt@

update copyright; miod@ is fine w/ files where he holds it too

rearrange devsw to place dk in the beginning. necessary glue hookups in cdboot

up the boot version after recent changes

make the lif be tried the last after ufs and cd9660 get a chance

use loadfile

bump the version after recent addition

missing NULL

branches: 1.12.8;
elf_ldsym, increase boot minor version

branches: 1.11.4;
debugging off by default. ok mickey@

once it proved itself to work on everything we can get to, bump a version to 1/2 (;

no lifvar.h anymore

fix prev commit blowup:
no ldsym for now
s/sd/dk/ since it's not always a disk, not even scsi (:
bump a version, things changed

Makefile

call diskless kernel "bsd" so it would be loaded even we have
problems w/ kbd on PDC console device.
remove neva-gonna-b-there stuff from conf.c
some improvements to srt0.S code, use constants defined in machine/ files.

update config
include (gzipped) diskless kernel if compiled in LIF volume

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

If you use sys/param.h, you don't need sys/types.h

crank bootloader version after .SUNW_ctf change

as discussed with jsing@ it's easier this way to ensure people have
bootblocks capable of loading the section

crank the version

Tweak the behaviour of boot(8) on hppa. Normal boots now will give you a
chance to interrupt the boot procedure before booting the default kernel,
just like (most) of our other hardware platforms. Interactive boots, where
you interrupt the firmware boot procedure and answer "Y" to the
"Interact with IPL?" question will now wait for human intervention at the
boot> prompt (without a timeout). Should reduce frustration when trying to
boot an alternative kernel.

ok deraadt@, miod@, jsing@, todd@

- properly remove NENTS now after fixing the fallout.

ok deraadt@

- partially revert previous NENTS removal for arches which got busted.

- drop NENTS(), which was yet another copy of nitems().
no binary change


ok deraadt@

Change ELF loader to use the LMA as the load address for the
various segments. Hopefully this will help remove various
hacks in the boot loader in the future. This should have no
effect on most architectures (as we tend to have LMA == VMA).

ok drahn@, soft ok's various others.

crank version #

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

ok miod@, deraadt@

update copyright; miod@ is fine w/ files where he holds it too

rearrange devsw to place dk in the beginning. necessary glue hookups in cdboot

up the boot version after recent changes

make the lif be tried the last after ufs and cd9660 get a chance

use loadfile

bump the version after recent addition

missing NULL

branches: 1.12.8;
elf_ldsym, increase boot minor version

branches: 1.11.4;
debugging off by default. ok mickey@

once it proved itself to work on everything we can get to, bump a version to 1/2 (;

no lifvar.h anymore

fix prev commit blowup:
no ldsym for now
s/sd/dk/ since it's not always a disk, not even scsi (:
bump a version, things changed

Makefile

call diskless kernel "bsd" so it would be loaded even we have
problems w/ kbd on PDC console device.
remove neva-gonna-b-there stuff from conf.c
some improvements to srt0.S code, use constants defined in machine/ files.

update config
include (gzipped) diskless kernel if compiled in LIF volume

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