| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
1. use VFS_LKM vs ACTUALLY_LKM_NOT_KERNEL
2. don't pass -DCODA to lkm build
|
| |
|
|
|
|
| |
Submitted by: Chris Csanady
|
| |
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
|
| |
|
|
|
|
| |
I can't say this was the most inspired fix, but it matches the design OK.
|
|
|
|
| |
Submitted by: Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Kazu writes:
The VESA support code requires vm86 support. Make sure your kernel
configuration file has the following line.
options "VM86"
If you want to statically link the VESA support code to the kernel,
add the following option to the kernel configuration file.
options "VESA"
The vidcontrol command now accepts the following video mode names:
VESA_132x25, VESA_132x43, VESA_132x50, VESA_132x60, VESA_800x600
The VESA_800x600 mode is a raster display mode. The 80x25 text will
be displayed on the 800x600 screen. Useful for some laptop computers.
vidcontrol accepts the new `-i <info>' option, where <info> must be
either `adapter' or `mode'. When the `-i adapter' option is given,
vidcontrol will print basic information (not much) on the video
adapter. When the `-i mode' option is specified, vidcontrol will
list video modes which are actually supported by the video adapter.
Submitted by: Kazutaka YOKOTA yokota@FreeBSD.ORG
|
|
|
|
|
|
|
| |
leftover files in /tmp. Script slightly modified from PR version
to use fewer processes.
PR: i386/7725
Submitted by: Stefan Eggers seggers@semyam.dinoco.de
|
|
|
|
|
|
| |
src/lkm/Makefile.inc. This fixes broken builds of the syscons LKMs
when OBJFORMAT=elf. Removed src/lkm/Makefile.inc since it became
empty and is worse than useless.
|
| |
|
| |
|
|
|
|
|
| |
video mode is the VESA mode, because they cannot work properly under the
VESA mode support as in the current form.
|
|
|
|
|
|
|
|
| |
during first mount. Unregister the exit function at last unmount.
Concept by: sef
Reviewed by: sef
Implemented by: alex
|
|
|
|
|
| |
unload function can be provided (this is necessary to unregister
the at_exit handler).
|
|
|
|
|
|
| |
to CLEANFILES.
Fixed lots of style bugs.
|
|
|
|
|
|
|
|
|
| |
not actually work for cross compiling, but that is another problem.)
Honor LDFLAGS for building internal tools. (Tools should normally
be built static to avoid problems with picking up target shared
libraries. bsd.kmod doesn't set -static yet, and has some problems
with `LDFLAGS=-static ...' in the environment.)
|
|
|
|
|
|
| |
Doesn't anybody TEST code before committing....
This is the N+1'th time these laste couble of days...
|
|
|
|
| |
exist.
|
| |
|
| |
|
| |
|
|
|
|
| |
create opt_vmpage.h
|
|
|
|
|
|
|
|
| |
NFS_*TIMO should possibly be converted to sysctl vars (jkh's suggestion),
but in some cases it looks like nfs keeps a copy of the value in a struct
hash sizes are already ifdef'd KERNEL, so there aren't userland inpact
from them...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Move a.out libraries to /usr/lib/aout to make space for ELF libs.
Make rtld usr /usr/lib/aout as default library path.
Make ldconfig reject /usr/lib as an a.out library path.
Fix various Makefiles for LIBDIR!=/usr/lib breakage.
This will after a make world & reboot give a system that no
longer uses /usr/lib/*, infact one could remove all the old
libraries there, they are not used anymore.
We are getting close to an ELF make world, but I'll let this
all settle for a week or two...
|
|
|
|
|
| |
Submitted by: Max Euston <max@jmrodgers.com>
PR: 6679
|
| |
|
| |
|
|
|
|
| |
for `make -jN'.
|
|
|
|
| |
linktest) - add this as a dependency.
|
|
|
|
| |
generated files to CLEANFILES.
|
| |
|
|
|
|
| |
Submitted by: pst
|
| |
|
| |
|
| |
|
|
|
|
|
| |
path to the obj directory in ${CFLAGS}. This is actually equivalent
to "-I." since bsd.kmod.mk also puts -I- in ${CFLAGS}.
|
|
|
|
| |
this more generally.
|
|
|
|
| |
bsd.kmod.mk now handles it more generally.
|
| |
|
| |
|
|
|
|
|
|
| |
not quite correct, because the Makefiles in lkm/syscons don't set up the
`machine' symlink, but other, more volatile headers in <machine> are
already used.
|
| |
|