| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
for those upgrading from 4.x -> 5.x. It is therefore no longer
necessary because it is installed on 5.x and 6.x and one has to
upgrade from 6.x -> current, or at the very least 5.x (although not
supported, it can be made to work).
|
|
|
|
| |
with MFS root without debugging.
|
|
|
|
| |
will automaticly populate the kernel w/ the mfs image...
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
only now) symbolic links in the kernel compile directory, rather
than relying on config(8) to do this. (The changes to config(8)
will be committed separately.) This is aimed towards making the
config(8) as lightweight as possible.
Idea by: bde (all bugs are mine)
|
|
|
|
|
|
|
| |
gdb(1) command better, though I must admit it's confusing: these
files have not only [debugging] symbols, but much more than that.
Requested by: obrien
|
|
|
|
|
|
| |
feature work when compiling a kernel via "make buildkernel".
Noticed and tested by: nork
|
|
|
|
|
|
|
|
| |
our kernel linker will only load PT_LOAD segments, apparently not.
Instead, produce .dbg objects from .debug objects, and install
them together with non-debug objects, as described in objcopy(1).
Original code by: obrien
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Try to make everyone happy: David (to have debug kernels installed
by default), Warner (to be able to override that), and myself (for
actually making it all work and to be consistent).
Now, if kernel was configured for debugging (through DEBUG=-g in
the kernel config file or "config -g"), doing "make install" will
install debug versions of kernel and module objects with their
canonical names,
kernel.debug -> /boot/kernel/kernel
if_fxp.ko.debug -> /boot/kernel/if_fxp.ko
Installing a kernel not configured for debugging, or debug kernel
with INSTALL_NODEBUG variable defined, will install non-debug
kernel and module objects.
Also, restore the install.debug and reinstall.debug targets that
are part of the existing API (they cause some additional gdb(1)
scripts to be installed).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
be installed. It should have been optional to install a non-debug
one, just like it was formerly optional to install a debug one. In
order to do that, most of 1.84 had to go.
Instead, make installing the debug kernel the default, but create a
new option INSTALL_NODEBUG for those people that have small /
partitions and good source control habits.
This preserves the behavior of 1.84 while allowing it to be overriden
for people (like me) that do not have the time to upgrade to get a
bigger / and also don't have time for stupid makefile tricks when
upgrading their older system, but still want a kernel.debug around if
things go south.
|
|
|
|
|
| |
config option. It is too easy to loose the build directory and not have
symbols for kgdb to read.
|
| |
|
|
|
|
| |
Reviewed by: imp
|
|
|
|
| |
Noticed by: Steve Ames
|
| |
|
|
|
|
| |
Reviewed by: bde (I think so)
|
|
|
|
|
|
|
| |
depend. Now that we no longer need this hack, remove it.
Forgotten by: imp
Reminded by: nyan
|
| |
|
|
|
|
| |
On install, do deinstall reinstall
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
initializations but we did have lofty goals and big ideals.
Adjust to more contemporary circumstances and gain type checking.
Replace the entire vop_t frobbing thing with properly typed
structures. The only casualty is that we can not add a new
VOP_ method with a loadable module. History has not given
us reason to belive this would ever be feasible in the the
first place.
Eliminate in toto VOCALL(), vop_t, VNODEOP_SET() etc.
Give coda correct prototypes and function definitions for
all vop_()s.
Generate a bit more data from the vnode_if.src file: a
struct vop_vector and protype typedefs for all vop methods.
Add a new vop_bypass() and make vop_default be a pointer
to another struct vop_vector.
Remove a lot of vfs_init since vop_vector is ready to use
from the compiler.
Cast various vop_mumble() to void * with uppercase name,
for instance VOP_PANIC, VOP_NULL etc.
Implement VCALL() by making vdesc_offset the offsetof() the
relevant function pointer in vop_vector. This is disgusting
but since the code is generated by a script comparatively
safe. The alternative for nullfs etc. would be much worse.
Fix up all vnode method vectors to remove casts so they
become typesafe. (The bulk of this is generated by scripts)
|
| |
|
|
|
|
| |
Pointed by: Ben Mesander
|
|
|
|
|
|
| |
# I directly use the targets for building this, but it was suggested
# to use portupgrade. I couldn't fit that into the target model, so I
# punted.
|
|
|
|
|
|
|
|
|
|
|
| |
Users should move to the new geom_vinum implementation instead.
The refcount logic which is being added to devices to enable safe module
unloading and the buf/vm work also in progress would require a major rework
of the (old)-vinum code to comply with the new semantics.
The actual source files will not be removed until I have coordinated with
the geomvinum people if they need any bits repo-copied etc.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is necessary so source upgrades use the correct binary.
MFC after: 3 days
For the record: Problem spotted by Scott Long, who mentioned
that source upgrades from 4.7 to recent 5.x and 6.0 are broken.
Detailed analysis shows that 4.7 has a broken make(1) binary.
A breakage was fixed in RELENG_4 in make/main.c,v 1.35.2.7 by
imp@, though the commit log erroneously stated "MFC 1.68"
while in fact it should have been spelled as "MFC 1.67".
|
|
|
|
|
|
| |
adjust as necessary.
Suggested by: bde
|
|
|
|
|
|
|
|
| |
Now that the devs files are marked before-depend, we can remvoe them
from a few places they were explicitly mentioned (along with
BEFORE_DEPEND).
Noticed by: bde
|
|
|
|
|
|
|
| |
places. This should have been committed last night with the rest of
my changes, but wasn't.
Pointy hat to: imp
|
|
|
|
| |
Submitted by: ru
|
|
|
|
| |
Submitted by: jmallett
|
|
|
|
| |
installing a kernel on ia64.
|
|
|
|
|
| |
configured for debugging. This saves some bytes, and produces the
same "kernel" object as if it was configured for debugging.
|
|
|
|
|
|
| |
delete it each time its run and have it regenerated each time by make.
I used a quick hackish script rather than putting it in the files file
and used the before-depend rule to avoid the depend/no-depend hacks.
|
| |
|
| |
|
|
|
|
|
|
|
| |
we can turn this back on to start to resolve the issues with the
release process.
Approved by: scottl
|
|
|
|
| |
need for a hack to prevent bogus warnings about unused inlines.
|
| |
|
|
|
|
| |
many unusual indentations for continued lines in code).
|
|
|
|
| |
put dire warnings in the original and not find them in the installed version.
|
|
|
|
|
|
|
|
|
|
|
| |
uncovering some interesting problems. Be conservative and effecitvely
disable this by default. Interested parties may still define
KERNBUILDDIR by hand to achive the same effect.
I plan on referting this change after 5.2 is released, or sooner if
the issues with building releases are resolved and re@ approves.
Approved by: re@ (scottl, marcel)
|
|
|
|
| |
Improved wording in a nearby comment.
|
|
|
|
|
|
|
|
| |
kernel build. This makes it possible for me not to get pissed off that
random.ko crashes the system trying to rdtsc() when the i386/cpu.h
support code decides it's okay to call that op when neither I386_CPU or
I486_CPU is defined. I guess it also makes WITNESS/INVARIANTS defines
get picked up by the modules.
|
|
|
|
|
|
|
|
|
|
|
| |
no matter where in the directory structure it may be. Use this and the "-k"
flag in the generated gdbinit files so that the "getsyms" function in gdb
requires no user intervention to run and will find every module if they're
in the kernel build's module directory. This is still quite useful for
cases where gdb knows that the path for some modules is /boot/kernel and
others are in the object directory for /usr/src/sys/$ARCH/compile/kernel.
Approved by: grog
|
|
|
|
|
| |
to ${DESTDIR}${KODIR}.old if we have booted from ${DESTDIR}${KODIR},
and always keep kern.bootfile in a good shape.
|
| |
|
|
|
|
| |
Also consolidate building rules for special files.
|
|
|
|
|
| |
complete without some config(8) work. Config(8) needs to provide
some ${NORMAL_LINT} rules to make foo.ln files.
|