| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Submitted by: mckusick
|
| |
|
|
|
|
|
|
| |
command line instead.
Approved by: dcs
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
As of this patchset, the loader builds (under NetBSD/macppc), boots, interacts
and talks to BOOTP/NFS servers.
(main.c was moved from boot/ofw/libofw to boot/ofw/common but has no revision
history)
Reviewed by: obrien
|
|
|
|
| |
Reviewed by: obrien
|
|
|
|
|
|
|
|
|
|
| |
This brings the loader up to the point where I can compile it under
NetBSD/macppc and have it boot, interact and talk to NFS servers.
sys/boot/ofw/libofw/main.c has been deleted (it has no revision history) and
replaced with sys/boot/ofw/common/main.c
Reviewed by: obrien
|
|
|
|
|
| |
PR: 21743
Submitted by: Brian Candler <B.Candler@pobox.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
sys/boot/i386/btx/btx/Makefile 1.9
sys/boot/i386/btx/btx/btx.s 1.23
sys/boot/i386/libi386/biosdisk.c 1.32 and 1.33
sys/boot/i386/libi386/biosmem.c 1.5
sys/boot/i386/libi386/comconsole.c 1.8
sys/boot/i386/libi386/gatea20.c 1.3
sys/boot/i386/libi386/time.c 1.4
sys/boot/i386/libi386/vidconsole.c 1.13
sys/boot/i386/loader/Makefile 1.48
sys/boot/i386/loader/main.c 1.22
|
|
|
|
| |
macro to supply underscores for externals.
|
| |
|
|
|
|
|
|
|
| |
2 byte word. This fixes machines that probe 30-odd hard drives during boot
in the loader.
Submitted by: Helpful folks at Tyan via ps
|
|
|
|
| |
Correct a malformed sentence.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
to reinstall boot1 after a 'make world'.
Unfortunately this means that people who have already installed a new
boot1 from a 'make world' after 2000/09/18 *must* reinstall it after
their next build using something like:
# disklabel -B /dev/da0c
|
| |
|
|
|
|
|
|
| |
expands beyond the limit we will extend the address space before trying
to zero the BSS. This should give us plenty of headroom for modest
expansion of the loader.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
but can't boot from them yet."
Thanks to Stephane Potvin for the some of the code in this set.
Submitted by: Benno Rice <benno@jeamland.net>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previous revision of this file changed the "boot" commands to take
no arguments from the stack. This is only valid in the case where
a kernel has not been loaded. In that case, load_kernel_and_modules
will be called, which takes a list of arguments from the stack.
When a kernel is presently loaded, though, the list of arguments must
be passed to the boot command, which was the behaviour before the last
revision.
Fix things for both cases.
Noticed by: S-Max and others on that chat room
|
|
|
|
|
|
|
|
|
|
|
|
| |
Taking over the sector following the MBR causes problems on some
machines, and the actual gains are fairly small in terms of how
the space is presently used.
Since we need a number of further features (eg. handling extended
partitions) that can't be readily accommodated in the basic boot0
design anyway, rather choose to implement the additional stuff
separately and concentrate on compatibility rather than features
here.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
in two of the three boot words in the "boot" redefinition, I have no
clue. Fix it.
Noticed by: bp
Noticed by: adrian
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
neither a video console nor a serial port. Use it if the RB_MUTE
flag is set.
Submitted by: Doug Ambrisko <ambrisko@whistle.com>
Reviewed by: jhb
|
|
|
|
| |
I hope I got this right... :-)
|
|
|
|
| |
without the extra space. What a pity.
|
|
|
|
|
| |
(barely) enough room for boot1 and gives us 8KB more to play with
in the loader.
|
|
|
|
|
| |
Rename 'stack' to 'stackbase' as this variable
more correctly denotes what it is.
|
|
|
|
|
|
| |
using.
Overload "?" so it will also show loader.4th commands.
|
|
|
|
| |
Add something to help debugging.
|
|
|
|
| |
sense for /boot/kernel to come last.
|
|
|
|
| |
which makes little sense.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
used by start to find the kernel. Fix this.
Also, boot would proceed immediately in the absence of a path as
argument. Check first if a kernel has already been loaded, and, if
not, fall back to load kernel&modules behavior.
Some further factorizing. I deem this code to be mostly readable by
now! :-)
Many thanks to: Makoto MATSUSHITA <matusita@jp.FreeBSD.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The boot-conf and boot code had various bugs, and some of it was big,
ugly, unwieldy, and, sometimes, plain incorrect. I'm just about
completely replaced these ugly parts with something much more manageable.
Minor changes were made to the well-factorized parts of it, to accomodate
the new code.
Of note:
* make sure boot-conf has the exact same behavior wrt boot order
as start.
* Correct both boot and boot-conf so they'll work correctly when
compiled in, as they both had some bugs, minor and major.
* Remove all the crud from loader.4th back into support.4th, for
the first time since boot-conf was first improved. Hurray!
I'm fairly satisfied with the code at this time. Time to see about those
man pages...
|
| |
|
|
|
|
|
| |
changes anything (in theory), just better document it. I'm waiting for
the final word before I tackle the man pages.
|
|
|
|
|
| |
elsewhere.
Reminded by: Mike Smith
|
|
|
|
| |
In the near future the bktr module will need the bktr_mem module too.
|
| |
|