summaryrefslogtreecommitdiffstats
path: root/sys/amd64/conf
Commit message (Collapse)AuthorAgeFilesLines
* Remove compatibility shims for legacy ATA device names.mav2015-10-111-1/+0
| | | | | We got new ATA stack in FreeBSD 8.x, switched to it at 9.x, completely removed old stack at 10.x, so at 11.x it is time to remove compat shims.
* Import ioat(4) drivercem2015-08-241-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | I/OAT is also referred to as Crystal Beach DMA and is a Platform Storage Extension (PSE) on some Intel server platforms. This driver currently supports DMA descriptors only and is part of a larger effort to upstream an interconnect between multiple systems using the Non-Transparent Bridge (NTB) PSE. For now, this driver is only built on AMD64 platforms. It may be ported to work on i386 later, if that is desired. The hardware is exclusive to x86. Further documentation on ioat(4), including API documentation and usage, can be found in the new manual page. Bring in a test tool, ioatcontrol(8), in tools/tools/ioat. The test tool is not hooked up to the build and is not intended for end users. Submitted by: jimharris, Carl Delsey <carl.r.delsey@intel.com> Reviewed by: jimharris (reviewed my changes) Approved by: markj (mentor) Relnotes: yes Sponsored by: Intel Sponsored by: EMC / Isilon Storage Division Differential Revision: https://reviews.freebsd.org/D3456
* Add pmspvc device back to GENERIC. The issues with the device playingimp2015-08-031-2/+1
| | | | | | grabby hands with other driver's devices has been solved. MFC After: 3 weeks
* Pull pmspcv (pms(4)) from GENERIC. It has PCI ID conflictsgjb2015-07-311-1/+2
| | | | | | | | with ahd(4), mvs(4), and likely other drivers. MFC after: immediately With hat: re Sponsored by: The FreeBSD Foundation
* Describe COMPAT_CLOUDABI64 in the amd64 configuration NOTES file.ed2015-07-211-0/+3
|
* Implement the lockstat provider using SDT(9) instead of the custom providermarkj2015-07-191-1/+0
| | | | | | | | in lockstat.ko. This means that lockstat probes now have typed arguments and will utilize SDT probe hot-patching support when it arrives. Reviewed by: gnn Differential Revision: https://reviews.freebsd.org/D2993
* Merge driver for PMC Sierra's range of SAS/SATA HBAs.benno2015-07-172-0/+5
|\ | | | | | | | | Submitted by: Achim Leubner <Achim.Leubner@pmcs.com> Reviewed by: scottl
| * Driver 'pmspcv' added. Supports PMC-Sierra ↵achim2015-07-072-0/+5
| | | | | | | | PM8001/8081/8088/8089/8074/8076/8077 SAS/SATA HBA Controllers.
* | Revert inadvertent change to amd64/GENERIC.pkelsey2015-07-151-1/+1
| |
* | Add netmap support for ixgbe SRIOV VFs (that is, to if_ixv).pkelsey2015-07-151-1/+1
| | | | | | | | | | | | | | Differential Revision: https://reviews.freebsd.org/D2923 Reviewed by: erj, gnn Approved by: jmallett (mentor) Sponsored by: Norse Corp, Inc.
* | Spell crypto correctly.brueffer2015-07-141-1/+1
|/
* Enable IPSEC in all GENERIC kernels.gnn2015-07-041-0/+3
| | | | | | | Universe and kernel build tests passed 4 July 2015 PR: 128030 Sponsored by: Rubicon Communications (Netgate)
* Allow DTrace to be compiled-in to the kernel.br2015-06-101-0/+17
| | | | | | | | This will require for AArch64 as we dont have modules yet. Sponsored by: HEIF5 Sponsored by: ARM Ltd. Differential Revision: https://reviews.freebsd.org/D1997
* Add nvme and nvd drivers to GENERIC for amd64 and i386.jimharris2015-05-141-0/+4
| | | | | MFC after: 3 days Sponsored by: Intel
* Build GENERIC with RACCT/RCTL support by default. Note that it stilltrasz2015-05-141-0/+3
| | | | | | | | | | needs to be enabled by adding "kern.racct.enable=1" to /boot/loader.conf. Differential Revision: https://reviews.freebsd.org/D2407 Reviewed by: emaste@, wblock@ MFC after: 1 month Relnotes: yes Sponsored by: The FreeBSD Foundation
* Microsoft vmbus, storage and other related driver enhancements for HyperV.whu2015-04-292-1/+5
| | | | | | | | | | | | | | | | | | | | - Vmbus multi channel support. - Vector interrupt support. - Signal optimization. - Storvsc driver performance improvement. - Scatter and gather support for storvsc driver. - Minor bug fix for KVP driver. Thanks royger, jhb and delphij from FreeBSD community for the reviews and comments. Also thanks Hovy Xu from NetApp for the contributions to the storvsc driver. PR: 195238 Submitted by: whu Reviewed by: royger, jhb, delphij Approved by: royger MFC after: 2 weeks Relnotes: yes Sponsored by: Microsoft OSTC
* Update to the Intel ixgbe driver:jfv2015-03-171-1/+2
| | | | | | | | | | | | | | | | | | | - Split the driver into independent pf and vf loadables. This is in preparation for SRIOV support which will be following shortly. This also allows us to keep a seperate revision control over the two parts, making for easier sustaining. - Make the TX/RX code a shared/seperated file, in the old code base the ixv code would miss fixes that went into ixgbe, this model will eliminate that problem. - The driver loadables will now match the device names, something that has been requested for some time. - Rather than a modules/ixgbe there is now modules/ix and modules/ixv - It will also be possible to make your static kernel with only one or the other for streamlined installs, or both. Enjoy! Submitted by: jfv and erj
* Implement interface to create SR-IOV Virtual Functionsrstone2015-03-011-0/+1
| | | | | | | | | | | | | | | | Implement the interace to create SR-IOV Virtual Functions (VFs). When a driver registers that they support SR-IOV by calling pci_setup_iov(), the SR-IOV code creates a new node in /dev/iov for that device. An ioctl can be invoked on that device to create VFs and have the driver initialize them. At this point, allocating memory I/O windows (BARs) is not supported. Differential Revision: https://reviews.freebsd.org/D76 Reviewed by: jhb MFC after: 1 month Sponsored by: Sandvine Inc.
* Remove ISA NICs. Anyone still using these on amd64 can build theirdes2015-01-251-10/+0
| | | | own kernel.
* Plug cxgbe(4) back into !powerpc && !arm builds, instead of building itnp2015-01-161-2/+0
| | | | on amd64 only.
* New MINIMAL kernel config. The goal with this configuration is toimp2015-01-151-0/+145
| | | | | | | | only compile in those options in GENERIC that cannot be loaded as modules. ufs is still included because many of its options aren't present in the kernel module. There's some other exceptions documented in the file. This is part of some work to get more things automatically loading in the hopes of obsoleting GENERIC one day.
* Remove "New" label from NFSCL/NFSD now that they are the only NFSjhb2015-01-061-2/+2
| | | | | | client/server. While here, remove duplicate NFSCL from sys/conf/NOTES. Approved by: rmacklem
* Fix a missed comment from r276526.scottl2015-01-021-2/+0
|
* Temporarily unplug cxgbe(4) from !amd64 builds.np2014-12-311-0/+2
|
* Use compiled in default keymaps which are available both in syscons and vt.phk2014-12-251-1/+1
|
* This configuration file removes several debugging options, includinggnn2014-12-021-0/+38
| | | | | | | | WITNESS and INVARIANTS checking, which are known to have significant performance impact on running systems. When benchmarking new features this kernel should be used instead of the standard GENERIC. This kernel configuration should never appear outside of the HEAD of the FreeBSD tree.
* Renove faith(4) and faithd(8) from base. It looks like industrymelifaro2014-11-091-1/+0
| | | | | | | | | have chosen different (and more traditional) stateless/statuful NAT64 as translation mechanism. Last non-trivial commits to both faith(4) and faithd(8) happened more than 12 years ago, so I assume it is time to drop RFC3142 in FreeBSD. No objections from: net@
* Add support for netmap in GENERIC by default.gnn2014-11-051-0/+4
|
* Add VirtIO console to the x86 NOTES and filesbryanv2014-11-031-0/+1
| | | | Requested by: jhb
* Add COMPAT_FREEBSD9 and COMPAT_FREEBSD10 options to wrap code thatjhb2014-10-241-0/+2
| | | | | | provides compatability for FreeBSD 9.x and 10.x binaries. Enable these options in kernel configs that enable other COMPAT_FREEBSD<n> options.
* As per [1] Intel only supports this driver on 64bit platforms.bz2014-09-232-0/+6
| | | | | | | | | | | | | | | | | | | | | | For now restrict it to amd64. Other architectures might be re-added later once tested. Remove the drivers from the global NOTES and files files and move them to the amd64 specifics. Remove the drivers from the i386 modules build and only leave the amd64 version. Rather than depending on "inet" depend on "pci" and make sure that ixl(4) and ixlv(4) can be compiled independently [2]. This also allows the drivers to build properly on IPv4-only or IPv6-only kernels. PR: 193824 [2] Reviewed by: eric.joyner intel.com MFC after: 3 days References: [1] http://lists.freebsd.org/pipermail/svn-src-all/2014-August/090470.html
* Add mrsas(4) to GENERIC for i386 and amd64.markj2014-09-041-0/+1
| | | | | Approved by: ambrisko, kadesai MFC after: 3 days
* Fix build of si(4) and enable it in LINT on amd64 and i386.jhb2014-08-201-1/+1
|
* Update i386/NOTES and amd64/NOTES files to contain the complete list ofgavin2014-08-141-4/+17
| | | | | | firmwares for iwn(4) and sort them. MFC after: 1 week
* Add vt(4) devices and options to NOTESemaste2014-07-011-0/+4
| | | | Reviewed by: marius (earlier version)
* Add vt(4) to GENERIC and retire the separate VT configemaste2014-06-302-15/+5
| | | | | vt(4) and sc(4) can now coexist in the same kernel. To choose the vt driver, set the loader tunable kern.vty=vt .
* Restore comments accidentally removed.imp2014-06-061-1/+1
| | | | MFC after: 3 days
* imagact_binmisc builds for all supported architectures, so enable it for all.jhibbits2014-05-221-3/+0
| | | | | | | Any bugs in execution will be dealt with as they crop up. MFC after: 3 weeks Relnotes: Yes
* Disable ACPI and P4TCC throttling by default, following discussion onnwhitehorn2014-05-041-0/+2
| | | | | | | | freebsd-current. These CPU speed control techniques are usually unhelpful at best. For now, continue building the relevant code into GENERIC so that it can trivially be re-enabled at runtime if anyone wants it. MFC after: 1 month
* Bring in the mpr(4) driver for LSI's MPT3 12Gb SAS controllers.ken2014-05-021-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is derived from the mps(4) driver, but it supports only the 12Gb IT and IR hardware including the SAS 3004, SAS 3008 and SAS 3108. Some notes about this driver: o The 12Gb hardware can do "FastPath" I/O, and that capability is included in this driver. o WarpDrive functionality has been removed, since it isn't supported in the 12Gb driver interface. o The Scatter/Gather list handling code is significantly different between the 6Gb and 12Gb hardware. The 12Gb boards support IEEE Scatter/Gather lists. Thanks to LSI for developing and testing this driver for FreeBSD. share/man/man4/mpr.4: mpr(4) man page. sys/dev/mpr/*: mpr(4) driver files. sys/modules/Makefile, sys/modules/mpr/Makefile: Add a module Makefile for the mpr(4) driver. sys/conf/files: Add the mpr(4) driver. sys/amd64/conf/GENERIC, sys/i386/conf/GENERIC, sys/mips/conf/OCTEON1, sys/sparc64/conf/GENERIC: Add the mpr(4) driver to all config files that currently have the mps(4) driver. sys/ia64/conf/GENERIC: Add the mps(4) and mpr(4) drivers to the ia64 GENERIC config file. sys/i386/conf/XEN: Exclude the mpr module from building here. Submitted by: Steve McConnell <Stephen.McConnell@lsi.com> MFC after: 3 days Tested by: Chris Reeves <chrisr@spectralogic.com> Sponsored by: LSI, Spectra Logic Relnotes: LSI 12Gb SAS driver mpr(4) added
* lindev(4): finish the partial commit in r265212eadler2014-05-021-3/+0
| | | | | | | | | | | lindev(4) was only used to provide /dev/full which is now a standard feature of FreeBSD. /dev/full was never linux-specific and provides a generally useful feature. Document this in UPDATING and bump __FreeBSD_version. This will be documented in the PH shortly. Reported by: jkim
* Don't need this now. VT does the same thing, but better.nwhitehorn2014-04-271-11/+0
| | | | Submitted by: gjb
* Add vt_efifb to VT kernel configuration now that that actually works. Thisnwhitehorn2014-04-271-0/+1
| | | | | | kernel will now boot on both BIOS and EFI systems without modification. Equivalent functionality in GENERIC requires making vt(9) the default console driver, which is probably appropriate at this point.
* Add a UEFI kernel configuration to include the VT kernel, andgjb2014-04-251-0/+11
| | | | | | | | | | replace the vt_vga driver with vt_efifb. This is intended to help with snapshot builds only. There is no intention to MFC this commit. Sponsored by: The FreeBSD Foundation
* Really, really, really only allow this option for amd64/i386 builds.sbruno2014-04-091-0/+3
| | | | Submitted by: imp@ and tinderbox
* Rather than require a makeoptions DEBUG to get debug correct,imp2014-03-251-1/+1
| | | | | | | | | | | | | | | | | | | add it in kern.mk, but only if we're using clang. While this option is supported by both clang and gcc, in the future there may be changes to clang which change the defaults that require a tweak to build our kernel such that other tools in our tree will work. Set a good example by forcing -gdwarf-2 only for clang builds, and only if the user hasn't specified another dwarf level already. Update UPDATING to reflect the changed state of affairs. This also keeps us from having to update all the ARM kernels to add this, and also keeps us from in the future having to update all the MIPS kernels and is one less place the user will have to know to do something special for clang and one less thing developers will need to do when moving an architecture to clang. Reviewed by: ian@ MFC after: 1 week
* In kernel config files, it is supposed to be 'options<space><tab>' notimp2014-03-181-2/+2
| | | | | 'options<tab><tab>', per long standing (but recently not so strictly enforced) convention.
* Align all comments in config files on same column. This consistencyimp2014-03-161-186/+186
| | | | | | helps when bits and pieces of GENERIC from i386 or amd64 are cut and pasted into other architecture's config files (which in the case of ARM had gotten rather akimbo).
* Revert a small portion of r263198 left over from local testing: don'trwatson2014-03-151-2/+0
| | | | enable PCB groups and RSS by default [yet].
* Several years after initial development, merge prototype support forrwatson2014-03-151-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | linking NIC Receive Side Scaling (RSS) to the network stack's connection-group implementation. This prototype (and derived patches) are in use at Juniper and several other FreeBSD-using companies, so despite some reservations about its maturity, merge the patch to the base tree so that it can be iteratively refined in collaboration rather than maintained as a set of gradually diverging patch sets. (1) Merge a software implementation of the Toeplitz hash specified in RSS implemented by David Malone. This is used to allow suitable pcbgroup placement of connections before the first packet is received from the NIC. Software hashing is generally avoided, however, due to high cost of the hash on general-purpose CPUs. (2) In in_rss.c, maintain authoritative versions of RSS state intended to be pushed to each NIC, including keying material, hash algorithm/ configuration, and buckets. Provide software-facing interfaces to hash 2- and 4-tuples for IPv4 and IPv6 using both the RSS standardised Toeplitz and a 'naive' variation with a hash efficient in software but with poor distribution properties. Implement rss_m2cpuid()to be used by netisr and other load balancing code to look up the CPU on which an mbuf should be processed. (3) In the Ethernet link layer, allow netisr distribution using RSS as a source of policy as an alternative to source ordering; continue to default to direct dispatch (i.e., don't try and requeue packets for processing on the 'right' CPU if they arrive in a directly dispatchable context). (4) Allow RSS to control tuning of connection groups in order to align groups with RSS buckets. If a packet arrives on a protocol using connection groups, and contains a suitable hardware-generated hash, use that hash value to select the connection group for pcb lookup for both IPv4 and IPv6. If no hardware-generated Toeplitz hash is available, we fall back on regular PCB lookup risking contention rather than pay the cost of Toeplitz in software -- this is a less scalable but, at my last measurement, faster approach. As core counts go up, we may want to revise this strategy despite CPU overhead. Where device drivers suitably configure NICs, and connection groups / RSS are enabled, this should avoid both lock and line contention during connection lookup for TCP. This commit does not modify any device drivers to tune device RSS configuration to the global RSS configuration; patches are in circulation to do this for at least Chelsio T3 and Intel 1G/10G drivers. Currently, the KPI for device drivers is not particularly robust, nor aware of more advanced features such as runtime reconfiguration/rebalancing. This will hopefully prove a useful starting point for refinement. No MFC is scheduled as we will first want to nail down a more mature and maintainable KPI/KBI for device drivers. Sponsored by: Juniper Networks (original work) Sponsored by: EMC/Isilon (patch update and merge)
OpenPOWER on IntegriCloud