summaryrefslogtreecommitdiffstats
path: root/sys/modules
Commit message (Collapse)AuthorAgeFilesLines
* Provide a WITHOUT_MODULES variable that specifies a list of moduleswes2005-01-201-0/+4
| | | | | | | | | to elide. This is a somewhat more convenient way of specifying in e.g. make.conf a list of modules you know you will never need. PR: kern/76225 Submitted by: David Yeske <dyeske@yahoo.com> MFC after: 2 weeks
* Fix building for non-i386 platforms.sam2005-01-181-4/+7
| | | | Submitted by: Coleman Kane
* Connect SHSEC GEOM class to the build.pjd2005-01-111-0/+1
|
* Introduce a new GEOM class - SHSEC. It provides sharing secret betweenpjd2005-01-111-0/+8
| | | | | | | | the given providers. Without even one of the configured components there should be no way to get the secret. Supported by: WHEEL Sp. z o.o. http://www.wheel.pl
* Back out previous commits. Installing new share/mk fixes this.njl2005-01-031-1/+0
|
* NO_MAN is now NOMAN.njl2005-01-031-1/+1
|
* Fix kernel modules build. For some reason, this module now bails out withnjl2005-01-031-0/+1
| | | | an error that there is no aicasm.1 man page.
* Add usbdevs_data.h to the SRCS list since usb_subr.c needs it. This forcesjhb2004-12-311-1/+1
| | | | | old usbdevs_data.h files to be updated as well as fixing the standalone usb module build.
* mac_portacl.c no longer references vnode_if.h.rwatson2004-12-301-2/+1
|
* Remove vnode_if.h for rev 1.14.obrien2004-12-291-2/+1
|
* We don't need to generate vnode_if.h anymoreimp2004-12-2924-27/+23
|
* No need to generate vnode_if.h anymoreimp2004-12-295-5/+5
|
* Add FR support to sppp (MFCronyx).rik2004-12-281-1/+1
| | | | | | | | | | Silence on: net@, current@, hackers@. No objections: joerg Requested by: by many (mostly Cronyx) users for a long long time. MFC after: 10 days PR: kern/21771, kern/66348
* Don't define PFIL_HOOKS. It's no longer required in RELENG_5 or HEAD.scottl2004-12-251-1/+1
|
* NOINET6 -> NO_INET6ru2004-12-213-4/+4
|
* NOCRYPT -> NO_CRYPTru2004-12-212-2/+2
|
* Start the dreaded NOFOO -> NO_FOO conversion.ru2004-12-212-2/+2
| | | | OK'ed by: core
* We already have ng_fec.4 manpage. And sys/modules is not a correctglebius2004-12-191-8/+0
| | | | place for documentation.
* fix typo to resolve undefined symbolsam2004-12-161-1/+1
| | | | Spotted by: Rong-En Fan <grafan at gmail.com>
* bring in rijndael crypto code to satisfy dependency: shouldsam2004-12-151-0/+2
| | | | | break rijndael out into a separate module a la rc4 but several other cases need to be fixed also so for now do as others do
* Make this compile when you don't have /sys.imp2004-12-131-1/+1
|
* Remove the addition of ACPI_DEBUG that was accidentally added in the lastscottl2004-12-131-1/+1
| | | | commit.
* Allow the acpi_ibm module to be built with ACPI_DEBUG.scottl2004-12-131-0/+1
|
* Make sure that opt_ddb.h exists so that this will compile with ACPI_DEBUGscottl2004-12-131-1/+2
|
* Separate mse driver into a core driver and a bus attachments. Separate outimp2004-12-122-0/+16
| | | | | | | | | | | | | 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
* Connect acpi_ibm to build.takawata2004-12-091-1/+1
| | | | Submitted by: rushani, sumikawa
* Add IBM Laptop extra device driver.takawata2004-12-091-0/+8
| | | | | | This depends on ACPI and RTC registers. Reviewed by: njl
* Update/new modules for net80211 and ath changes.sam2004-12-0810-3/+148
|
* kmod.mk knows how to create empty opt_*.h files so let it deal with thebrooks2004-12-031-3/+1
| | | | | | NOINET6 case. Reported by: ru
* Allow the gif module to be built without IPv6 support when NOINET6 isbrooks2004-11-261-1/+8
| | | | | | defined. Submitted by: mitrohin a.s. <swp at uni-altai dot ru>
* Stop building uart_dev_i8251.c. It was copied from uart_dev_ns8250.cmarcel2004-11-201-2/+2
| | | | | | | | without ever being changed to actually work with an i8251. Nobody is working on this either at the moment, so it's not about to change soon. When the code necessary to support the i8251 is committed, this can be reverted again.
* o Remove opt_ddb.h from SRCS.marcel2004-11-201-1/+1
| | | | o Add opt_gdb.h and opt_kdb.h to SRCS.
* this should have been deleted a while agoimp2004-11-181-9/+0
|
* o sparc64/isa/isa.c:marius2004-11-171-7/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - The claim in the commit log of rev. 1.11 of dev/uart/uart_cpu_sparc64.c etc. that UARTs are the only relevant ISA devices on sparc64 turned out to be false. While there are sparc64 models where UARTs are the only devices on the ISA bus there are in fact also low-cost models where all devices traditionally found on the EBus are hooked up to the ISA bus. There are also models that use a mix between EBus and ISA devices with things like an AT keyboard controller and other rather interesting devices that we might want to support in the futute hook up to the ISA bus. In order to not need to add sparc64 specific device_identify methods to all of the respective ISA drivers and also not add OFW specific code to the common ISA code make the sparc64 ISA bus code fake up PnP devices so most ISA drivers probe their devices without further changes. Unfortunately Sun doesn't adhere to the ISA bindings defined in IEEE 1275-1994 for the properties of most of the ISA devices which would allow to obtain the vendor and logical IDs from their properties. So we we just use a simple table which maps the name properties to PnP IDs. This could be done in a more sophisticated way but I courrently don't see the need for this. [1] - Add the children with fully mapped and specified resources (in the OFW sense) similar to what is done in the EBus code for the IRQ resources of the children as adjusting the resources and the resource list entries respectively in isa_alloc_resource() as done perviously causes trouble with drivers which use rman_get_start(), pass-through or allocate and release resources multiple times, etc. Adjusting the resources might be better off in a bus_activate_resource method but the common ISA code currently doesn't allow for an isa_activate_resource(). [2] With this change: - ppbus(4) and lpt(4) attach and work (modulo ECP mode, which requires real ISADMA code but it currently only consists of stubs on sparc64). - atkbdc(4) and atkbdc(4) attach, no further testing done. - fdc(4) itself attaches but causes a hang while attaching fd0 also when is DMA disabled, further work in fdc(4) is required here as e.g. fd0 uses the address of fd1 on sparc64 (not sure if sparc64 supports more than one floppy drive at all). All of these drivers previously caused panics in the sparc64 ISA code. - Minor changes, e.g. use __FBSDID, remove a dupe word in a comment and declare one global variable which isn't used outside of isa.c static. o dev/uart/uart_cpu_sparc64.c and modules/uart/Makefile: - Remove the code for registering the UARTs on the ISA bus from the sparc64 uart_cpu_identify() again and rely on probing them via PnP. Original idea by: tmm [1] No objections by: tmm [1], [2]
* Add vkdb(4) man page and connect vkbd(4) to the build.emax2004-11-161-0/+1
|
* Add virtual AT keyboard driver vkbd(4).emax2004-11-161-0/+12
| | | | Not yet connected to the build.
* Put _ray back, as appropriate.imp2004-11-151-0/+2
|
* PC98 does not have ACPI.nyan2004-11-151-1/+1
|
* After discussions with Nate, repo copy the acpi assist drivers fromimp2004-11-155-4/+13
| | | | | | | | | | i386 to dev/acpi_support. In theory, these devices could be found other than in i386 machines only as amd64 becomes more popular. These drivers don't appear to do anything i386 specific, so move them to dev/acpi_support. Move config lines to files so that those architectures that don't support kernel modules can build them into the kernel. At the same time, rename acpi_snc to acpi_sony to follow the lead of all the other specialty devices.
* Add comment about why amd64 and ia64 don't build acpi modules.imp2004-11-151-2/+2
|
* Make it clear that the acpi modules can only be compiled on i386.scottl2004-11-141-0/+8
|
* Commit takawata-san's Sony Notebook Controller driver, integrated intoimp2004-11-112-1/+10
| | | | | | | | the tree. Small tweaks were made by myself to eliminate unnecessary includes and some other minor issues. Last time I asked takawata-san about this driver, he suggested I commit it. Submitted by: takawata
* Remove at request of author, perhaps to be re-added later.markm2004-11-102-17/+0
|
* Fix paths after repocopies done by scottltrhodes2004-11-101-1/+1
| | | | | Reviewed by: marius OK'ed by: scottl
* Remove the obsolete gx driver.phk2004-11-082-9/+0
| | | | | | All the hardware is supported by the better maintained if_em driver. Absentmindedly nodded vertical by: people on #that_channel
* Remove another vinum filephk2004-11-041-16/+0
|
* IPDIVERT is a module now and tell the other parts of the kernel about it.andre2004-10-252-4/+1
| | | | IPDIVERT depends on IPFIREWALL being loaded or compiled into the kernel.
* Device driver for onboard CS4231 audio controller which is foundyongari2004-10-253-0/+15
| | | | | | | | | | | | | | | 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)
* For variables that are only checked with defined(), don't provideru2004-10-241-1/+1
| | | | any fake value.
* Hook the hptmv driver up to the build.scottl2004-10-241-0/+2
|
OpenPOWER on IntegriCloud