summaryrefslogtreecommitdiffstats
path: root/sys/modules/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* NOCRYPT -> NO_CRYPTru2004-12-211-1/+1
|
* Separate mse driver into a core driver and a bus attachments. Separate outimp2004-12-121-0/+2
| | | | | | | | | | | | | the ISA and CBUS (called isa on pc98) attachments. Eliminate all PC98 ifdefs in the process (the driver in pc98/pc98/mse.c was a copy of the one in i386/isa/mse.c with PC98 ifdefs). Create a module for this driver. I've tested this my PC-9821RaS40 with moused. I've not tested this on i386 because I have no InPort cards, or similar such things. NEC standardized on bus mice very early, long before ps/2 mice ports apeared, so all PC-98 machines supported by FreeBSD/pc98 have bus mice, I believe. Reviewed by: nyan-san
* Update/new modules for net80211 and ath changes.sam2004-12-081-0/+6
|
* Add vkdb(4) man page and connect vkbd(4) to the build.emax2004-11-161-0/+1
|
* Put _ray back, as appropriate.imp2004-11-151-0/+2
|
* Add comment about why amd64 and ia64 don't build acpi modules.imp2004-11-151-2/+2
|
* Remove at request of author, perhaps to be re-added later.markm2004-11-101-1/+0
|
* Remove the obsolete gx driver.phk2004-11-081-1/+0
| | | | | | All the hardware is supported by the better maintained if_em driver. Absentmindedly nodded vertical by: people on #that_channel
* IPDIVERT is a module now and tell the other parts of the kernel about it.andre2004-10-251-0/+1
| | | | IPDIVERT depends on IPFIREWALL being loaded or compiled into the kernel.
* Device driver for onboard CS4231 audio controller which is foundyongari2004-10-251-0/+1
| | | | | | | | | | | | | | | on UltraSPARC workstations. The driver is based on OpenBSD's SBus cs4231 driver and heavily modified to incorporate into sound(4) infrastructure. Due to the lack of APCDMA documentation, the DMA code of SBus cs4231 came from OpenBSD's driver. The driver runs without Giant lock and supports both SBus and EBus based CS4231 audio controller. Special thanks to marius for providing feedbacks during the driver writing. His feedback made it possible to write hiccup free playback code under high system loads. Approved by: jake (mentor) Reviewed by: marius (initial version) Tested by: marius, kwm, Julian C. Dunn(jdunn AT opentrend DOT net)
* Hook the hptmv driver up to the build.scottl2004-10-241-0/+2
|
* Port NetBSD auxio driver. The driver was modified to use led(4) and canyongari2004-10-091-0/+2
| | | | | | | | | | | be used to announce various system activity. The auxio device provides auxiliary I/O functions and is found on various SBus/EBus UltraSPARC models. At present, only front panel LED is controlled by this driver. Approved by: jake (mentor) Reviewed by: joerg Tested by: joerg
* Per recent HEADSUP: Disconnect (old)vinum from the kernel build.phk2004-09-231-1/+0
| | | | | | | | | | | 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.
* Add device driver support for the VIA Networking Technologieswpaul2004-09-101-0/+1
| | | | | | | | | | | | VT6122 gigabit ethernet chip and integrated 10/100/1000 copper PHY. The vge driver has been added to GENERIC for i386, pc98 and amd64, but not to sparc or ia64 since I don't have the ability to test it there. The vge(4) driver supports VLANs, checksum offload and jumbo frames. Also added the lge(4) and nge(4) drivers to GENERIC for i386 and pc98 since I was in the neighborhood. There's no reason to leave them out anymore.
* Device driver for the Cypress CY7C637xx and CY7C640/1xx families of USBdes2004-09-051-0/+1
| | | | | | | | | | | | | | | | to RS232 bridges, such as the one found in the DeLorme Earthmate USB GPS receiver (which is the only device currently supported by this driver). While other USB to serial drivers in the tree rely heavily on ucom, this one is self-contained. The reason for that is that ucom assumes that the bridge uses bulk pipes for I/O, while the Cypress parts actually register as human interface devices and use HID reports for configuration and I/O. The driver is not entirely complete: there is no support yet for flow control, and output doesn't seem to work, though I don't know if that is because of a bug in the code, or simply because the Earthmate is a read- only device.
* Hook autofs to the build.alfred2004-09-021-0/+1
|
* Enable aac(4) module build for amd64scottl2004-08-301-0/+1
|
* Enable more modules on AMD64:obrien2004-08-291-0/+14
| | | | ciss em ext2fs i2c ida iir ips lnc mly safe scsi_low smbfs sppp twa
* Enable sound modules.obrien2004-08-291-0/+1
|
* Enable build of Netgraph modules on all architectures.ru2004-08-181-3/+1
| | | | Tested by: make universe
* AMD64 on-CPU GART support.obrien2004-08-161-0/+2
| | | | | | | This also applies to AMD64 HW running 'i386' OS. Submitted by: Jung-uk Kim <jkim@niksun.com> Integration by: obrien
* Now that hme(4) is MI build its module on all platforms.marius2004-08-141-2/+1
| | | | Tested by: `make universe` and powerpc cross-build on i386
* Making a loadable null.ko for /dev/(null|zero) proved rathermarkm2004-08-031-1/+0
| | | | | | unpopular, so remove this (mis)feature. Encouragement provided by: jhb (and others)
* Really back out rev 1.388.obrien2004-08-021-0/+1
|
* Don't build and install a mem.ko module.obrien2004-08-021-1/+0
| | | | | | | | | Currently one cannot load the mem.ko module without panicing if mem is compiled into the kernel and one cannot build a kernel w/o "device mem" right now either. Thus it is too dangerous to install mem.ko right now because if one puts 'mem_load="YES"' in /etc/loader.conf they cannot boot an "old" kernel (at the time that a kernel doesn't have to be built with "device mem).
* Break out the MI part of the /dev/[k]mem and /dev/io drivers intomarkm2004-08-011-2/+5
| | | | | | | | their own directory and module, leaving the MD parts in the MD area (the MD parts _are_ part of the modules). /dev/mem and /dev/io are now loadable modules, thus taking us one step further towards a kernel created entirely out of modules. Of course, there is nothing preventing the kernel from having these statically compiled.
* The ahb module is not needed for pc98.nyan2004-06-301-1/+1
|
* Add ahb module for i386 and alpha (the onlt two platforms that have eisaimp2004-06-291-0/+3
| | | | bus)
* Enable 'vinum' on AMD64.obrien2004-06-221-5/+1
|
* Prepare for pf 3.5 import:mlaier2004-06-161-4/+0
| | | | | | | | | | - Remove pflog and pfsync modules. Things will change in such a fashion that there will be one module with pf+pflog that can be loaded into GENERIC without problems (which is what most people want). pfsync is no longer possible as a module. - Add multicast address for in-kernel multicast pfsync protocol. Protocol glue will follow once the import is done. - Add one more mbuf tag
* Connect Cronyx Tau-PCI to the system.rik2004-05-171-0/+2
|
* Disable ndis module on amd64. It doesn't compile. For example,peter2004-05-161-1/+1
| | | | | | | hal_raise_irql(void) doesn't take an argument, but it is called with one. eg: irql = FASTCALL1(hal_raise_irql, DISPATCH_LEVEL); This is hidden by the macros on i386, but becomes a compile error on amd64 since the arguments are actually checked.
* Fixed the disordering from rev. 1.371.ru2004-05-161-1/+1
|
* Move the ichwd to i386 only.nyan2004-05-131-1/+1
|
* Add a driver for the watchdog timer function present on the LPC interfacedes2004-05-111-0/+2
| | | | | | | bridge in Intel ICH-series chipsets. The original implementation was by W. Daryl Hawkins of Texas A&M, but I have made substantial modifications.
* Enable the build of the vinum KLD on sparc64. It is known to work sojoerg2004-05-051-0/+1
| | | | there's no reason to not build it.
* Added 3ware's twa.vkashyap2004-04-271-0/+2
| | | | Reviewed by: ps
* Clean up the stub fake vnode locking implemenations. The main reason thispeter2004-03-291-1/+0
| | | | | | | | | | | | stuff was here (NFS) was fixed by Alfred in November. The only remaining consumer of the stub functions was umapfs, which is horribly horribly broken. It has missed out on about the last 5 years worth of maintenence that was done on nullfs (from which umapfs is derived). It needs major work to bring it up to date with the vnode locking protocol. umapfs really needs to find a caretaker to bring it into the 21st century. Functions GC'ed: vop_noislocked, vop_nolock, vop_nounlock, vop_sharedlock.
* Connect ctau driver (Cronyx-Tau/ISA) to modules build process.rik2004-03-251-0/+2
| | | | Approved by: imp (mentor)
* Move the arl to i386 only.nyan2004-03-161-1/+1
|
* Remove the module reference for RAIDframescottl2004-03-161-1/+0
|
* Add arl(4): driver for Aironet Arlan 655 wireless adapters.fjoe2004-03-151-0/+2
| | | | MFC after: 2 weeks
* Link pf to the build and install:mlaier2004-03-081-0/+9
| | | | | | | | | | | | | | | | This adds the former ports registered groups: proxy and authpf as well as the proxy user. Make sure to run mergemaster -p in oder to complete make installworld without errors. This also provides the passive OS fingerprints from OpenBSD (pf.os) and an example pf.conf. For those who want to go without pf; it provides a NO_PF knob to make.conf. __FreeBSD_version will be bumped soon to reflect this and to be able to change ports accordingly. Approved by: bms(mentor)
* add driver for BWCT console management serialsticso2004-03-011-0/+1
|
* add support DM9601(DAVICOM USB to Ethernet MAC Controller with Integrated ↵sanpei2004-02-281-0/+1
| | | | | | | | | | 10/100 PHY) - Corega FEther USB-TXC PR: kern/62932 Submitted by: HASHI Hiroaki <hashiz@tomba.cskk-sv.co.jp> Obtained from: NetBSD
* Adding missing cx (cronyx/Sigma) entry.rik2004-02-141-0/+2
| | | | Approved by: imp (mentor)
* Always build ext2fs module. There is no written policy preventing theobrien2004-01-281-4/+0
| | | | building of GPL'ed modules.
* Enable ndis for AMD64 (for the time that modules are supported)...obrien2004-01-281-0/+4
|
* - Build things in pure alphabetical dictionary order.ru2004-01-161-148/+227
| | | | | | | | | | - Unify the conditional assignments section so that architectural exclusions come first, sorted, then options and !options, sorted by the option name, also in directory order, then architecture specific sections, sorted by the architecture name, with i386 being a traditional exception. Prodded by: bde
* The ida module is not needed for pc98.nyan2004-01-111-1/+1
|
OpenPOWER on IntegriCloud