| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
the GUID templates.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
modules split across several physical medias. Following is how it works:
The splitfs code, when asked to open "foo" looks for a file "foo.split"
which is a text file containing a list of filenames and media names, e.g.
foo.aa "Kernel floppy 1"
foo.ab "Kernel floppy 2"
foo.ac "Kernel and modules floppy"
For each file segment, the process is:
- try to open the file
- prompt "Insert the disk labelled <whatever> and press any key..."
- try to open the file
- return error if file could not be located
RE team is free to use this feature in the upcoming 5.0-DP1.
Reviewed by: msmith, dcs
|
| |
|
|
|
|
|
| |
(This is more useful for 4.x where boot blocks can still load
kernels, modulo the PR kern/17422.)
|
| |
|
| |
|
|
|
|
| |
the repo-move from "src/sys/boot/sparc64/bootblock".
|
|
|
|
|
|
|
| |
- Add sanity checks to lookup().
- Implement the 'l' modifier in printf().
Submitted by: tmm
|
|
|
|
| |
Submitted by: David Yeske <dyeske@yahoo.com>
|
|
|
|
|
| |
Forgetten by: jake
Submitted by: tmm
|
| |
|
|
|
|
|
|
|
| |
- Use the __FBSDID macro.
- Fix some warnings.
Submitted by: obrien (partly)
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
deep in <stand.h> to eventually include <time.h> to declare the user
version.
This is not quite the right place to declare it, but <stand.h> would
be worse because time() is very MD so it isn't in libstand.
Many places in the boot sources still get the user version using only
1 layer of pollution (#include <sys/time.h>. Some pollute themselves
directly (#include <time.h>). But the boot Makefiles are too broken
to enable warnings for redeclarations.
|
| |
|
|
|
|
|
| |
metadata. Modify tlb handling functions to take a tte, instead of virtual
address, physical address and flags.
|
| |
|
|
|
|
| |
-ffreestanding in CFLAGS. Remove unnecessary LDFLAGS.
|
| |
|
|
|
|
|
| |
the path may not have a ':' in it. The mac address property is called
mac-address for sparc64. Don't allocate a dma buffer for sparc64 either.
|
| |
|
|
|
|
|
|
|
|
| |
watchpoint support for debugging (under LOADER_DEBUG). Claim the
physical and virtual addresses used to map the kernel from the prom;
we map it ourselves behind the scenes though. Add a reboot command.
Submitted by: tmm
|
|
|
|
|
|
| |
random memory. Disable interrupts while loading the tlb.
Submitted by: tmm
|
|
|
|
| |
Submitted by: tmm
|
| |
|
|
|
|
| |
Reviewed by: alfred
|
|
|
|
|
|
|
| |
- Remove change for my local configuration that slipped in with
the last commit; I am having problems booting when multiple SCSI
disks are attached, so I will change this part as soon as I find
a solution, anyway.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- Remove two constants that were needed in conjuction with the
NetBSD disklabel header. Use the FreeBSD equivalents.
To boot from NetBSD/sparc64 partitions, define LABELOFFSET to
be 128.
- Do not use the complete open firmware path to filter out cdrom drives.
No path containing "cdrom" is detected as a disk now.
- Simplify some code.
|
| |
|
| |
|
|
|
|
| |
Submitted by: ru
|
|
|
|
|
|
|
| |
This allows obtaining crash dumps from the panics occured during late stages
of kernel initialisation before system enters into single-user mode.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
| |
a simple version of bcopy() so we avoid picking up the overly-complex
implementation in libc (via libstand). This is not necessary on
-current, but RELENG_4 has apparently just exceeded the 15-sector
limit for boot1.
Reviewed by: wilko
|
|
|
|
| |
crt.s is based on btx.s.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
because the buffers we use could end up spanning a 64k boundary.
Unfortunately it causes too much bloat (228 -> 72 bytes free) to
just reinstate the old malloc() function.
Instead, define a structure that contains all 4 buffers which must
not cross 64k boundaries. We allocate a 64k-aligned instance in
main() using the magic that was in the old boot2 malloc() function.
This brings the free space down to 168 bytes, but that is still
better than it was before revision 1.35 (136 bytes).
Reported by: Mike Brancato <funnyguy@digitalsmackdown.net>
Pointy-hat to: iedowse
|
|
|
|
|
|
|
| |
done with boot1 on the alpha. We use 4k buffers regardless of the
actual filesystem block size.
Remove the simple malloc() implementation, as it is no longer used.
|
|
|
|
|
|
|
|
|
|
|
| |
larger than 8k. We now use 4k buffers regardless of the filesystem
block size, so there is no longer a static limit.
Simply increasing the buffer size from 8k to 16k as done on the
i386 doesn't work on the alpha, probably because it causes us
to overshoot boot1's 48k runtime memory limit.
Tested by: naddy
|
|
|
|
|
|
|
|
| |
All the alpha loaders should use the same version file. Also, we might
should merge the various loaders (cdboot, loader, netboot) into one loader
that can boot off of disks, CD's, and network devices. The version bump
is needed so the FICL scripts won't bomb out thinking that the netboot
binary is too old.
|
|
|
|
|
|
|
| |
backing out the 1024 sector boot0, but revision 1.12 had nothing to do with
that. Instead, it documented various compile time options for boot0 and
allowed them to be overridden via make.conf or options on the make
command line.
|
|
|
|
| |
filesystems with 16k blocks.
|
|
|
|
| |
breaks when cdboot is used with an MFS root.
|
|
|
|
| |
header table entry by removing the -N flag from the LDFLAGS.
|
|
|
|
|
| |
Noticed by: will
MFC after: 2 days
|
|
|
|
| |
submit to Jonathan Mini.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Change the 'fopen' keyword to accept a mode parameter. Note that this
will break existing 4th scripts that use fopen. Thus, the loader
version has been bumped and loader.4th has been changed to check for a
sufficient version on i386 and alpha. Be sure that you either do a full
world build or install or full build and install of sys/boot after this
since loader.old won't work with the new 4th files and vice versa.
PR: kern/32389
Submitted by: Jonathan Mini <mini@haikugeek.com>
Sponsored by: ClickArray, Inc.
|
|
|
|
|
|
| |
PR: kern/32389
Submitted by: Jonathan Mini <mini@haikugeek.com>
Sponsored by: ClickArray, Inc.
|
|
|
|
|
|
| |
PR: kern/32389
Submitted by: Jonathan Mini <mini@haikugeek.com>
Sponsored by: ClickArray, Inc.
|