| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
expand to __attribute__((packed)) and __attribute__((aligned(x)))
respectively. Replace the handful of gcc-ism's that use
__attribute__((aligned(16))) etc around the kernel with __aligned(16).
There are over 400 __attribute__((packed)) to deal with, that can come
later. I just want to use __packed in new code rather than add more
gcc-ism's.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
under way to move the remnants of the a.out toolchain to ports. As the
comment in src/Makefile said, this stuff is deprecated and one should not
expect this to remain beyond 4.0-REL. It has already lasted WAY beyond
that.
Notable exceptions:
gcc - I have not touched the a.out generation stuff there.
ldd/ldconfig - still have some code to interface with a.out rtld.
old as/ld/etc - I have not removed these yet, pending their move to ports.
some includes - necessary for ldd/ldconfig for now.
Tested on: i386 (extensively), alpha
|
|
|
|
|
|
| |
Now that hint.acpi.0.disabled="0" won't disable acpi as expected.
Pointed-out by: bde
|
|
|
|
|
|
| |
kern.cam.scsi_delay tunable/sysctl.
Reviewed by: mdodd, njl
|
| |
|
|
|
|
|
|
|
| |
GCC 3.2 overflows boot2 by 12 bytes, this patch brings it back
within the boundaries, with 12 bytes available for future bloat.
Approved by: obrien
|
|
|
|
|
|
|
|
|
| |
very pervasive in this code. This fixes a few of those assumptions and
band-aids over some others.
Tested on: ia32 alpha sparc64
Reviewed by: peter jake (in concept)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
At the front is btxldr, in the middle is BTX itself (our mini-kernel), and
then the 'client' (loader.bin) which is the actual loader itself. boot2
just executes a raw ELF or a.out binary with the only setup provided being
that a bootinfo structure is passed on the stack. Now, since loader.bin
is a BTX client, the loader needs to be able to locate a BTX kernel for
the client to execute in the context. Thus, just like pxelder, btxldr
uses the a.out header on the loader binary to find the BTX kernel stored
in the loader and set it up. It does _not_ just reuse the BTX kernel
that boot2 invoked it with. This is because it can't assume that it will
_have_ a "spare" BTX kernel lying around. For example, when cdboot
loads the loader there isn't an existing BTX kernel. In fact, cdboot
will only work with an a.out loader as well since it also "borrows" the
BTX kernel in the loader binary (which it finds by parsing the a.out
header) just as pxeldr does. The only difference between cdboot and
pxeldr is where they get /boot/loader from.
If we wanted to make /boot/loader be an actual ELF binary we would need
to change the following utilites to handle that (and they all have to be
able to handle locating the BTX kernel inside of an ELF binary somehow):
- btxldr
- pxeldr
- cdboot
If we didn't want to require a flag day but make the transition smooth
then we need to be able to support both a.out and ELF versions of
/boot/loader which isn't exactly trivial since all three of these utilities
are written in assembly.
Pointy-hat to: peter
|
|
|
|
|
|
|
|
|
| |
Fix device hints entry for disabling acpi(4).
This also should fix the arbitration with apm(4) when both drivers
are enabled.
Note that your /boot/device.hints needs to be updated if you want to
stop auto-loading acpi.ko or disable acpi(4).
|
|
|
|
|
| |
own a.out version of loader.bin rather than depend on ../loader/loader
being a.out.
|
|
|
|
| |
never updated for the metadata infrastructure.
|
|
|
|
|
|
| |
this was quite broken, it never was updated for metadata support.
The a.out kld file support was never really used, as it wasn't necessary.
You could always load elf kld's, even in an a.out kernel.
|
| |
|
|
|
|
|
| |
PR: 40237
Submitted by: Chris Pepper <pepper@rockefeller.edu>
|
|
|
|
|
|
|
| |
of the _KERNEL macro.
- Do not include <sys/pcpu.h> for no reason.
Suggested by: jake
|
|
|
|
|
|
|
|
|
|
| |
This is required by recent changes to <sys/pcpu.h>, which uses
the #error preprocessor directive to keep non-kernel
applications from using it.
_KERNEL is defined below the #include <stand.h>, because <stand.h>
removes the definition of _KERNEL.
- Move the inclusion of <sys/queue.h> above the inclusion of
<sys/linker.h> to avoid syntax errors.
|
|
|
|
| |
Reviewed by: mini
|
| |
|
| |
|
|
|
|
| |
bits in rev. 1.45.
|
| |
|
|
|
|
|
| |
Document the approved ways of disabling it.
Submitted by: Daniel O'Connor <doconnor@gsoft.com.au>
|
|
|
|
|
| |
undocumented how to control its loading and queries to freebsd-current
go unanswered.
|
| |
|
| |
|
|
|
|
| |
to pick up, ala pxe.
|
|
|
|
|
|
| |
for a long time now.
Approved by: bde
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug#1: The GetStatus() function returns radically different pointers that
do not match any packets we transmitted. I think it might be pointing to
a copy of the packet or something. Since we do not transmit more than
one packet at a time, just wait for "anything".
Bug#2: The Receive() function takes a pointer and a length. However, it
either ignores the length or otherwise does bad things and writes outside
of ptr[0] through ptr[len-1]. This is bad and causes massive stack
corruption for us since we are receiving packets into small buffers on
the stack. Instead, Receive() into a large enough buffer and bcopy the
data to the requested area.
|
|
|
|
|
| |
box that I have. We have no EFI disk drivers yet anyway (maybe that is the
problem).
|
| |
|
| |
|
|
|
|
|
| |
We now talk to the memory and mmu instances directly rather than using the
OpenFirmware "claim" method.
|
|
|
|
| |
MFC after: 3 days
|
| |
|
|
|
|
| |
Most of them are not in a future tense already.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
cdrom support. This avoids having to distribute separate loaders.
|
|
|
|
|
|
|
|
| |
the actual code. Both use a ";" (not a ",") to delimit entries.
PR: 39679
Submitted by: Cyrille Lefevre <cyrille.lefevre@laposte.net>
MFC after: 3 days
|
| |
|
| |
|