| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
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@
|
|
|
|
|
|
| |
Return an error if write is requested, only reading is implemented.
Set *cnt only if the pointer is non-NULL.
|
| |
|
|
|
|
| |
operations for ufs and ufs2 into the file_system[] array ...
|
| |
|
|
|
|
|
| |
(fchmod +T by bootcode, chmod 600 by /etc/rc). If the seed is reused, and
HWRNG isn't available, the kernel won't get RB_GOODSEED indication...
|
|
|
|
| |
ok kettenis
|
|
|
|
|
|
| |
relax the fstat() check because the system will have left the file
in the right mode.
ok visa kettenis
|
| |
|
|
|
|
|
|
| |
but the linker does not complain about missing symbols.
Prompted by miod@
|
|
|
|
|
|
| |
Tested with boot64 on IP30. State of boot32 and bootecoff is unknown.
OK otto@, deraadt@
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
memcpy() correct behaviour. This also brings the bcopy() macro into line.
|
|
|
|
|
| |
details from the ELF header instead of faking it.
Proposal from mlarkin, tested on most architectures already
|
|
|
|
|
|
|
| |
sectors (installXX.iso). The change to properly locate the disklabel,
introduced after 6.0, assumed incorrectly 512 byte sectors.
Diff from miod@
|
| |
|
|
|
|
|
|
|
|
|
| |
defer their creation to later, so that they are owned by BUILDUSER.
This eliminates the last root-owned files in obj/ from 'make build'.
In addition, place a MACHINE == hppa test in hppa/stand/Makefile.inc
to avoid creating bogus symlinks on all other archs.
joint work with & ok natano, "let's try it" deraadt
|
|
|
|
|
|
|
| |
assuming that the 'a' partition starts at the same location as the
volume header partition #0.
Diff from Miod Vallat
|
|
|
|
|
| |
as discussed with jsing@ it's easier this way to ensure people have
bootblocks capable of loading the section
|
|
|
|
| |
ok millert@ kettenis@
|
|
|
|
| |
ok beck@ deraadt@
|
|
|
|
|
| |
and convert all gets() users.
ok deraadt@
|
|
|
|
|
|
| |
this work better than it does now. Eliminates a stray use of LABELSECTOR.
ok miod@
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
after discussions with beck deraadt kettenis.
|
|
|
|
| |
ok dlg@ mpi@ deraadt@
|
| |
|
| |
|
|
|
|
|
|
|
| |
use a MD-supplied random function. Then, insert this into the ELF
openbsd.randomdata of the kernel, so that it has entropy right from
the start. Some help from jsing for the softraid aspects.
Also tested by phessler
|
|
|
|
| |
installer. Fixes boot block installation on, well, IP28.
|
| |
|
| |
|
| |
|
|
|
|
| |
loadfile or a derivative of.
|
|
|
|
|
|
|
|
|
| |
in libkern from getting a ".abicalls" pseudo-op from including <machine/asm.h>;
this will in turn flag the .o file as PIC even though it doesn't contain PIC
code, really.
This gets rid of the annoying "linking PIC files with non-PIC files" warnings
spewed by ld at link time.
|
|
|
|
|
| |
unresolved symbols, then as a relocatable image as initially intended. This
will prevent the arcbios.c 1.18 breakage from occuring again.
|
|
|
|
|
|
|
|
|
|
| |
boot blocks to fail on IP27 and IP35 (IP26, IP30 and 32-bit ARCBios systems
unaffected).
While there, provide a simpler ARC_Call() macro for 32-bit boot blocks, and
put a few more variables and statements within explicit __LP64__ guards.
Crank boot blocks version as well.
|
|
|
|
|
|
| |
which allows them to run on IP26 (POWER Indigo2 R8000).
Crank boot blocks version.
|
|
|
|
| |
tested by and ok deraadt@
|
|
|
|
|
|
| |
built with -fno-pie. This gets the hairiest part of PIE out of the way ...
ok deraadt@
|
|
|
|
|
|
|
| |
sector rather than just the bytes for the volume header itself.
Silences the "sloppy I/O" warnings triggered by sgi's distrib scripts.
tested and ok deraadt
|
|
|
|
|
| |
ECC checking disabled, which allows the existing Indigo2 drivers to run
unmodified.
|
|
|
|
|
|
|
|
|
|
|
|
| |
recognize a kernel bootpath (when not autobooting) even if it does not start
with a /, and will also recognize when this is a full path (e.g.
bootp()mykernel), in which case OSLoadPartition does not need to be
prepended to the constructed path.
This will allow ELF kernels to be booted on ELF-unaware PROM with
bootp()bootecoff bootp()kernel
without doomed-to-fail tomfoolery to convert the 64-bit ELF kernel to a
32-bit ECOFF binary.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(IP20, IP22, IP24) in 64-bit mode, adapated from NetBSD. Currently limited
to headless operation, input and video drivers will get ported soon.
Should work on all R4000, R4440 and R5000 based systems. L2 cache on R5000SC
Indy not supported yet (coming soon), R4600 not supported yet either (coming
soon as well).
Tested to boot multiuser on: Indigo2 R4000SC, Indy R4000PC, Indy R4000SC,
Indy R5000SC, Indigo2 R4400SC. There are still glitches in the Ethernet driver
which are being looked at.
Expansion support is limited to the GIO E++ board; GIO boards with PCI-GIO
bridges not ported yet due to the lack of hardware, and this kind of driver
does not port blindly.
Most of this work comes from NetBSD, polishing and integration work, as well
as putting as many ``R4x00 in 64-bit mode'' erratas as necessary, by yours
truly.
More work is coming, as well as trying to get some easy way to boot install
kernels (as older PROM can only boot ECOFF binaries, which won't do for the
kernel).
|
|
|
|
| |
some ARCBios don't like this.
|