summaryrefslogtreecommitdiffstats
path: root/usr.sbin/config
Commit message (Collapse)AuthorAgeFilesLines
* Bring FILES section up to date.imp2001-07-041-12/+10
| | | | submitted by: Mark Peek <mark-ml@whistle.com>
* Bump config version in config.imp2001-07-021-2/+2
|
* Move kernel compile directory from sys/compile/FOO toimp2001-06-302-4/+3
| | | | | | sys/compile/${MACHINE}/FOO. Reviewed by: obrien, peter and the USENIX terminal room secret kernel cabal
* - Backout botched attempt to introduce MANSECT feature.ru2001-03-261-0/+1
| | | | - MAN[1-9] -> MAN.
* Set the default manual section for usr.sbin/ to 8.ru2001-03-201-1/+0
|
* newbus_ioconf() is long gonepeter2001-02-281-1/+0
|
* Some more tidying up. we dont use config-dependent anyware. Eliminatepeter2001-02-282-22/+8
| | | | some duplicate code (cut/paste bug?). tidy up some other minor stuff.
* s/special/compilewith/ (so I stop confusing myself) and GC an unusedpeter2001-02-282-27/+12
| | | | function I missed before.
* Untangle some special magic that happened for conflicting defintions forpeter2001-02-282-24/+0
| | | | local files.* and options.* files on the third pass.
* Remove some more dead code. :-/peter2001-02-281-10/+4
|
* GC some leftover stuff (device-driver suffix)peter2001-02-281-7/+0
|
* Move the 'dont forget "make depend"' to be the last thing that people see,peter2001-02-232-2/+1
| | | | after the warnings.
* Futher cleanups. Since we have two options lists, one for proper optionspeter2001-02-221-18/+9
| | | | | | and one for Makefile options, pass in the list head and use a common newopt() routine. Fix the 'config vmunix' support glue which was broken for a few minutes.
* Collect together a handful of copies of the option generator code into apeter2001-02-223-60/+33
| | | | | single newopt(char *name, char *value) function. Change newdev() to do the same thing rather than depending on the evil 'cur' device hack.
* ${BDECFLAGS} work. And fix a real error in the process. A "MAXUSERS"peter2001-02-197-21/+21
| | | | | string could have been passed to free(); There are some warnings here I am not sure how to fix as they are in the lex scanner code, etc.
* Devices are NOT compiled with the "special c2 option -i"..peter2001-02-181-3/+0
|
* Remove the need to list each and every cpu platform. Config will nowpeter2001-02-044-55/+10
| | | | take your word for the 'machine' switch.
* Try and make it clearer that the static units thing is a FYI only.peter2001-01-311-1/+1
|
* Unwind a bit more cruft - we only have one type of device now.peter2001-01-314-14/+6
|
* Oops. An old version of a local change leaked in with the last commit.peter2001-01-311-22/+9
| | | | Since it is here, clean it up a bit.
* Redo the stray header file cleanup code to not depend on timestampspeter2001-01-314-28/+54
| | | | | or access times or anything. Just bite the bullet and keep a list of header files that we know about.
* AARGH! This does not mix too well with the -o noatime mount option.peter2001-01-291-1/+6
| | | | :-(
* I confess. This is a truely nasty hack. I am so ashamed!peter2001-01-291-0/+57
| | | | | | | | (I think config(8) source does bad things to your brain :-) Clean up likely stray *.h files in the build directory. Eg: if isa.h ceases being generated, zap it. The heuristics to figure out a 'likely' file are pretty revolting.
* Add support for configuring PowerPC kernels.benno2001-01-224-0/+6
| | | | Reviewed by: peter
* Clean up some obsolete stuff. config -r has not been needed since aroundpeter2001-01-225-43/+12
| | | | | | FreeBSD 3.x or so when the 'make depend' picked up the opt_foo.h files. Convert warnings into actual errors in the hope that buildkernel users will pay more attention. :-(
* Stop turning 'mandatory' into an implicit 'count' line. i386/npx was thepeter2001-01-191-1/+0
| | | | only consumer of this and it is no longer needed.
* Implement option strings that we can use in #ifdefs (where unavoidable)peter2001-01-193-2/+27
| | | | | | | | as a replacement for the evil #define NFOO. If 'device npx' is in the static kernel, a synthetic option '#define DEV_NPX 1' will be available to stick in an opt_xxx.h file. "#if NNPX > 0" can be replaced with "#ifdef DEV_NPX" and we can get rid of the overloaded meaning of the device count mechanism.
* Try and stop config(8) from freaking out due to unnecessary paranoiapeter2001-01-041-13/+2
| | | | | | | when using -d. Use realpath(3) to locate the top of the tree rather than trying to manually trim back the results of a getcwd(). Requested by: alfred
* .Nm Config -> .Nm, there is no such program "Config" in FreeBSD.ben2000-12-111-4/+4
| | | | | PR: 23404 Submitted by: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>
* Make the xxxFILES= list generation generic. This makes it easier to addpeter2000-11-252-63/+19
| | | | things like MFILES= or CONFFILES= without having to modify config code.
* Fix buffer overflows in filenames. If you had a path > 80 charactersimp2000-11-214-28/+31
| | | | | | | | | | for your /usr/obj/path/to/my/files path to the kernel, then weird things happened. make buildkernel would fail because config was dumping core or generating bad file names (depending on the lenght of the path). While I was here, also use strlcpy, strlcat and snprintf (or asprintf) as necessary. Minor format policing for the snprintf calls as well.
* mdoc(7) police: use the new features of the Nm macro.ru2000-11-201-3/+3
|
* Use Fx macro wherever possible.ru2000-11-141-2/+5
|
* Avoid use of direct troff requests in mdoc(7) manual pages.ru2000-11-101-2/+1
|
* Make it possible to specify profiling in the kernel config file.phk2000-10-143-1/+5
| | | | Do so for LINT.
* Add ia64 support.dfr2000-09-294-0/+6
|
* If a ${KERNEL}.hints file exists, and no hints are specified explicitly,peter2000-08-254-2/+14
| | | | | then include the hints with a marker indicating that it is a fallback. The kernel side of this is to come shortly.
* Argh! I broke the static hints parser at the last minute on freefall whenpeter2000-06-141-1/+1
| | | | | | | I added the $FreeBSD$ (commented) line. Fix: 1: s/break/continue/ 2: will somebody please shoot me! :-]
* Borrow phk's axe and apply the next stage of config(8)'s evolution.peter2000-06-1310-639/+192
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Use Warner Losh's "hint" driver to decode ascii strings to fill the resource table at boot time. config(8) no longer generates an ioconf.c table - ie: the configuration no longer has to be compiled into the kernel. You can reconfigure your isa devices with the likes of this at loader(8) time: set hint.ed.0.port=0x320 userconfig will be rewritten to use this style interface one day and will move to /boot/userconfig.4th or something like that. It is still possible to statically compile in a set of hints into a kernel if you do not wish to use loader(8). See the "hints" directive in GENERIC as an example. All device wiring has been moved out of config(8). There is a set of helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98) that extract the 'at isa? port foo irq bar' from the old files and produces a hints file. If you install this file as /boot/device.hints (and update /boot/defaults/loader.conf - You can do a build/install in sys/boot) then loader will load it automatically for you. You can also compile in the hints directly with: hints "device.hints" as well. There are a few things that I'm not too happy with yet. Under this scheme, things like LINT would no longer be useful as "documentation" of settings. I have renamed this file to 'NOTES' and stored the example hints strings in it. However... this is not something that config(8) understands, so there is a script that extracts the build-specific data from the documentation file (NOTES) to produce a LINT that can be config'ed and built. A stack of man4 pages will need updating. :-/ Also, since there is no longer a difference between 'device' and 'pseudo-device' I collapsed the two together, and the resulting 'device' takes a 'number of units' for devices that still have it statically allocated. eg: 'device fe 4' will compile the fe driver with NFE set to 4. You can then set hints for 4 units (0 - 3). Also note that 'device fe0' will be interpreted as "zero units of 'fe'" which would be bad, so there is a config warning for this. This is only needed for old drivers that still have static limits on numbers of units. All the statically limited drivers that I could find were marked. Please exercise EXTREME CAUTION when transitioning! Moral support by: phk, msmith, dfr, asmodai, imp, and others
* A checkpoint of a part of a work-in-progress. Some more cleanups forpeter2000-06-106-68/+52
| | | | | | | | config(8). This commit allows control of the creation of the #include "foo.h" files. We now only create them explicitly when needed. BTW; these are mostly bad because they usually imply static limits on numbers of units for devices. eg: struct mysoftc sc[NFOO]; These static limits have Got To Go.
* Remove single-space hard sentence breaks. These degrade the qualitysheldonh2000-03-011-1/+2
| | | | | of the typeset output, tend to make diffs harder to read and provide bad examples for new-comers to mdoc.
* Mark the 'conflicts' keyword as obsolete, and don't generate (unused)peter2000-01-293-7/+3
| | | | resource table entries for it.
* Use Ns and Sx. -current is 4 not 3.charnier2000-01-232-7/+8
|
* Remove the cam-specific device wiring code. This was a duplicate ofpeter2000-01-233-91/+0
| | | | the data in the resource tables, and cam is getting it directly now.
* Bump configvers.h as a precaution. Although existing config files willpeter2000-01-231-1/+1
| | | | work unmodified still, new config files won't work on the old ones.
* Clean up something in config(8) that has annoyed me for ages. Removepeter2000-01-232-11/+19
| | | | | | | | | | | | | | the need to specify the unit number of unwired devices. ie: instead of saying "device fxp0" we can say "device fxp" which is much closer to what it actually means. The former (fxp0) implied something about reserving the 0th unit, but it does not and never did - it was a figment of config(8)'s imagination that we had to work around.. "device fxp0" simply means "compile in the fxp device driver", so we may as well just write it as "device fxp" which is closer to what it really means. Doing this also saves us from filling up the ioconf.c tables with meaningless entries.
* Fix a bungle with the CAM static wiring tables. Write CAMCONF_UNSPECpeter2000-01-121-4/+4
| | | | | | | instead of -2. This (I believe) caused static wirings to not match. This should fix Bill Pechter's problem but we'll see. Problem discovered by: Bill Pechter <pechter@shell.monmouth.com>
* Remove even known options if they are in the wrong options header. Thisbde2000-01-091-1/+11
| | | | fixes movement of options. Stale copies were left behind.
* Bump configversion. The controller/device changes are upwards but notpeter2000-01-091-1/+1
| | | | | downwards compatable. If you try and config a s/controller/device/ kernel with an old config(8), the results will be less than satisfactory.
* Support getting *.$MACHINE from sys/conf as well as sys/$MACHINE/conf.peter2000-01-082-14/+25
| | | | | | | | | | | | This would mean that we could move files.alpha, files.i386, files.pc98 etc all next to conf/files, and the various Makefiles next to each other. This should go a long way towards committers "seeing" the Alpha etc stuff and remembering to update that too as it would be right next to the i386 config files. Note this does not include the GENERIC etc files as they can't be shared. I haven't actually moved the files, but the support is here for it. It still supports the per-machine conf directories so that folks working on a new arch can just distribute a subdir of files.
OpenPOWER on IntegriCloud