summaryrefslogtreecommitdiffstats
path: root/sys/modules
Commit message (Collapse)AuthorAgeFilesLines
* New netgraph node ng_patch(4). It performs data modification of packetsae2010-06-092-0/+7
| | | | | | | | | | | | | | | | passing through. Modifications are restricted to a subset of C language operations on unsigned integers of 8, 16, 32 or 64 bit size. These are: set to new value (=), addition (+=), subtraction (-=), multiplication (*=), division (/=), negation (= -), bitwise AND (&=), bitwise OR (|=), bitwise eXclusive OR (^=), shift left (<<=), shift right (>>=). Several operations are all applied to a packet sequentially in order they were specified by user. Submitted by: Maxim Ignatenko <gelraen.ua at gmail.com> Vadim Goncharov <vadimnuclight at tpu.ru> Discussed with: net@ Approved by: mav (mentor) MFC after: 1 month
* opensolaris_kmem.c is already part of opensolaris.ko which zfs.ko depends on.pjd2010-06-031-1/+0
| | | | | Reported by: avg MFC after: 3 days
* Revert r208590. A license ack is not needed as per r186984.rpaulo2010-05-271-1/+4
|
* Make the user ack the license before using this firmware.rpaulo2010-05-271-0/+2
| | | | MFC after: 3 days
* Remove a check that should be always true.kib2010-05-261-4/+0
| | | | | Discussed with: pjd MFC after: 1 week
* Add uep(4), driver for USB onscreen touch panel from eGalax.glebius2010-05-251-0/+11
| | | | | | | | | | | | | | The driver is stub. It just creates device entry and feeds reassembled packets from hardware into it. If in future we would port wsmouse(4) from NetBSD, or make sysmouse(4) to support absolute motion events, then the driver can be extended to act as system mouse. Meanwhile, it just presents a /dev/uep0, that can be utilized by X driver, that I am going to commit to ports tree soon. The name for the driver is chosen to be the same as in NetBSD, however, due to different USB stacks this driver isn't a port.
* Bring USB fixes for linux(4).wkoszek2010-05-241-1/+1
| | | | | | | | | | | | | | | | | | | | | | Intention of this commit is to let us take a full advantage of libusb(8) ported to Linux. This decreases a possibility of getting any collisions within ioctl() "command" space, especially with relation to LINUX_SNDCTL_SEQ... stuff. Basically, we provide commands, that will be mapped in the kernel to correct ones and forward those to the USB layer. Port enabling functionality brought with this patch is here: http://www.freebsd.org/cgi/query-pr.cgi?pr=146895 Bump __FreeBSD_version to catch, since which version installing a port makes sense. This patch should bring no regressions. So far, only i386 is tested. Tested by: thompsa@ Reviewed by: thompsa@ OKed by: netchild@
* At least on sparc64 these modules require ata_machdep.c.marius2010-05-232-3/+10
| | | | MFC after: 3 days
* Correct the path to the MD source so r206569 actually works as intended.marius2010-05-231-1/+1
|
* ZIO_USE_UMA is no longer used.pjd2010-05-231-3/+0
| | | | MFC after: 3 days
* Make mvs_if.c to not be always linked statically into the kernel.mav2010-05-171-1/+1
| | | | Link it same way as mvs.c.
* Add the ofw_bus_if.h dependency introduced with r207585.marius2010-05-161-1/+5
|
* Build the ixgbe(4) and mwlfw(4) modules by default.brueffer2010-05-121-0/+4
| | | | | PR: 144494 Submitted by: John Giacomoni <John.Giacomoni@LineRateSystems.com>, brucec
* Back out r205134. It is not stable.pjd2010-05-111-1/+1
| | | | MFC after: 3 days
* Import mvs(4) - Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA controllersmav2010-05-022-0/+11
| | | | | | driver for CAM ATA subsystem. This driver supports same hardware as atamarvell, ataadaptec and atamvsata drivers from ata(4), but provides many additional features, such as NCQ, PMP, etc.
* usb_controller.c requires opt_ddb.hthompsa2010-04-291-1/+1
|
* Merge ACPICA 20100428.jkim2010-04-281-2/+2
|
* The amd64 version of the cyclic dtrace module is a verbatim copy of therpaulo2010-04-201-1/+1
| | | | | i386 version, so instead having a copy of the same file, use Makefile foo to include the i386 version on amd64.
* Add driver for Silicon Integrated Systems SiS190/191 Fast/Gigabit Ethernet.yongari2010-04-142-0/+9
| | | | | | | | | | | | | | | | | This driver was written by Alexander Pohoyda and greatly enhanced by Nikolay Denev. I don't have these hardwares but this driver was tested by Nikolay Denev and xclin. Because SiS didn't release data sheet for this controller, programming information came from Linux driver and OpenSolaris. Unlike other open source driver for SiS190/191, sge(4) takes full advantage of TX/RX checksum offloading and does not require additional copy operation in RX handler. The controller seems to have advanced offloading features like VLAN hardware tag insertion/stripping, TCP segmentation offload(TSO) as well as jumbo frame support but these features are not available yet. Special thanks to xclin <xclin<> cs dot nctu dot edu dot tw> who sent fix for receiving VLAN oversized frames.
* Only compile in uart_cpu_$MACHINE.c if it exists. I'm not sure howimp2010-04-132-4/+2
| | | | | | useful it will be, but we really need to be keying off something other than MACHINE for this anyway since on arm and mips we have lots of these running around (one for each SoC family)...
* Doh! Last minute changes bites me in the butt....imp2010-04-121-1/+1
| | | | Remove _ to make things build again.
* bce, bwi, bwn, mfi, mpt and siba_bwn all now compile that arm and mipsimp2010-04-121-12/+6
| | | | | have added a BUS_SPACE_UNSPECIFIED definition. Add them back to the mix on these platforms.
* Bring in geom_sched, support for scheduling disk I/O requestsluigi2010-04-125-0/+30
| | | | | | | | | | | | in a device independent manner. Also include an example anticipatory scheduler, gsched_rr, which gives very nice performance improvements in presence of competing random access patterns. This is joint work with Fabio Checconi, developed last year and presented at BSDCan 2009. You can find details in the README file or at http://info.iet.unipi.it/~luigi/geom_sched/
* Update firmware for the 6000 series Intel cards to version 9.193.4.1.bschmidt2010-04-101-1/+1
| | | | | Approved by: rpaulo (mentor) MFC after: 2 weeks
* Add ieee80211_{amrr,rssadapt}.c.rpaulo2010-04-091-2/+2
| | | | MFC after: 1 month
* Correct beastie_saver module name.jkim2010-04-071-0/+2
|
* Reconnect the old Beastie logo_saver to build as beastie_saver.jkim2010-04-072-2/+4
|
* Copy logo_saver module to beastie_saver.jkim2010-04-071-0/+8
|
* net80211 rate control framework (net80211 ratectl).rpaulo2010-04-071-1/+2
| | | | | | | | | | | | | | | | | This framework allows drivers to abstract the rate control algorithm and just feed the framework with the usable parameters. The rate control framework will now deal with passing the parameters to the selected algorithm. Right now we have AMRR (the default) and RSSADAPT but there's no way to select one with ifconfig, yet. The objective is to have more rate control algorithms in the net80211 stack so all drivers[0] can use it. Ideally, we'll have the well-known sample rate control algorithm in the net80211 at some point so all drivers can use it (not just ath). [0] all drivers that do rate control in software, that is. Reviewed by: bschmidt, thompsa, weyongo MFC after: 1 months
* add priority scheduler to the moduleluigi2010-04-071-0/+1
|
* - Support for uncore counting events: one fixed PMC with the uncorefabient2010-04-021-2/+2
| | | | | | | | | | | | domain clock, 8 programmable PMC. - Westmere based CPU (Xeon 5600, Corei7 980X) support. - New man pages with events list for core and uncore. - Updated Corei7 events with Intel 253669-033US December 2009 doc. There is some removed events in the documentation, they have been kept in the code but documented in the man page as obsolete. - Offcore response events can be setup with rsp token. Sponsored by: NETASQ
* Add support for ALQ(9) to be compiled and loaded as a kernel module.lstewart2010-03-312-0/+10
| | | | | | | Sponsored by: FreeBSD Foundation Reviewed by: dwmalone, jeff, rpaulo, rwatson Approved by: kmacy (mentor) MFC after: 1 month
* Update to igb and em:jfv2010-03-291-7/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | em revision 7.0.0: - Using driver devclass, seperate legacy (pre-pcie) code into a seperate source file. This will at least help protect against regression issues. It compiles along with em, and is transparent to end use, devices in each appear to be 'emX'. When using em in a modular form this also allows the legacy stuff to be defined out. - Add tx and rx rings as in igb, in the 82574 this becomes actual multiqueue for the first time (2 queues) while in other PCIE adapters its just make code cleaner. - Add RX mbuf handling logic that matches igb, this will eliminate packet drops due to temporary mbuf shortage. igb revision 1.9.3: - Following the ixgbe code, use a new approach in what was called 'get_buf', the routine now has been made independent of rxeof, it now does the update to the engine TDT register, this design allows temporary mbuf resources to become non-critical, not requiring a packet to be discarded, instead it just returns and does not increment the tail pointer. - With the above change it was also unnecessary to keep 'spare' maps around, since we do not have the discard issue. - Performance tweaks and improvements to the code also. MFC in a week
* Arm defines intr_disable() as a macro, which causes problems for cxgb.imp2010-03-291-0/+2
| | | | | | | | | | Rather than remove it for all architectures (which was a botch in r205845), remove it only for arm and mips until that can be sorted out. Pointy Hat: imp Submitted by: Navdeep Parhar MFC after: 7 days
* Make all the modules build on arm (modulo ipfilter, which I'm lookingimp2010-03-291-10/+25
| | | | | | | | | | | | | | | into): o Don't build vpo and syscons on mips or arm either o Add a section for mips and arm breakages, and document why. This is easier than opting in on all the other architectures: # no BUS_SPACE_UNSPECIFIED: bce, bwi, bwn, mfi, mpt, siba_bwn # No barrier instruction support (specific to this driver): sym # no uart_cpu_$MACHINE_ARCH: uart (mips has, by inspection, the same issues as arm, so ditto for it) MFC after: 7 days
* Bring up-to-date:marcel2010-03-271-4/+7
| | | | | | | | | | | | | | | | o Switch to ITANIUM2 has the cpu. This has absolutely no effect on the code, but makes for a better example. o Drop COMPAT_FREEBSD6. We're tier 2, so you're supposed to run 8-stable or newer. o Add PREEMPTION. It works now. o Remove HWPMC_HOOKS. We don't have support for hwpmc yet. o Add a bunch of new devices: atapist, hptiop, amr, ips, twa, igb, ixgbe, ae, age, alc, ale, bce, bfe, et, jme, msk, nge, sk, ste, stge, tx, vge, axe, rue, udav, fwip, and all USB serial. o Remove "legacy" devices: le, vx, dc, pcn, rl, sis. Make sure to the module list is a superset of what goes into GENERIC.
* Update the driver to Intel version 2.1.6jfv2010-03-271-1/+1
| | | | | | | | | | | | | | | | | | | | - add some new hardware support for 82599 - Big change to interrupt architecture, it now uses a queue which contains an RX/TX pair as the recipient of the interrupt. This will reduce overall system interrupts/msix usage. - Improved RX mbuf handling: the old get_buf routine is no longer synchronized with rxeof, this allows the elimination of packet discards due to mbuf allocation failure. - Much simplified and improved AIM code, it now happens in the queue interrupt context and takes into account both the traffic on the RX AND TX side. - variety of small tweaks, like ring size, that have been seen as performance improvements. - Thanks to those that provided feedback or suggested changes, I hope I've caught all of them.
* make the module loadableluigi2010-03-241-0/+2
| | | | Submitted by: Marcin Wisnicki
* make UMA the default allocator for ZFS buffers - this avoidskmacy2010-03-131-2/+2
| | | | | | a great deal of contention in kmem_alloc MFC after: 7 days
* Provide groundwork for 32-bit binary compatibility on non-x86 platforms,nwhitehorn2010-03-112-2/+2
| | | | | | | | | for upcoming 64-bit PowerPC and MIPS support. This renames the COMPAT_IA32 option to COMPAT_FREEBSD32, removes some IA32-specific code from MI parts of the kernel and enhances the freebsd32 compatibility code to support big-endian platforms. Reviewed by: kib, jhb
* Enable ACPI module build on amd64. Although we strongly recommend buildingjkim2010-03-081-5/+9
| | | | it into kernel, there is no need to prevent it from building at all.
* Update module Makefile for ACPICA 20100304.jkim2010-03-081-4/+4
| | | | Submitted by: Paul B Mahol (onemda at gmail dot com)
* Enable tmpfs unconditionally on all platforms. No one I spoke to couldnwhitehorn2010-03-081-3/+1
| | | | | remember why it was x86 only, and it works just as well on at least powerpc as on x86.
* Add a missing ar9285_reset.c file.rpaulo2010-03-031-1/+1
|
* Add AR9285 sources.rpaulo2010-03-021-0/+1
|
* Add bwn(4) driver to the build.weongyo2010-02-251-0/+1
|
* Introduce the new kernel sub-tree x86 which should contain all the codeattilio2010-02-253-3/+3
| | | | | | | | | | | | | | shared and generalized between our current amd64, i386 and pc98. This is just an initial step that should lead to a more complete effort. For the moment, a very simple porting of cpufreq modules, BIOS calls and the whole MD specific ISA bus part is added to the sub-tree but ideally a lot of code might be added and more shared support should grow. Sponsored by: Sandvine Incorporated Reviewed by: emaste, kib, jhb, imp Discussed on: arch MFC: 3 weeks
* There is no need to test __FreeBSD_version for features that havenp2010-02-241-8/+0
| | | | | | | | | | | been around for a long time now (7.1-ish or even earlier); assume they are present. These includes MSI, TSO, LRO, VLAN, INTR_FILTERS, FIRMWARE, etc. Also, eliminate some dead code and clean up in other places as part of this quick once-over. MFC after: 1 week
* Hook up nfs_common missed in r203968.marius2010-02-191-0/+1
| | | | Submitted by: kib
* Factor out the code shared between NFS client and server into its ownmarius2010-02-163-4/+12
| | | | | | | | module. With r203732 it became apparent that creating the sysctl nodes twice causes at least a warning, however the whole code shouldn't be present twice in the first place. Discussed with: rmacklem
OpenPOWER on IntegriCloud