summaryrefslogtreecommitdiffstats
path: root/sys/modules
Commit message (Collapse)AuthorAgeFilesLines
...
* Loadable modules for mmc (the bus) amd mmcsd (the MMC and SD supportimp2006-10-202-0/+16
| | | | code). A little green, so not yet connected to the build.
* In sun4v, use the sparc64 version. We haven't used the serial port onjb2006-10-161-1/+6
| | | | sun4v yet, so this is a 'best-guess'.
* Add a .PATH entry to search for sources in the ${MACHINE}/${MACHINE}jb2006-10-161-0/+1
| | | | | | | | | | directory before the ${MACHINE_ARCH}/${MACHINE_ARCH} directory so that machine-specific files take precedence of architecture-specific ones. This fixes the build on sun4v which doesn't use the sparc64 version of mem.c. Tested by: make universe
* MFP4 (with some minor changes):netchild2006-10-152-5/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Implement the linux_io_* syscalls (AIO). They are only enabled if the native AIO code is available (either compiled in to the kernel or as a module) at the time the functions are used. If the AIO stuff is not available there will be a ENOSYS. From the submitter: ---snip--- DESIGN NOTES: 1. Linux permits a process to own multiple AIO queues (distinguished by "context"), but FreeBSD creates only one single AIO queue per process. My code maintains a request queue (STAILQ of queue(3)) per "context", and throws all AIO requests of all contexts owned by a process into the single FreeBSD per-process AIO queue. When the process calls io_destroy(2), io_getevents(2), io_submit(2) and io_cancel(2), my code can pick out requests owned by the specified context from the single FreeBSD per-process AIO queue according to the per-context request queues maintained by my code. 2. The request queue maintained by my code stores contrast information between Linux IO control blocks (struct linux_iocb) and FreeBSD IO control blocks (struct aiocb). FreeBSD IO control block actually exists in userland memory space, required by FreeBSD native aio_XXXXXX(2). 3. It is quite troubling that the function io_getevents() of libaio-0.3.105 needs to use Linux-specific "struct aio_ring", which is a partial mirror of context in user space. I would rather take the address of context in kernel as the context ID, but the io_getevents() of libaio forces me to take the address of the "ring" in user space as the context ID. To my surprise, one comment line in the file "io_getevents.c" of libaio-0.3.105 reads: Ben will hate me for this REFERENCE: 1. Linux kernel source code: http://www.kernel.org/pub/linux/kernel/v2.6/ (include/linux/aio_abi.h, fs/aio.c) 2. Linux manual pages: http://www.kernel.org/pub/linux/docs/manpages/ (io_setup(2), io_destroy(2), io_getevents(2), io_submit(2), io_cancel(2)) 3. Linux Scalability Effort: http://lse.sourceforge.net/io/aio.html The design notes: http://lse.sourceforge.net/io/aionotes.txt 4. The package libaio, both source and binary: http://rpmfind.net/linux/rpm2html/search.php?query=libaio Simple transparent interface to Linux AIO system calls. 5. Libaio-oracle: http://oss.oracle.com/projects/libaio-oracle/ POSIX AIO implementation based on Linux AIO system calls (depending on libaio). ---snip--- Submitted by: Li, Xiao <intron@intron.ac>
* A GEOM cache can speed up read performance by sending fixed sizeru2006-10-062-0/+9
| | | | | | | | | | read requests to its consumer. It has been developed to address the problem of a horrible read performance of a 64k blocksize FS residing on a RAID3 array with 8 data components, where a single disk component would only get 8k read requests, thus effectively killing disk performance under high load. Documentation will be provided later. I'd like to thank Vsevolod Lobko for his bright ideas, and Pawel Jakub Dawidek for helping me fix the nasty bug.
* Connect snd_hda(4) to build process...ariff2006-10-011-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | Add support for Intel High Definition Audio Controller. This driver make a special guarantee that "playback" works on majority hardwares with minimal or without specific vendor quirk. This driver is a product of collaborative effort made by: Stephane E. Potvin <sepotvin@videotron.ca> Andrea Bittau <a.bittau@cs.ucl.ac.uk> Wesley Morgan <morganw@chemikals.org> Daniel Eischen <deischen@FreeBSD.org> Maxime Guillaud <bsd-ports@mguillaud.net> Ariff Abdullah <ariff@FreeBSD.org> ....and various people from freebsd-multimedia@FreeBSD.org Refer to snd_hda(4) for features and issues. Welcome To HDA. Sponsored by: Defenxis Sdn. Bhd.
* Add support for Intel High Definition Audio Controller.ariff2006-10-011-0/+9
| | | | | | | | | | | | | | | | | | | | | | | This driver make a special guarantee that "playback" works on majority hardwares with minimal or without specific vendor quirk. This driver is a product of collaborative effort made by: Stephane E. Potvin <sepotvin@videotron.ca> Andrea Bittau <a.bittau@cs.ucl.ac.uk> Wesley Morgan <morganw@chemikals.org> Daniel Eischen <deischen@FreeBSD.org> Maxime Guillaud <bsd-ports@mguillaud.net> Ariff Abdullah <ariff@FreeBSD.org> ....and various people from freebsd-multimedia@FreeBSD.org Refer to snd_hda(4) for features and issues. Welcome To HDA. Sponsored by: Defenxis Sdn. Bhd.
* Respect style.Makefile(5).netchild2006-09-303-12/+15
| | | | Cluebat waving by: ru
* Add the envy24ht driver to the build.netchild2006-09-302-2/+10
|
* Remove the ak452x module.netchild2006-09-301-8/+0
|
* Disconnect ak452x from the build, it is not needed anymore.netchild2006-09-301-1/+1
|
* We don't need the ISA interface.netchild2006-09-301-1/+1
| | | | Submitted by: "Konstantin Dimitrov" <kosio.dimitrov@gmail.com>
* Add the spicds module to the build.netchild2006-09-302-1/+9
| | | | Submitted by: "Konstantin Dimitrov" <kosio.dimitrov@gmail.com>
* Fix our ioctl(2) implementation when the argument is "int". Newru2006-09-276-4/+19
| | | | | | | | | | | | | ioctls passing integer arguments should use the _IOWINT() macro. This fixes a lot of ioctl's not working on sparc64, most notable being keyboard/syscons ioctls. Full ABI compatibility is provided, with the bonus of fixing the handling of old ioctls on sparc64. Reviewed by: bde (with contributions) Tested by: emax, marius MFC after: 1 week
* - Removed a copyright from makefile.ru2006-09-272-3/+3
| | | | | | | - Added ${.CURDIR} to .include "...". - Whitespace fixes. OK'ed by: piso
* Summer of Code 2005: improve libalias - part 1 of 2piso2006-09-2613-30/+79
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | With the first part of my previous Summer of Code work, we get: -made libalias modular: -support for 'particular' protocols (like ftp/irc/etcetc) is no more hardcoded inside libalias, but it's available through external modules loadable at runtime -modules are available both in kernel (/boot/kernel/alias_*.ko) and user land (/lib/libalias_*) -protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp, skinny and smedia -added logging support for kernel side -cleanup After a buildworld, do a 'mergemaster -i' to install the file libalias.conf in /etc or manually copy it. During startup (and after every HUP signal) user land applications running the new libalias will try to read a file in /etc called libalias.conf: that file contains the list of modules to load. User land applications affected by this commit are ppp and natd: if libalias.conf is present in /etc you won't notice any difference. The only kernel land bit affected by this commit is ng_nat: if you are using ng_nat, and it doesn't correctly handle ftp/irc/etcetc sessions anymore, remember to kldload the correspondent module (i.e. kldload alias_ftp). General information and details about the inner working are available in the libalias man page under the section 'MODULAR ARCHITECTURE (AND ipfw(4) SUPPORT)'. NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat support will be part of the next libalias-related commit. Approved by: glebius Reviewed by: glebius, ru
* Add a value to the define I forgot, for the purity's sake.ru2006-09-261-1/+1
|
* Now that we have COMPAT_FREEBSD6 officially, use it from opt_compat.h.ru2006-09-261-1/+4
|
* Update the mfi module build with the mfi_debug.c file.scottl2006-09-251-1/+3
|
* Update the ipmi(4) driver:jhb2006-09-221-2/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Split out the communication protocols into their own files and use a couple of function pointers in the softc that the commuication protocols setup in their own attach routine. - Add support for the SSIF interface (talking to IPMI over SMBus). - Add an ACPI attachment. - Add a PCI attachment that attaches to devices with the IPMI interface subclass. - Split the ISA attachment out into its own file: ipmi_isa.c. - Change the code to probe the SMBIOS table for an IPMI entry to just use pmap_mapbios() to map the table in rather than trying to setup a fake resource on an isa device and then activating the resource to map in the table. - Make bus attachments leaner by adding attach functions for each communication interface (ipmi_kcs_attach(), ipmi_smic_attach(), etc.) that setup per-interface data. - Formalize the model used by the driver to handle requests by adding an explicit struct ipmi_request object that holds the state of a given request and reply for the entire lifetime of the request. By bundling the request into an object, it is easier to add retry logic to the various communication backends (as well as eventually support BT mode which uses a slightly different message format than KCS, SMIC, and SSIF). - Add a per-softc lock and remove D_NEEDGIANT as the driver is now MPSAFE. - Add 32-bit compatibility ioctl shims so you can use a 32-bit ipmitool on FreeBSD/amd64. - Add ipmi(4) to i386 and amd64 NOTES. Submitted by: ambrisko (large portions of 2 and 3) Sponsored by: IronPort Systems, Yahoo! MFC after: 6 days
* fixup build after move of ah_osdep.?sam2006-09-181-2/+2
| | | | MFC after: 2 weeks
* o move ath hal os glue code from the hal to the driver: this code wassam2006-09-184-14/+8
| | | | | | | | | | | | part of the hal distribution early on when the hal was built for each os but it's been portable for a long time so move the os-specific code out (and off the vendor branch) o correct the copyright on ah_osdep.?; it was mistakenly given a restricted license and not a dual-bsd/gpl license o remove the module api definition as it was never used o fixup include paths for move of ah_osdep.h MFC after: 2 weeks
* Introduce a new entry point, mac_create_mbuf_from_firewall. This entry pointcsjp2006-09-122-2/+2
| | | | | | | | | | | | | | | | | | | | | | exists to allow the mandatory access control policy to properly initialize mbufs generated by the firewall. An example where this might happen is keep alive packets, or ICMP error packets in response to other packets. This takes care of kernel panics associated with un-initialize mbuf labels when the firewall generates packets. [1] I modified this patch from it's original version, the initial patch introduced a number of entry points which were programmatically equivalent. So I introduced only one. Instead, we should leverage mac_create_mbuf_netlayer() which is used for similar situations, an example being icmp_error() This will minimize the impact associated with the MFC Submitted by: mlaier [1] MFC after: 1 week This is a RELENG_6 candidate
* Build linprocfs and linsysfs as modules on amd64.netchild2006-09-091-0/+2
| | | | | Sponsored by: Google SoC 2006 Submitted by: rdivacky
* MF6: Attach if_bce.ko to the build.ru2006-09-081-0/+1
| | | | Noticed by: davidch
* Include agp_i810.c in amd64 AGP builds to get support for the Intel 915 Expressanholt2006-09-051-1/+1
| | | | | | | | chipsets. PR: kern/93676 Submitted by: Jan Blaha <Jan.Blaha@unet.cz> MFC after: 1 week
* If building the module as part of the kernel build, determineru2006-09-041-0/+7
| | | | | | | | | the "device isa" presence out of the opt_isa.h in the kernel build directory, rather than always assuming its presence. sparc64 is still special cased and is not affected by this change. Noticed by: bde
* Don't build iwi(4) on amd64, there are problems with the firmware modules.brueffer2006-09-011-1/+0
| | | | | | Reported by: sam Approved by: rwatson (mentor) MFC after: 3 days
* Add 2400 f/w support.mjacob2006-08-262-0/+37
|
* Follow the lead of mxgb(4) and build the module for ixgb(4).brueffer2006-08-181-0/+3
| | | | | | | | | Originally it wasn't enabled since the hardware wasn't commonplace, but as 10GE hardware is becoming more widely used, building the module by default should be beneficial. Approved by: rwatson (mentor) MFC after: 2 weeks
* - Add the new files to the linux module.netchild2006-08-153-13/+26
| | | | | | | | | - Prepare the modules for build on amd64, but don't build them there as part of the kernel build yet. The code for the missing symbols on amd64 isn't committed and it may be solved differently. Sponsored by: Google SoC 2006 Submitted by: rdivacky
* Don't use touch when what is really meant is :> (create an empty file, ordes2006-08-144-9/+9
| | | | | | | | truncate it if it exists) or :>> (ensure the file exists, but don't change it if it already does) Reviewed by: ru MFC after: 2 weeks
* Add device to access and modify Open Firmware NVRAM settings insobomax2006-08-012-0/+10
| | | | | | | | | PowerPC-based Apple's machines and small utility to do it from userland modelled after the similar utility in Darwin/OSX. Only tested on 1.25GHz G4 Mac Mini. MFC after: 1 month
* Remove Alpha remnants.marcel2006-07-275-37/+0
|
* bridgestp is now a seperate module.thompsa2006-07-261-1/+1
|
* Hook bridgestp up to the build.thompsa2006-07-261-0/+1
|
* Add bridgestp as a seperate module.thompsa2006-07-261-0/+8
|
* Hook up stge(4) to the build.yongari2006-07-252-0/+10
|
* Connect gentbi, ip1000phy to the build.yongari2006-07-251-1/+1
|
* Implement support for HMAC/SHA1 and HMAC/SHA256 acceleration found inpjd2006-07-221-1/+1
| | | | | | | | | | | new VIA CPUs. For older CPUs HMAC/SHA1 and HMAC/SHA256 (and others) will still be done in software. Move symmetric cryptography (currently only AES-CBC 128/192/256) to padlock_cipher.c file. Move HMAC cryptography to padlock_hash.c file. Hardware from: Centaur Technologies
* - Connect the snd_emu10kx driver to the build. [1]netchild2006-07-151-3/+3
| | | | | | - Bump __FreeBSD_version, no need to build the port now. Submitted by: Yuriy Tsibizov <Yuriy.Tsibizov@gfk.ru> [1]
* Add snd_emu10kx driver for Creative SoundBlaster Live! and Audigy seriesnetchild2006-07-151-0/+48
| | | | | | | | | | | | | | | sound cards with optional pseudo-multichannel playback. It's based on snd_emu10k1 sound driver. Single channel version is available from audio/emu10kx port since some time. The two new ALSA header files (GPLed), which contain Audigy 2 ("p16v") and Audigy 2 Value ("p17v") specific interfaces, are latest versions from ALSA Mercurial repository. This is not connected to the build yet. Submitted by: Yuriy Tsibizov <Yuriy.Tsibizov@gfk.ru>
* Convert isp(4) and ispfw(4) to use firmware(9) to manage firmwaremjacob2006-07-0913-5/+474
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | loading for the QLogic cards. Because isp(4) exists before the root is mounted, it's not really possible for us to use the kernel's linker to load modules directly from disk- that's really too bad. However, the this is still a net win in in that the firmware has been split up on a per chip (and in some cases, functionality) basis, so the amount of stuff loaded *can* be substantially less than the 1.5MB of firmware images that ispfw now manages. That is, each specific f/w set is now also built as a module. For example, QLogic 2322 f/w is built as isp_2322.ko and Initiator/Target 1080 firmware is built as isp_1080_it.ko. For compatibility purposes (i.e., to perturb folks the least), we also still build all of the firmware as one ispfw.ko module. This allows us to let 'ispfw_LOAD' keep on working in existing loader.conf files. If you now want to strip this down to just the firmware for your h/w, you can then change loader.conf to load the f/w you specifically want. We also still allow for ispfw to be statically built (e.g., for PAE and sparc64). Future changes will look at f/w unloading and also role switching that then uses the kernel linker to load different ips f/w sets. MFC after: 2 months
* Housekeeping. Update for maintainers who have handed in their commit bitsmarkm2006-07-013-5/+0
| | | | or (in my case) no longer feel that oversight is necessary.
* A netgraph node that can do different manipulations withglebius2006-06-272-0/+7
| | | | | | | mbuf_tags(9) on packets. Submitted by: Vadim Goncharov <vadimnuclight tpu.ru> mdoc(7) reviewed by: ru
* Add a pure open source nForce Ethernet driver, under BSDL.obrien2006-06-262-0/+11
| | | | | | | | | This driver was ported from OpenBSD by Shigeaki Tagashira <shigeaki@se.hiroshima-u.ac.jp> and posted at http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-nfe.html It was additionally cleaned up by me. It is still a work-in-progress and thus is purposefully not in GENERIC. And it conflicts with nve(4), so only one should be loaded.
* Unconditionally enable ppc(4) and puc(4).marcel2006-06-181-5/+2
|
* Make this usable for all platforms.marcel2006-06-181-3/+12
|
* Connect the envy42 driver to the build.netchild2006-06-171-2/+2
|
* dd the envy24 driver as is to the tree. It's not connected to the buildnetchild2006-06-172-0/+16
| | | | | | | | | | | yet. More commits to follow. I got no response from the author, but since the driver is BSD licensed I don't think he will complain. :-) I got it from http://people.freebsd.org/~lofi/envy24.tar.gz Written by: Katsurajima Naoto <raven@katsurajima.seya.yokohama.jp>
OpenPOWER on IntegriCloud