summaryrefslogtreecommitdiffstats
path: root/sys/modules
Commit message (Collapse)AuthorAgeFilesLines
* Import a clean-room implementation of the experimental H-TCP congestion controllstewart2010-12-022-1/+11
| | | | | | | | | | | | | | | | | | algorithm based on the Internet-Draft "draft-leith-tcp-htcp-06.txt". It is implemented as a kernel module compatible with the recently committed modular congestion control framework. H-TCP was designed to provide increased throughput in fast and long-distance networks. It attempts to maintain fairness when competing with legacy NewReno TCP in lower speed scenarios where NewReno is able to operate adequately. The paper "H-TCP: A framework for congestion control in high-speed and long-distance networks" provides additional detail. In collaboration with: David Hayes <dahayes at swin edu au> and Grenville Armitage <garmitage at swin edu au> Sponsored by: FreeBSD Foundation Reviewed by: rpaulo (older patch from a few weeks ago) MFC after: 3 months
* Import a clean-room implementation of the experimental CUBIC congestion controllstewart2010-12-022-1/+10
| | | | | | | | | | | | | | | | | | algorithm based on the Internet-Draft "draft-rhee-tcpm-cubic-02.txt". It is implemented as a kernel module compatible with the recently committed modular congestion control framework. CUBIC was designed for provide increased throughput in fast and long-distance networks. It attempts to maintain fairness when competing with legacy NewReno TCP in lower speed scenarios where NewReno is able to operate adequately. The paper "CUBIC: A New TCP-Friendly High-Speed TCP Variant" provides additional detail. In collaboration with: David Hayes <dahayes at swin edu au> and Grenville Armitage <garmitage at swin edu au> Sponsored by: FreeBSD Foundation Reviewed by: rpaulo (older patch from a few weeks ago) MFC after: 3 months
* Add build infrastructure for the forthcoming CC algorithm modules.lstewart2010-12-022-0/+6
| | | | | | Sponsored by: FreeBSD Foundation Submitted by: David Hayes <dahayes at swin edu au> MFC after: 3 months
* Add smp_all.c to the cam module build to un-break it.ken2010-12-011-0/+1
| | | | Reported by: jkim
* Update ixgbe driver to verion 2.3.6jfv2010-11-261-2/+2
| | | | | | | | | | - This adds a VM SRIOV interface, ixv, it is however transparent to the user, it links with the ixgbe.ko, but when ixgbe is loaded in a virtualized guest with SRIOV configured this will be detected. - Sync shared code to latest - Many bug fixes and improvements, thanks to everyone who has been using the driver and reporting issues.
* Adds a USB packet filter feature to the stack that it could captureweongyo2010-11-221-2/+2
| | | | | | | | | packets which go through each USB host controllers. Its implementations are almost based on BPF code and very similar with it except it's little bit customized for USB packet only. The userland program usbdump(8) would be committed soon. Discussed with: hps, thompsa, yongari
* Correct mips/arm elimination of symimp2010-11-131-1/+1
|
* Warn users that acpi.ko is deprecated and exit immediately unless the userjkim2010-11-121-0/+4
| | | | | | | set FORCE_BUILD. This is to avoid foot-shooting while making MFC to stable branches easier. Discussed with: jhb
* MFamd64: (based on) r209957jkim2010-11-121-12/+8
| | | | | | Move logic of building ACPI headers for acpi_wakeup.c into better places, remove intermediate makefile and shell script, and reduce diff between i386 and amd64.
* Refactor acpi_machdep.c for amd64 and i386, move APM emulation into a newjkim2010-11-101-1/+1
| | | | file acpi_apm.c, and place it on sys/x86/acpica.
* Move the MADT parser for amd64 and i386 to sys/x86/acpica now that it isjhb2010-11-081-1/+2
| | | | identical on both platforms.
* Disconnect acpi.ko from the build on i386. ACPI is now only supported whenjhb2010-11-081-5/+1
| | | | compiled into the kernel, not as a loadable module.
* Add a driver for the Apple Uninorth AGP host bridge found in all PowerPCnwhitehorn2010-10-312-1/+5
| | | | Macintoshes with an AGP bus.
* Fix an undefined behaviour if the desired ratectl algo is not available.bschmidt2010-10-191-1/+1
| | | | | | | | | | This can happen if the algos are built as modules but are not loaded. If the selected ratectl algo is not available, try to load it (The load module functions does nothing currently). Add a dummy ratectl algo which always selects the first available rate. Use that one if the desired algo is not available. MFC after: 1 week
* Revert r206418rpaulo2010-10-191-2/+2
|
* Re-add opt_mps.h and opt_cam.h, lost in the previous rev.scottl2010-10-171-1/+1
|
* Now that all previous users of mii_phy_probe() have been convertedmarius2010-10-151-1/+0
| | | | | | | in r213893 and r213894 to use mii_attach() instead remove the former and along with it the "EVIL HACK". MFC after: never
* Currently only opt_compat.h is included by the mps(4) driver. Alsomdf2010-10-151-1/+1
| | | | | | | enable /dev/mps0, which was missing from my previous patches enabling f/w upload and download. opt_compat.h issue noticed by scottl.
* Stop hard coding nm(1) and make it overridable.jkim2010-10-141-4/+8
|
* Add a NetBSD-compatible mii_attach(), which is intended to eventuallymarius2010-10-141-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | replace mii_phy_probe() altogether. Compared to the latter the advantages of mii_attach() are: - intended to be called multiple times in order to attach PHYs in multiple passes (f.e. in order to only use sub-ranges of the 0 to MII_NPHY - 1 range) - being able to pass along the capability mask from the NIC to the PHY drivers - being able to specify at which address (phyloc) to probe for a PHY (instead of always probing at all addresses from 0 to MII_NPHY - 1) - being able to specify which PHY instance (offloc) to attach - being able to pass along MIIF_* flags from the NIC to the PHY drivers (f.e. as required to indicated to the PHY drivers that flow control is supported by the NIC driver, which actually is the motivation for this change). While at it, I used the opportunity to get rid of some hacks in mii(4) like miibus_probe() generally doing work besides sheer probing and the "EVIL HACK" (which will vanish entirely along with mii_phy_probe()) by passing the struct ifnet pointer via an argument of mii_attach() as well as to fix some resource leaks in mii(4) in case something fails. Commits which will update the PHY drivers to honor the MII flags passed down from the NIC drivers and take advantage of mii_attach() to get rid of certain types of hacks in NIC and PHY drivers as well as a conversion of the remaining uses of mii_phy_probe() will follow shortly. Reviewed by: jhb, yongari Obtained from: NetBSD (partially)
* USB Network:hselasky2010-10-132-1/+38
| | | | | | | - Add new driver for iPhone tethering - Supports the iPhone 3G/3GS/4G ethernet protocol Approved by: thompsa (mentor)
* Add opt_compat.h to SRCS.rpaulo2010-10-133-3/+3
|
* Link the XHCI (USB 3.0 hardware driver) into the default kernel build.hselasky2010-10-042-1/+39
| | | | Approved by: thompsa (mentor)
* Unbreak build.antoine2010-10-031-1/+1
|
* Add a memory-range interface to /dev/mem on PowerPC using PAT attributes.nwhitehorn2010-10-031-1/+1
| | | | | | | | | Unlike actual MTRR, this only controls the mapping attributes for subsequent mmap() of /dev/mem. Nonetheless, the support is sufficiently MTRR-like that Xorg can use it, which translates into an enormous increase in graphics performance on PowerPC. MFC after: 2 weeks
* Make the RPC specific __rpc_inet_ntop() and __rpc_inet_pton() generalattilio2010-09-241-2/+0
| | | | | | | | | | in the kernel (just as inet_ntoa() and inet_aton()) are and sync their prototype accordingly with already mentioned functions. Sponsored by: Sandvine Incorporated Reviewed by: emaste, rstone Approved by: dfr MFC after: 2 weeks
* Merge ACPICA 20100915.jkim2010-09-161-3/+3
|
* Merge r207585 from cas(4):marius2010-09-161-2/+7
| | | | | | | | - Don't probe for PHYs if we already know to use a SERDES. Unlike as with cas(4) this only serves to speed up the the device attach though and can only be determined via the OFW device tree but not from the VPD. - Don't touch the MIF when using a SERDES. - Add some missing bus space barriers, mainly in the PCS code path.
* Simplify atomic selectionimp2010-09-132-7/+14
|
* MFtbemd: use MACHINE_CPUARCHimp2010-09-132-2/+2
|
* List low-level Blowfish ECB module in the SRCS. It looks like it was droppedivoras2010-09-121-1/+1
| | | | | | | by accident (and it would be inconvenient to implement it otherwise because it uses internal non-published headers). MFC after: 1 week
* MFp4 (//depot/projects/mps/...)ken2010-09-102-0/+14
| | | | | | | | | | | | | | | | | | | | | | | | Bring in a driver for the LSI Logic MPT2 6Gb SAS controllers. This driver supports basic I/O, and works with SAS and SATA drives and expanders. Basic error recovery works (i.e. timeouts and aborts) as well. Integrated RAID isn't supported yet, and there are some known bugs. So this isn't ready for production use, but is certainly ready for testing and additional development. For the moment, new commits to this driver should go into the FreeBSD Perforce repository first (//depot/projects/mps/...) and then get merged into -current once they've been vetted. This has only been added to the amd64 GENERIC, since that is the only architecture I have tested this driver with. Submitted by: scottl Discussed with: imp, gibbs, will Sponsored by: Yahoo, Spectra Logic Corporation
* Add the path necessary to find fasttrap_isa.h to CFLAGS.rpaulo2010-08-281-0/+1
| | | | Sponsored by: The FreeBSD Foundation
* Enable fasttrap and make dtraceall depend on fasttrap when building i386rpaulo2010-08-242-1/+2
| | | | | | | | | | | | | | | | | | or amd64. Sponsored by: The FreeBSD Foundation > Description of fields to fill in above: 76 columns --| > PR: If a GNATS PR is affected by the change. > Submitted by: If someone else sent in the change. > Reviewed by: If someone else reviewed your modification. > Approved by: If you needed approval for this commit. > Obtained from: If the change is from a third party. > MFC after: N [day[s]|week[s]|month[s]]. Request a reminder email. > Security: Vulnerability reference (one per line) or description. > Empty fields above will be automatically removed. M dtrace/dtraceall/dtraceall.c M dtrace/Makefile
* Update for the recent location of the fasttrap code.rpaulo2010-08-241-2/+3
| | | | Sponsored by: The FreeBSD Foundation
* MFtbemd:imp2010-08-2335-70/+74
| | | | | | | | | Use MACHINE_CPUARCH in preference to MACHINE_ARCH. The former is the source code location of the machine, the latter the binary output. In general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless we're tesitng for a specific target. The isn't even moot for i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86, although a specific cleanup for that likely would be needed...
* Remove an elif and add an or-clause.rpaulo2010-08-221-3/+1
| | | | Sponsored by: The FreeBSD Foundation
* MFp4: anchie_soc2009 branch:anchie2010-08-192-0/+8
| | | | | | | | | | | | | | | | | | | | Add kernel side support for Secure Neighbor Discovery (SeND), RFC 3971. The implementation consists of a kernel module that gets packets from the nd6 code, sends them to user space on a dedicated socket and reinjects them back for further processing. Hooks are used from nd6 code paths to divert relevant packets to the send implementation for processing in user space. The hooks are only triggered if the send module is loaded. In case no user space application is connected to the send socket, processing continues normaly as if the module would not be loaded. Unloading the module is not possible at this time due to missing nd6 locking. The native SeND socket is similar to a raw IPv6 socket but with its own, internal pseudo-protocol. Approved by: bz (mentor)
* Remove unnecessary clean target in em(4), igb(4) and ixgbe(4).yongari2010-08-163-21/+0
| | | | | | While here also remove man target in igb(4). Reviewed by: jfv
* Add missed dependency.kib2010-08-151-1/+1
| | | | | Submitted by: gcooper MFC after: 1 week
* Hook tpm.4 manual to build.takawata2010-08-131-2/+4
|
* This depends on ACPI, so only build on i386:i386, amd64:amd64 andimp2010-08-121-1/+4
| | | | | ia64:ia64. It can't possibly work on pc98, or any of the embedded platforms, since they lack ACPI.
* Add tpm(4) driver for Trusted Platform Module.takawata2010-08-122-0/+10
| | | | | | You may want to look at http://bsssd.sourceforge.net/ . Submitted by: Hans-Joerg Hoexer <Hans-Joerg_Hoexer@genua.de>
* Allow carp(4) to be loaded as a kernel module. Follow precedent set bywill2010-08-112-0/+22
| | | | | | | | | | | | | | | bridge(4), lagg(4) etc. and make use of function pointers and pf_proto_register() to hook carp into the network stack. Currently, because of the uncertainty about whether the unload path is free of race condition panics, unloads are disallowed by default. Compiling with CARPMOD_CAN_UNLOAD in CFLAGS removes this anti foot shooting measure. This commit requires IP6PROTOSPACER, introduced in r211115. Reviewed by: bz, simon Approved by: ken (mentor) MFC after: 2 weeks
* Do not build real mode emulator for i386. We use VM86 again since r210877.jkim2010-08-081-1/+4
|
* Merge ACPICA 20100806.jkim2010-08-061-1/+1
|
* pci_if.h is required to build atacore.rpaulo2010-07-311-1/+1
|
* Remove the acpi_aiboost driver. It has been replaced by aibs(4).rpaulo2010-07-252-9/+1
|
* Move sys/nfsclient/nfs_lock.c into sys/nfs and build it as a separatermacklem2010-07-244-2/+11
| | | | | | | | | | | module that can be used by both the regular and experimental nfs clients. This fixes the problem reported by jh@ where /dev/nfslock would be registered twice when both nfs clients were used. I also defined the size of the lm_fh field to be the correct value, as it should be the maximum size of an NFSv3 file handle. Reviewed by: jh MFC after: 2 weeks
* Crypto(4) driver for AESNI.kib2010-07-232-0/+17
| | | | | | | | | The aeskeys_{amd64,i386}.S content was mostly obtained from OpenBSD, no objections to the license from core. Hardware provided by: Sentex Communications Tested by: fabient, pho (previous versions) MFC after: 1 month
OpenPOWER on IntegriCloud