summaryrefslogtreecommitdiffstats
path: root/sys/conf
Commit message (Collapse)AuthorAgeFilesLines
* Switch to using ".So" as the extension for PIC object files ratherjdp1999-01-094-22/+25
| | | | | | | | than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
* Add driver support (and man page) for PCI fast ethernet cards basedwpaul1999-01-092-1/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | on the ASIX AX88140A chip. Update /sys/conf/files, RELNOTES.TXT, /sys/i388/i386/userconfig.c, sysinstall/devices.c, GENERIC and LINT accordingly. For now, the only board that I know of that uses this chip is the Alfa Inc. GFC2204. (Its predecessor, the GFC2202, was a DEC tulip card.) Thanks again to Ulf for obtaining the board for me. If anyone runs across another, please feel free to update the man page and/or the release notes. (The same applies for the other drivers.) FreeBSD should now have support for all of the DEC tulip workalike chipsets currently on the market (Macronix, Lite-On, Winbond, ASIX). And unless I'm mistaken, it should also have support for all PCI fast ethernet chipsets in general (except maybe the SMC FEAST chip, which nobody seems to ever use, including SMC). Now if only we could convince 3Com, Intel or whoever to cough up some documentation for gigabit ethernet hardware. Also updated RELNOTEX.TXT to mention that the SVEC PN102TX is supported by the Macronix driver (assuming you actually have an SVEC PN102TX with a Macronix chip on it; I tried to order a PN102TX once and got a box labeled 'Hawking Technology PN102TX' that had a VIA Rhine board inside it).
* Split DIAGNOSTIC -> DIAGNOSTIC, INVARIANTS, and INVARIANT_SUPPORT aseivind1999-01-082-4/+26
| | | | | | | | | discussed on -hackers. Introduce 'KASSERT(assertion, ("panic message", args))' for simple check + panic. Reviewed by: msmith
* Instead of providing bad instructions here, point people at theeivind1999-01-081-8/+9
| | | | | | appropriate docs. Prodded by: Sheldon Hearn <axl@iafrica.com>'s message in -current
* Sync with sys/i386/conf/Makefile.i386 revision 1.133.kato1999-01-081-2/+12
|
* Flip the kernel default to ELF.. Add a test to try and warn peoplepeter1999-01-072-4/+24
| | | | | | that they might be about to blow their feet off if they have not been reading their mail. I don't know if or how well this will work, but it's worth a try.
* Assign CDEV 112 to the keyboard driver.yokota1999-01-061-1/+2
|
* Sync with sys/i386/conf/options.i386 revision 1.101.kato1999-01-041-1/+21
|
* Sync with sys/i386/conf/files.i386 revision up to 1.217.kato1999-01-041-1/+70
|
* Corrected the major number for usb and added ums as major 111n_hibma1999-01-031-1/+2
|
* Part 1 of pcvt/voxware revival. I hope I have not clobbered any otherpeter1999-01-013-8/+179
| | | | | | | deltas, but it is possible since I had a few merge conflicts over the last few days while this has been sitting ready to go. Approved by: core
* Oops, forgot to commit entry in LINT for statically configured vinum.peter1999-01-011-1/+3
|
* Enables snd driver.kato1998-12-311-6/+6
|
* Enable the ES1370 driver. You don't need any options for this,luigi1998-12-311-1/+2
| | | | the existing "device pcm..." entry will take care of that.
* Enable entries for DUMMYNET, BRIDGE and device pcm. LINT compilesluigi1998-12-311-14/+11
| | | | fine with these enabled.
* We don't specify "vector mumble" anymorephk1998-12-301-15/+15
| | | | Submitted by: Boris Staeblow <balu@dva.in-berlin.de>
* Sync with sys/i386/conf/options.i386 revision up to 1.100.kato1998-12-301-22/+38
|
* Sync with sys/i386/conf/files.i386 revision up to 1.215.kato1998-12-301-78/+25
|
* Reserve cdev 110 for SCSI Environmental Services driverjkh1998-12-291-1/+2
| | | | Requested by: mjacob
* Config glue for 'pseudo-device vinum'peter1998-12-282-3/+18
|
* From the submitter:msmith1998-12-272-2/+7
| | | | | | | | | | | CPU_WT_ALLOC does not work correctly for K6-2s of model 8+ and probably K6-3s (when they appear on the market soon). In addition, print_AMD_info() incorrectly printfs write allocation's size. I've fixed them, so they now Do The Right Thing, and added a "NO_MEMORY_HOLE" option to easily allow 15-16mb range handling for us K6 and K6-2 users. Submitted by: Brian Feldman <green@unixhelp.org>
* Initial entry of ISDN4BSD into the FreeBSD tree.phk1998-12-274-3/+213
| | | | | | | | | | | | | | | ISDN4BSD is the work of our brand-new comitter: Hellmuth Michaelis, who has done a tremendous amount of work to bring us this far. There are still some outstanding issues and files to bring into the tree, and for now it will be needed to pick up all the extra docs from the isdn4bsd release. It is probably also a very good idea to subscribe to the isdn@freebsd.org mailing list before you try this out. These files correspond to release "beta Version 0.70.00 / December 1998" from Hellmuth.
* followup tophk1998-12-271-11/+1
| | | | Pre 3.0 branch cleanup casualty #4: pcvt
* Pre 3.0 branch cleanup sos#2: soundsos1998-12-273-134/+5
| | | | Superceded by the snd driver...
* Pre 3.0 branch cleanup sos#1: wcdsos1998-12-271-2/+2
| | | | Superceded by acd driver...
* Pre 3.0 branch cleanup sos#1: wcdsos1998-12-273-9/+4
| | | | Superceded by acd driver...
* Pre 3.0 branch cleanup casualty #6: ftphk1998-12-272-5/+2
|
* forgot to remote options here.phk1998-12-271-17/+1
|
* Pre 3.0 branch cleanup casualty #5: nca, sea, wds, uhaphk1998-12-272-20/+4
| | | | | No CAM drivers available. If somebody CAMifies one of these, they will be welcome back in the tree
* Pre 3.0 branch cleanup casualty #4: pcvtphk1998-12-272-15/+2
|
* Pre 3.0 branch cleanup casualty #3: 3c505 ethernet supportphk1998-12-272-4/+2
|
* Pre 3.0 branch cleanup casualty #2: Transputer supportphk1998-12-272-4/+2
|
* Pre 3.0 branch cleanup casualty #1: DSI_SOFT_MODEM support.phk1998-12-271-2/+1
|
* Sync with sys/i386/conf/files.i386 revision 1.207.kato1998-12-251-1/+2
|
* Sync with sys/i386/conf/Makefile.i386 revision 1.132.kato1998-12-251-3/+3
|
* Add entries for DUMMYNET and BRIDGEluigi1998-12-221-1/+8
|
* Include rdp(4).joerg1998-12-212-2/+5
| | | | Should i also include it into GENERIC?
* Regrettably, you can't take setdef0.c out of order, or, surprise,msmith1998-12-212-6/+6
| | | | | | | linker sets don't work and thus neither does the kernel. This should stop being a problem with an improved linker set mechanism in the pipeline (see the bootloader) but for now this has to stay like this.
* Sync with sys/i386/conf/options.i386 revision 1.96.kato1998-12-211-7/+2
|
* Sync with sys/i386/conf/Makefile.i386 revision 1.131.kato1998-12-211-3/+3
|
* Fixed building elf kernels without a `make depend' step. The magicbde1998-12-202-6/+6
| | | | | ordering in rev.1.38 was broken by putting setdef0.o before vnode_if.o in SYSTEM_OBJS.
* Move the "generic" SMP options from options.i386 to conf/optionsmsmith1998-12-191-7/+2
|
* Move the "generic" SMP options from options.i386 to conf/options.msmith1998-12-191-1/+5
| | | | | | | This has the useful side-effect of ensuring that opt_smp.h is always generated, so we can assume it will always be available. Prompted by: Andrew Gallatin <gallatin@cs.duke.edu>
* Move some compile flags from the kernel makefile to bsd.kern.mk so thatdfr1998-12-172-3/+11
| | | | | | kernel modules are built with the right flags. Suggested by: Andrew Gallatin <gallatin@cs.duke.edu>
* Sync with current sc driver in sys/i386/isa.kato1998-12-161-2/+2
| | | | Submitted by: Takahashi Yoshihiro <nyan@wyvern.cc.kogakuin.ac.jp>
* Oops, I forgot to commit two diffs to fe driver.kato1998-12-151-2/+2
|
* Add -Wunused to kernel build flags.archie1998-12-141-3/+3
| | | | Reviewed by: cvs-committers@freebsd.org
* Bring dummynet+bridging in -current. Everything will be ready whenluigi1998-12-142-1/+5
| | | | LINT is updated.
* Sync with sys/i386/conf/options.i386 revision 1.95.kato1998-12-141-1/+2
|
* Fixed problems with kernel config file overrides of sysv semaphoredillon1998-12-141-1/+3
| | | | | | | parameters. Prior to this fix a kernel config override would effect only some of the kernel files, resulting in panics. PR: kern/9068
OpenPOWER on IntegriCloud