| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Requested-by: ache
bde
dg
Modify targets for debug kernels: when -g was specified, make will
now build a debug kernel called kernel.debug, and create a stripped
version called kernel at the same time. The two targets install and
install.debug are otherwise unchanged.
Requested-by: dillon
Update man page accordingly.
|
|
|
|
|
| |
PR: 11056
Submitted by: Nickolay N. Dudorov <nnd@mail.nsk.ru>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2. Config complains if you use -g:
Debugging is enabled by default, there is no ned to specify the -g option
3. Config warns you if you don't use -s:
Building kernel with full debugging symbols. Do
"config -s BSD" for historic partial symbolic support.
To install the debugging kernel, do make install.debug
(BSD was the name of the config file I used; I print out the same
name).
4. Modify Makefile.i386, Makefile.alpha, Makefile.pc98 and config to
work if a kernel name other than 'kernel' is specified. This is
not absolutely necessary, but useful, and it was relatively easy.
I now have a kernel called /crapshit :-)
5. Modify Makefile.i386, Makefile.alpha, Makefile.pc98 "clean" target
to remove both the debug and normal kernel.
6. Modify all to install the stripped kernel by default and the debug
kernel if you enter "make install.debug".
7. Update version number of Makefiles and config.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2. Config complains if you use -g:
Debugging is enabled by default, there is no ned to specify the -g option
3. Config warns you if you don't use -s:
Building kernel with full debugging symbols. Do
"config -s BSD" for historic partial symbolic support.
To install the debugging kernel, do make install.debug
(BSD was the name of the config file I used; I print out the same
name).
4. Modify Makefile.i386, Makefile.alpha, Makefile.pc98 and config to
work if a kernel name other than 'kernel' is specified. This is
not absolutely necessary, but useful, and it was relatively easy.
I now have a kernel called /crapshit :-)
5. Modify Makefile.i386, Makefile.alpha, Makefile.pc98 "clean" target
to remove both the debug and normal kernel.
6. Modify all to install the stripped kernel by default and the debug
kernel if you enter "make install.debug".
7. Update version number of Makefiles and config.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously the foolowing lines would have broken:
controller fdc0 at isa? disable port ? bio
controller fdc0 at isa? disable port 0x100 bio
While this would work:
controller fdc0 at isa? disable port "IO_FD1" bio
The first of the three lines is useful for making placeholder devices
for PCMCIA-floppies, and the second is useful for non-standard hardware.
The failure is a "(null)" string in ioconf.c that the compiler pukes on.
Thanks to: Bruce Evans (bde@freebsd.org)
|
| |
|
|
|
|
| |
* Bump config version.
|
|
|
|
|
|
|
|
|
|
|
| |
Interrupt handlers are now configured in drivers.
Didn't update config/SMM.doc. It doesn't have any i386 examples (not
even `isa').
Bumped CONFIGVERS. This is not necessary for -current yet, but using
the new config with old system sources gives null pointers for all
vectors.
|
|
|
|
|
|
| |
been visible here.
Fixed disordering of keyword table by "cam".
|
|
|
|
|
|
|
| |
Didn't bump CONFIGVERS, since ioconf.h was already unused when
CONFIGVERS was last bumped (although essentially the same (CAM)
commit batch that bumped CONFIGVERS also added bogus includes of
ioconf.h).
|
| |
|
|
|
|
|
| |
config, you may need to resynchronize your config file with syntax
or name changes documented in GENERIC or LINT.
|
| |
|
| |
|
|
|
|
|
|
| |
Submitted by: nsouch
'local' token added to support new bus architecture .c files generated
by .m files.
|
| |
|
|
|
|
|
|
|
| |
to reflect the dependency of Makefile.i386 on nothing being put in
PARAM.
Config versioning is too closely coupled with the Makefile.i386.
|
|
|
|
|
|
|
|
|
|
| |
define MAXUSERS in opt_param.h as directed in /sys/conf/options;
if it's not mentioned there, then define it in IDENT; never define
it in PARAM). MAXUSERS probably should be a completely normal option.
Don't define PARAM now that it is empty.
Cleaned up similar conversion of cpu directives to XXX_CPU options.
|
|
|
|
|
|
| |
Options are processed reverse file order, so the first definition in
the config file wins (except for directives that are converted to
option).
|
|
|
|
|
|
|
| |
was used as if it is 1-based. This happened to give the correct result
for options without values because of a compensating error in newline
lexing. Didn't fix the latter, so line numbers in yyerror() may still
be 1 too high in some cases.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Don't generate declarations for isa interrupt handlers at all.
Isa interrupt handlers are now declared in <i386/isa/isa_device.h>
but should be converted take a `void *' arg and staticized as
soon as possible.
Updated CONFIGVERS. New configs are very incompatible with
previous versions.
|
|
|
|
| |
unless I manually construct y.tab.h. Is this normal?
|
| |
|
|
|
|
|
| |
a separate object tree doesn't exist. Crufty makefiles will have to
put y.tab.h in SRCS so that we know not to create foo.h from foo.y.
|
| |
|
| |
|
|
|
|
| |
in config.c).
|
|
|
|
|
|
| |
come tomorrow.
Submitted by: Simon Shapiro <shimon@simon-shapiro.org>
|
|
|
|
| |
Suggested by: joerg
|
|
|
|
| |
Submitted by: bde
|
| |
|
| |
|
|
|
|
| |
Requested by: David Quattlebaum <sasdrq@unx.sas.com>
|
|
|
|
|
| |
behaviour. Also indicate which option(s) are unknown if there are any
old-style options.
|
|
|
|
| |
(that is, old-style) options are found.
|
| |
|
|
|
|
|
| |
PR: bin/4892
Submitted by: Vasim Valejev <vasim@uddias.diaspro.com>
|
|
|
|
| |
namespace changes.
|
|
|
|
|
|
|
|
| |
candidate for this is "npx0", more are likely to follow.
Check for pseudo-devices that are being configured, but don't appear
in any "files" file. The ``pseudo-device bpf 2'' already hit me too
often.
|
|
|
|
|
| |
to make sure that it's all recompiled even if there is no 'make depend'.
This is overkill, but should be one less thing that someone can do wrong.
|
|
|
|
|
|
|
|
|
| |
and the kernel will have a 'config interface version number'. If an
incompatable change is made to the kernel that requires a rebuild of
config(8) (such as the cam devtab stuff), then the version number would be
bumped in both places. If a user neglects to rebuild config, then they
will get a nagging (but non-fatal) warning that they need to rebuild
config.
|
| |
|
|
|
|
| |
Requested by: Bruce.
|
| |
|
| |
|
| |
|