summaryrefslogtreecommitdiffstats
path: root/sys/modules
Commit message (Collapse)AuthorAgeFilesLines
* Extend dim's hack from r228978: not only clang but gcc on non-x86 platformsnwhitehorn2012-10-283-6/+6
| | | | | | warns about unused variables in this code, so always add -Wno-unused to the warning flags. Why gcc on x86 *doesn't* warn about this, I will never know. The code itself should probably be fixed at some point.
* Don't try to build Linux compatibility stuff on platforms withoutnwhitehorn2012-10-271-1/+2
| | | | COMPAT_LINUX.
* drm(4) works just fine on PowerPC, so connect it to the build.nwhitehorn2012-10-271-0/+1
| | | | MFC after: 2 weeks
* Finish migration of MAINTAINER entrieseadler2012-10-223-6/+0
| | | | | Approved by: cperciva MFC after: 3 days
* It seems that it is preferable to keep support for glabel also forattilio2012-10-181-0/+1
| | | | | | | | | filesystems that we don't support natively. Revert part of r241636 to do so. This patch is not targeted for MFC. Requested by: gleb, jhb
* Disconnect non-MPSAFE SMBFS from the build in preparation for droppingattilio2012-10-181-6/+0
| | | | | | | | | | | | | GIANT from VFS. In addition, disconnect also netsmb, which is a base requirement for SMBFS. In the while SMBFS regular users can use FUSE interface and smbnetfs port to work with their SMBFS partitions. Also, there are ongoing efforts by vendor to support in-kernel smbfs, so there are good chances that it will get relinked once properly locked. This is not targeted for MFC.
* Disconnect non-MPSAFE NTFS from the build in preparation for droppingattilio2012-10-172-3/+0
| | | | | | | | | | | | | | GIANT from VFS. This code is particulary broken and fragile and other in-kernel implementations around, found in other operating systems, don't really seem clean and solid enough to be imported at all. If someone wants to reconsider in-kernel NTFS implementation for inclusion again, a fair effort for completely fixing and cleaning it up is expected. In the while NTFS regular users can use FUSE interface and ntfs-3g port to work with their NTFS partitions. This is not targeted for MFC.
* Disconnect non-MPSAFE NWFS from the build in preparation for droppingattilio2012-10-171-7/+0
| | | | | | | | | | | | GIANT from VFS. In addition, disconnect also netncp, which is a base requirement for NWFS. In the possibility of a future maintenance of the code and later readd to the FreeBSD base, maybe we should think about a better location for netncp. I'm not entirely sure the / top location is actually right, however I will let network people to comment on that more specifically. This is not targeted for MFC.
* Disconnect non-MPSAFE CODAFS from the build in preparation for droppingattilio2012-10-161-2/+0
| | | | | | GIANT from VFS. This is not targeted for MFC.
* Disconnect non-MPSAFE XFS from the build in preparation for droppingattilio2012-10-161-1/+0
| | | | | | GIANT from VFS. This is not targeted for MFC.
* Disconnect non-MPSAFE PORTALFS from the build in preparation for droppingattilio2012-10-161-1/+0
| | | | | | GIANT from VFS. This is not targeted for MFC.
* Split sdhci driver in two parts: sdhci and sdhci_pci.gonzo2012-10-163-1/+10
| | | | | | | | | | | sdchi encapsulates a generic SD Host Controller logic that relies on actual hardware driver for register access. sdhci_pci implements driver for PCI SDHC controllers using new SDHCI interface No kernel config modifications are required, but if you load sdhc as a module you must switch to sdhci_pci instead.
* Import a FreeBSD port of the FUSE Linux module.attilio2012-10-132-0/+11
| | | | | | | | | | | | | | | | | | | | | | | | | This has been developed during 2 summer of code mandates and being revived by gnn recently. The functionality in this commit mirrors entirely content of fusefs-kmod port, which doesn't need to be installed anymore for -CURRENT setups. In order to get some sparse technical notes, please refer to: http://lists.freebsd.org/pipermail/freebsd-fs/2012-March/013876.html or to the project branch: svn://svn.freebsd.org/base/projects/fuse/ which also contains granular history of changes happened during port refinements. This commit does not came from the branch reintegration itself because it seems svn is not behaving properly for this functionaly at the moment. Partly Sponsored by: Google, Summer of Code program 2005, 2011 Originally submitted by: ilya, Csaba Henk <csaba-ml AT creo DOT hu > In collabouration with: pho Tested by: flo, gnn, Gustau Perez, Kevin Oberman <rkoberman AT gmail DOT com> MFC after: 2 months
* Virtio SCSI drivergrehan2012-10-112-1/+37
| | | | | Submitted by: Bryan Venteicher bryanv at daemoninthecloset dot org Reviewed by: grehan
* Restrict the module to varied environments.obrien2012-10-081-1/+5
|
* Add TRIM support.pjd2012-09-231-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | The code builds a map of regions that were freed. On every write the code consults the map and eventually removes ranges that were freed before, but are now overwritten. Freed blocks are not TRIMed immediately. There is a tunable that defines how many txg we should wait with TRIMming freed blocks (64 by default). There is a low priority thread that TRIMs ranges when the time comes. During TRIM we keep in-flight ranges on a list to detect colliding writes - we have to delay writes that collide with in-flight TRIMs in case something will be reordered and write will reached the disk before the TRIM. We don't have to do the same for in-flight writes, as colliding writes just remove ranges to TRIM. Sponsored by: multiplay.co.uk This work includes some important fixes and some improvements obtained from the zfsonlinux project, including TRIMming entire vdevs on pool create/add/attach and on pool import for spare and cache vdevs. Obtained from: zfsonlinux Submitted by: Etienne Dechamps <etienne.dechamps@ovh.net>
* Add nvme(4) and nvd(4) Makefiles to the tree.jimharris2012-09-172-0/+29
| | | | | Noticed by: pluknet Pointy-hat to: jimharris
* Integrate nvme(4) and nvd(4) into the amd64 and i386 builds.jimharris2012-09-171-0/+6
| | | | Sponsored by: Intel
* o Create directory sys/netpfil, where all packet filters shouldglebius2012-09-146-14/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | reside, and move there ipfw(4) and pf(4). o Move most modified parts of pf out of contrib. Actual movements: sys/contrib/pf/net/*.c -> sys/netpfil/pf/ sys/contrib/pf/net/*.h -> sys/net/ contrib/pf/pfctl/*.c -> sbin/pfctl contrib/pf/pfctl/*.h -> sbin/pfctl contrib/pf/pfctl/pfctl.8 -> sbin/pfctl contrib/pf/pfctl/*.4 -> share/man/man4 contrib/pf/pfctl/*.5 -> share/man/man5 sys/netinet/ipfw -> sys/netpfil/ipfw The arguable movement is pf/net/*.h -> sys/net. There are future plans to refactor pf includes, so I decided not to break things twice. Not modified bits of pf left in contrib: authpf, ftp-proxy, tftp-proxy, pflogd. The ipfw(4) movement is planned to be merged to stable/9, to make head and stable match. Discussed with: bz, luigi
* Update interface to firmware 1.6.2 and include the firmware in the driver.np2012-09-131-6/+6
| | | | | Obtained from: Chelsio MFC after: 1 week
* Remove some trailing whitespace.jimharris2012-09-121-1/+1
|
* Remove scsi_low_pisa.c from the module Makefile to keep in linegnn2012-09-101-1/+1
| | | | with r240325.
* Merge the projects/pf/head branch, that was worked on for last six months,glebius2012-09-081-3/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | into head. The most significant achievements in the new code: o Fine grained locking, thus much better performance. o Fixes to many problems in pf, that were specific to FreeBSD port. New code doesn't have that many ifdefs and much less OpenBSDisms, thus is more attractive to our developers. Those interested in details, can browse through SVN log of the projects/pf/head branch. And for reference, here is exact list of revisions merged: r232043, r232044, r232062, r232148, r232149, r232150, r232298, r232330, r232332, r232340, r232386, r232390, r232391, r232605, r232655, r232656, r232661, r232662, r232663, r232664, r232673, r232691, r233309, r233782, r233829, r233830, r233834, r233835, r233836, r233865, r233866, r233868, r233873, r234056, r234096, r234100, r234108, r234175, r234187, r234223, r234271, r234272, r234282, r234307, r234309, r234382, r234384, r234456, r234486, r234606, r234640, r234641, r234642, r234644, r234651, r235505, r235506, r235535, r235605, r235606, r235826, r235991, r235993, r236168, r236173, r236179, r236180, r236181, r236186, r236223, r236227, r236230, r236252, r236254, r236298, r236299, r236300, r236301, r236397, r236398, r236399, r236499, r236512, r236513, r236525, r236526, r236545, r236548, r236553, r236554, r236556, r236557, r236561, r236570, r236630, r236672, r236673, r236679, r236706, r236710, r236718, r237154, r237155, r237169, r237314, r237363, r237364, r237368, r237369, r237376, r237440, r237442, r237751, r237783, r237784, r237785, r237788, r237791, r238421, r238522, r238523, r238524, r238525, r239173, r239186, r239644, r239652, r239661, r239773, r240125, r240130, r240131, r240136, r240186, r240196, r240212. I'd like to thank people who participated in early testing: Tested by: Florian Smeets <flo freebsd.org> Tested by: Chekaluk Vitaly <artemrts ukr.net> Tested by: Ben Wilber <ben desync.com> Tested by: Ian FREISLICH <ianf cloudseed.co.za>
* Add a kernel module on pc98 for the ct(4) driver.jhb2012-09-062-0/+12
|
* Add support for new Intel on-CPU Bull Mountain random numberkib2012-09-051-1/+2
| | | | | | | | | | | | | | | | | | | generator, found on IvyBridge and supposedly later CPUs, accessible with RDRAND instruction. From the Intel whitepapers and articles about Bull Mountain, it seems that we do not need to perform post-processing of RDRAND results, like AES-encryption of the data with random IV and keys, which was done for Padlock. Intel claims that sanitization is performed in hardware. Make both Padlock and Bull Mountain random generators support code covered by kernel config options, for the benefit of people who prefer minimal kernels. Also add the tunables to disable hardware generator even if detected. Reviewed by: markm, secteam (simon) Tested by: bapt, Michael Moll <kvedulv@kvedulv.de> MFC after: 3 weeks
* Partially revert r239959, after actually fixing most of the clangdim2012-09-021-6/+0
| | | | | | | | | | warnings in sys/gnu/fs/xfs. The only warnings that still need to be suppressed are those about array bound overruns of flexible array members in xfs_dir2_{block,sf}.c, which are too expensive (in terms of cascading code changes) to fix. MFC after: 1 week X-MFC-With: r239959
* The dtnfsclient module dependency should only be added if the old NFSrpaulo2012-09-012-1/+4
| | | | client support was compiled in.
* Work around several warnings from clang in the xfs filesystem, whendim2012-08-311-2/+7
| | | | | | | | linking it statically into the kernel. With our gcc in base there are no warnings, so also remove the WERROR= from the module makefile. Noted by: Eir Nym <eirnym@gmail.com> MFC after: 1 week
* Remove workaround for the clang 3.2 warning in ah_eeprom_9287.c, sincedim2012-08-291-1/+0
| | | | the fix has been applied now.
* Upgrade our copy of llvm/clang to trunk r162107. With thanks todim2012-08-204-2/+15
| | | | Benjamin Kramer and Joerg Sonnenberger for their input and fixes.
* Add drm and i915 ioctl translations for 32 bit process on 64 bit host.kib2012-08-182-2/+12
| | | | | Submitted by: meowthink@gmail.com MFC after: 2 weeks
* Support for TCP DDP (Direct Data Placement) in the T4 TOE module.np2012-08-171-1/+1
| | | | | | | | | | | | Basically, this is automatic rx zero copy when feasible. TCP payload is DMA'd directly into the userspace buffer described by the uio submitted in soreceive by an application. - Works with sockets that are being handled by the TCP offload engine of a T4 chip (you need t4_tom.ko module loaded after cxgbe, and an "ifconfig +toe" on the cxgbe interface). - Does not require any modification to the application. - Not enabled by default. Use hw.t4nex.<X>.toe.ddp="1" to enable it.
* Merge ACPICA 20120816.jkim2012-08-161-1/+1
|
* Merging of projects/armv6, part 10gonzo2012-08-152-0/+10
| | | | | | | | | | - Support for Texas Instruments SoCs: - AM335x - OMAP4 - Kernel configs, DTS for Beaglebone and Pandaboard Submitted by: Ben Gray, Damjan Marion
* Merging of projects/armv6, part 5gonzo2012-08-152-1/+39
| | | | | | | - Driver for SMSC LAN95XX and LAN8710A ethernet controllers - Driver for LAN8710A PHY Submitted by: Ben Gray, Damjan Marion, Tim Kientzle
* Assume INET, INET6, and TCP_OFFLOAD when the driver is built out of tree andnp2012-08-142-0/+25
| | | | | | KERNBUILDDIR is not set. MFC after: 2 weeks
* Remove opt_enc.h from files committed with r235911. enc(4) is thebz2012-07-301-1/+0
| | | | | | | | 'encapsulating interface' used with IPsec and has nothing to do with storage 'enclosure' services. MFC after: 3 days Noticed while: debugging why enc(4) is no longer automatically created
* Refactor enclosure manegement support in ahci(4). Move it out into separatemav2012-07-261-1/+1
| | | | | | | | | subdevice ahciem. Emulate SEMB SES device from AHCI LED interface to expose it to users in form of ses(4) CAM device. If we ever see AHCI controllers supporting SES of SAF-TE over I2C as described by specification, they should fit well into this new picture. Sponsored by: iXsystems, Inc.
* Begin separating out the TX DMA setup in preparation for TX EDMA support.adrian2012-07-231-1/+1
| | | | | | | | | | | | * Introduce TX DMA setup/teardown methods, mirroring what's done in the RX path. Although the TX DMA descriptor is setup via ath_desc_alloc() / ath_desc_free(), there TX status descriptor ring will be allocated in this path. * Remove some of the TX EDMA capability probing from the RX path and push it into the new TX EDMA path.
* Merge ACPICA 20120711.jkim2012-07-111-12/+7
|
* Initial commit of an I/O provider for DTrace on FreeBSD.gnn2012-07-113-0/+15
| | | | | | | | | | | | These probes are most useful when looking into the structures they provide, which are listed in io.d. For example: dtrace -n 'io:genunix::start { printf("%d\n", args[0]->bio_bcount); }' Note that the I/O systems in FreeBSD and Solaris/Illumos are sufficiently different that there is not a 1:1 mapping from scripts that work with one to the other. MFC after: 1 month
* Add a source file needed for module linking.kib2012-07-061-1/+1
| | | | MFC after: 4 days
* Sync with Intel internal source:jfv2012-07-051-1/+1
| | | | | | | | shared code update and small changes in core required Add support for new i210/i211 devices Improve queue calculation based on mac type MFC after:5 days
* Link in the new RX EDMA routines.adrian2012-07-031-1/+1
|
* There's no need to make filemon specific to i386 and amd64. Allmarcel2012-07-021-5/+1
| | | | | LP64 architectures define elf64_freebsd_sysvec and all ILP32 architectures define elf32_freebsd_sysvec.
* Add acpi_asus_wmi(4) -- driver for random extras found on WMI-compatiblemav2012-07-022-1/+10
| | | | | | | | | | | | | | | Asus laptops. It is alike to acpi_asus(4), but uses WMI interface instead of separate ACPI device. On Asus EeePC T101MT netbook it allows to handle hotkeys and on/off WLAN, Bluetooth, LCD backlight, camera, cardreader and touchpad. On Asus UX31A ultrabook it allows to handle hotkeys, on/off WLAN, Bluetooth, Wireless LED, control keyboard backlight brightness, monitor temperature and fan speed. LCD brightness control doesn't work now for unknown reason, possibly requiring some video card initialization. Sponsored by: iXsystems, Inc.
* cxgbe(4): support for IPv6 TSO and LRO.np2012-06-291-1/+1
| | | | Submitted by: bz (this is a modified version of that patch)
* Add nand core module and module dependency information.takawata2012-06-261-0/+13
| | | | Reviewed by:gber
* Fix 'make depend'.uqs2012-06-252-4/+4
|
* - Updated TOE support in the kernel.np2012-06-1910-49/+64
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Stateful TCP offload drivers for Terminator 3 and 4 (T3 and T4) ASICs. These are available as t3_tom and t4_tom modules that augment cxgb(4) and cxgbe(4) respectively. The cxgb/cxgbe drivers continue to work as usual with or without these extra features. - iWARP driver for Terminator 3 ASIC (kernel verbs). T4 iWARP in the works and will follow soon. Build-tested with make universe. 30s overview ============ What interfaces support TCP offload? Look for TOE4 and/or TOE6 in the capabilities of an interface: # ifconfig -m | grep TOE Enable/disable TCP offload on an interface (just like any other ifnet capability): # ifconfig cxgbe0 toe # ifconfig cxgbe0 -toe Which connections are offloaded? Look for toe4 and/or toe6 in the output of netstat and sockstat: # netstat -np tcp | grep toe # sockstat -46c | grep toe Reviewed by: bz, gnn Sponsored by: Chelsio communications. MFC after: ~3 months (after 9.1, and after ensuring MFC is feasible)
OpenPOWER on IntegriCloud