summaryrefslogtreecommitdiffstats
path: root/share/man/man4/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* Obsolete mkulzma(8) and geom_uncompress(4), their functionalitysobomax2016-02-241-1/+0
| | | | | | is now provided by mkuzip(8) and geom_uzip(4) respectively. MFC after: 1 month
* Add a simple manpage for the cfi(4) and associated cfid(4) drivers.brooks2016-01-201-0/+2
| | | | | MFC after: 1 week Sponsored by: DARPA, AFRL
* [rtwn] Add initial manpages for the rtwn driver.adrian2015-12-311-0/+2
|
* [mdio] migrate mdiobus out of etherswitch and into a top-level device of its ↵adrian2015-12-261-0/+1
| | | | | | | | | | | own. The mdio driver interface is generally useful for devices that require MDIO without the full MII bus interface. This lifts the driver/interface out of etherswitch(4), and adds a mdio(4) man page. Submitted by: Landon Fuller <landon@landonf.org> Differential Revision: https://reviews.freebsd.org/D4606
* Add initial support for RTL8152 USB Fast Ethernet. RTL8152 supportskevlo2015-12-011-0/+2
| | | | | | | | | | IPv4/IPv6 checksum offloading and VLAN tag insertion/stripping. Since uether doesn't provide a way to announce driver specific offload capabilities to upper stack, checksum offloading support needs more work and will be done in the future. Special thanks to Hayes Wang from RealTek who gave input.
* Revert r291170ngie2015-11-231-6/+2
| | | | | | | | | | | | | | The mlx5* driver(s) are built [*]/installed separate from the OFED stack thanks to recent refactoring done in the linuxkpi(4) module. Always install the manpages instead of conditionally installing them if MK_OFED != no * Further refactoring of sys/ofed and linuxkpi(4) is pending to fully divorce mlx5* from ofed headers MFC after: never Requested by: hps
* Install mce(4) and mlx5en(4) if MK_OFED != nongie2015-11-231-2/+6
| | | | MFC after: 1 week
* Add the mlx5 and mlx5en modules to the i386 and amd64 kernel builds byhselasky2015-11-191-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | default and add a manual page for mlx5en. The mlx5 module contains shared code for both infiniband and ethernet. The mlx5en module contains specific code for ethernet functionality only. A mlx5ib module is in the works for infiniband support. Supported hardware: - ConnectX-4: 10/20/25/40/50/56/100Gb/s speeds. - ConnectX-4 LX: 10/25/40/50Gb/s speeds (low power consumption) Refer to the mlx5en(4) manual page for a comprehensive list. The team porting the mlx5 driver(s) to FreeBSD: - Hans Petter Selasky <hselasky@freebsd.org> - Oded Shanoon <odeds@mellanox.com> - Meny Yossefi <menyy@mellanox.com> - Shany Michaely <shanim@mellanox.com> - Shahar Klein <shahark@mellanox.com> - Daria Genzel <dariaz@mellanox.com> - Mark Bloch <markb@mellanox.com> Differential Revision: https://reviews.freebsd.org/D4163 Submitted by: Mark Block <markb@mellanox.com> Sponsored by: Mellanox Technologies Reviewed by: gnn @ MFC after: 3 days
* Move the MK_BLUETOOTH block down below the architecture specific sections by thengie2015-11-101-4/+4
| | | | | | | | | other generic options MFC after: 3 days X-MFC with: r290659 PR: 193260 Sponsored by: EMC / Isilon Storage Divisions
* - Move ng_bluetooth.4 under MK_BLUETOOTH != nongie2015-11-101-1/+4
| | | | | | | | | - Move all section 5 bluetooth manpages under MK_BLUETOOTH != no MFC after: 3 days PR: 193260 Reported by: Philippe Michel <philippe.michel7@sfr.fr> Sponsored by: EMC / Isilon Storage Division
* Conditionally install (if_)?(otus|rsu).4, otusfw.4, rsufw.4, and urtwn.4 ifngie2015-11-021-7/+7
| | | | | | | | | | | MK_USB != no Add the manpages to OptionalObsoleteFiles.inc As a side-effect, this also fixes installworld with MK_USB == no X-MFC with: r290128 Sponsored by: EMC / Isilon Storage Division
* Add MLINKS for if_otus(4), if_rsu(4) and if_urtwn(4).kevlo2015-10-291-0/+3
|
* Add man pages for the AR9170 and AR9170 firmware.adrian2015-09-261-0/+2
|
* New 1-Wire bus implementation. 1-Wire controller is abstracted, thoughimp2015-08-271-0/+4
| | | | | | | | | | | | | | | | | | only gpiobus configured via FDT is supported. Bus enumeration is supported. Devices are created for each device found. 1-Wire temperature controllers are supported, but other drivers could be written. Temperatures are polled and reported via a sysctl. Errors are reported via sysctl counters. Mis-wired bus detection is included for more trouble shooting. See ow(4), owc(4) and ow_temp(4) for details of what's supported and known issues. This has been tested on Raspberry Pi-B, Pi2 and Beagle Bone Black with up to 7 devices. Differential Revision: https://reviews.freebsd.org/D2956 Relnotes: yes MFC after: 2 weeks Reviewed by: loos@ (with many insightful comments)
* Import ioat(4) drivercem2015-08-241-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Hook up iwm.4 and iwmfw.4 to the build.brueffer2015-08-101-0/+3
|
* Add a manual page for the cloudabi and cloudabi64 kernel modules.ed2015-08-021-0/+2
| | | | | | | | | | | CloudABI has two separate kernel modules: cloudabi and cloudabi64. The first module contains all the pointer size independent code, whereas cloudabi64 contains the actual 64-bits specific system calls and the ELF loader. Reviewed by: wblock Obtained from: https://github.com/NuxiNL/freebsd Differential Revision: https://reviews.freebsd.org/D3258
* The kernel option and module are actually called pmspcv.brueffer2015-07-301-0/+1
| | | | MFC after: 3 days
* isl(4), driver for Intersil I2C ISL29018 Digital Ambient Light Sensorgrembo2015-07-251-0/+1
| | | | | | | Differential Revision: https://reviews.freebsd.org/D2811 Reviewed by: adrian, wblock Approved by: adrian, wblock Relnotes: yes
* cyapa(4), driver for the Cypress APA I2C trackpadgrembo2015-07-251-0/+1
| | | | | | | Differential Revision: https://reviews.freebsd.org/D3068 Reviewed by: kib, wblock Approved by: kib Relnotes: yes
* Add a basic manpage for the pms driver.brueffer2015-07-241-0/+1
| | | | | MFC after: 1 week Committed from: Essen FreeBSD Hackathon
* Add an initial NUMA affinity/policy configuration for threads and processes.adrian2015-07-111-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is based on work done by jeff@ and jhb@, as well as the numa.diff patch that has been circulating when someone asks for first-touch NUMA on -10 or -11. * Introduce a simple set of VM policy and iterator types. * tie the policy types into the vm_phys path for now, mirroring how the initial first-touch allocation work was enabled. * add syscalls to control changing thread and process defaults. * add a global NUMA VM domain policy. * implement a simple cascade policy order - if a thread policy exists, use it; if a process policy exists, use it; use the default policy. * processes inherit policies from their parent processes, threads inherit policies from their parent threads. * add a simple tool (numactl) to query and modify default thread/process policities. * add documentation for the new syscalls, for numa and for numactl. * re-enable first touch NUMA again by default, as now policies can be set in a variety of methods. This is only relevant for very specific workloads. This doesn't pretend to be a final NUMA solution. The previous defaults in -HEAD (with MAXMEMDOM set) can be achieved by 'sysctl vm.default_policy=rr'. This is only relevant if MAXMEMDOM is set to something other than 1. Ie, if you're using GENERIC or a modified kernel with non-NUMA, then this is a glorified no-op for you. Thank you to Norse Corp for giving me access to rather large (for FreeBSD!) NUMA machines in order to develop and verify this. Thank you to Dell for providing me with dual socket sandybridge and westmere v3 hardware to do NUMA development with. Thank you to Scott Long at Netflix for providing me with access to the two-socket, four-domain haswell v3 hardware. Thank you to Peter Holm for running the stress testing suite against the NUMA branch during various stages of development! Tested: * MIPS (regression testing; non-NUMA) * i386 (regression testing; non-NUMA GENERIC) * amd64 (regression testing; non-NUMA GENERIC) * westmere, 2 socket (thankyou norse!) * sandy bridge, 2 socket (thankyou dell!) * ivy bridge, 2 socket (thankyou norse!) * westmere-EX, 4 socket / 1TB RAM (thankyou norse!) * haswell, 2 socket (thankyou norse!) * haswell v3, 2 socket (thankyou dell) * haswell v3, 2x18 core (thankyou scott long / netflix!) * Peter Holm ran a stress test suite on this work and found one issue, but has not been able to verify it (it doesn't look NUMA related, and he only saw it once over many testing runs.) * I've tested bhyve instances running in fixed NUMA domains and cpusets; all seems to work correctly. Verified: * intel-pcm - pcm-numa.x and pcm-memory.x, whilst selecting different NUMA policies for processes under test. Review: This was reviewed through phabricator (https://reviews.freebsd.org/D2559) as well as privately and via emails to freebsd-arch@. The git history with specific attributes is available at https://github.com/erikarn/freebsd/ in the NUMA branch (https://github.com/erikarn/freebsd/compare/local/adrian_numa_policy). This has been reviewed by a number of people (stas, rpaulo, kib, ngie, wblock) but not achieved a clear consensus. My hope is that with further exposure and testing more functionality can be implemented and evaluated. Notes: * The VM doesn't handle unbalanced domains very well, and if you have an overly unbalanced memory setup whilst under high memory pressure, VM page allocation may fail leading to a kernel panic. This was a problem in the past, but it's much more easily triggered now with these tools. * This work only controls the path through vm_phys; it doesn't yet strongly/predictably affect contigmalloc, KVA placement, UMA, etc. So, driver placement of memory isn't really guaranteed in any way. That's next on my plate. Sponsored by: Norse Corp, Inc.; Dell
* Rename the dtrace-* man pages to dtrace_* for consistency with othermarkj2015-07-051-6/+6
| | | | subsection man pages (e.g. geom_*, mac_*, snd_*).
* Add a ugold(4) manpage, adapted from the OpenBSD one.brueffer2015-06-111-0/+1
|
* ig4 - Intel fourth gen integrated I2C SMBus driver.grembo2015-05-301-0/+1
| | | | | | | Differential Revision: https://reviews.freebsd.org/D2372 Reviewed by: jhb, wblock, adrian Approved by: jhb, wblock Relnotes: yes
* Add manual pages for the io, ip, proc, sched, tcp and udp DTrace providers.markj2015-04-181-0/+15
| | | | | | | | | The format of these pages is somewhat experimental, so they may be subject to further tweaking. Differential Revision: https://reviews.freebsd.org/D2170 Reviewed by: bcr, rpaulo MFC after: 2 weeks
* Add a driver for the Dallas/Maxim DS1307, another common i2c RTC.loos2015-03-201-0/+1
| | | | | | | | Many thanks to ian who gently provided me the DS1307 breakout board. Tested on: Raspberry pi Differential Revision: https://reviews.freebsd.org/D2022 Reviewed by: rpaulo
* Bump .Dd to current date (which I should have done as part of initialloos2015-03-071-0/+1
| | | | | | commit). Connect ds3231.4 to the build.
* Add cxl(4) and if_cxl(4) as links to cxgbe(4).np2015-02-201-1/+3
| | | | MFC after: 1 week.
* Import USB display link driver from OpenBSD. Support for compressionhselasky2015-02-151-0/+1
| | | | | | | has been removed and the driver has been greatly simplified and optimised for FreeBSD. The driver is currently not built by default. Requested by: Bruce Simpson <bms@fastmail.net>
* Clean up more usb related files when MK_USB == no when dealing withngie2015-02-041-57/+62
| | | | | | | | manpages, libraries, and binaries MFC after: 1 week X-MFC with: r278135 Sponsored by: EMC / Isilon Storage Division
* Add MK_BHYVE knob for building and installing bhyve(4), et alngie2015-01-261-1/+4
| | | | | MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division
* Add MK_CCD knob for building and installing ccd(4), ccdconfig, etcngie2015-01-251-1/+5
| | | | | MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division
* Add MK_ISCSI knob for building the iscsi initiator, iscsi daemon, kernelngie2015-01-251-2/+6
| | | | | | | modules, etc MFC after: 2 weeks Sponsored by: EMC / Isilon Storage Division
* Add needed bits to the Makefile, and the Mt to the emails.jfv2015-01-151-0/+4
| | | | | | Thanks to Nathan and Baptiste for the corrections :) MFC after: 1 week
* DCTCP (Data Center TCP) implementation.hiren2015-01-121-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | DCTCP congestion control algorithm aims to maximise throughput and minimise latency in data center networks by utilising the proportion of Explicit Congestion Notification (ECN) marked packets received from capable hardware as a congestion signal. Highlights: Implemented as a mod_cc(4) module. ECN (Explicit congestion notification) processing is done differently from RFC3168. Takes one-sided DCTCP into consideration where only one of the sides is using DCTCP and other is using standard ECN. IETF draft: http://tools.ietf.org/html/draft-bensley-tcpm-dctcp-00 Thesis report by Midori Kato: https://eggert.org/students/kato-thesis.pdf Submitted by: Midori Kato <katoon@sfc.wide.ad.jp> and Lars Eggert <lars@netapp.com> with help and modifications from hiren Differential Revision: https://reviews.freebsd.org/D604 Reviewed by: gnn
* Add a very basic manpage for the Etherswitch framework.brueffer2015-01-051-0/+1
| | | | MFC after: 1 week
* Garbage collect the asr driver. Hardware for it has not been produced inscottl2015-01-021-1/+0
| | | | | | | | | roughly 10 years, and the driver has not enjoyed any significant maintenance since long before that. Despite well-meaning efforts from a number of people, myself included, it never made the jump to 64-bit and was relegated to the back-corners of i386. Now its frailty is hampering forward progress with Clang. Any renewed engineering efforts are of course welcome and can happen outside of the tree. No MFC of this is planned.
* Deorbit the IEEE-488/GPIB support.phk2014-12-251-3/+0
|
* Renove faith(4) and faithd(8) from base. It looks like industrymelifaro2014-11-091-2/+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@
* Overhaul if_gre(4).ae2014-11-071-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Split it into two modules: if_gre(4) for GRE encapsulation and if_me(4) for minimal encapsulation within IP. gre(4) changes: * convert to if_transmit; * rework locking: protect access to softc with rmlock, protect from concurrent ioctls with sx lock; * correct interface accounting for outgoing datagramms (count only payload size); * implement generic support for using IPv6 as delivery header; * make implementation conform to the RFC 2784 and partially to RFC 2890; * add support for GRE checksums - calculate for outgoing datagramms and check for inconming datagramms; * add support for sending sequence number in GRE header; * remove support of cached routes. This fixes problem, when gre(4) doesn't work at system startup. But this also removes support for having tunnels with the same addresses for inner and outer header. * deprecate support for various GREXXX ioctls, that doesn't used in FreeBSD. Use our standard ioctls for tunnels. me(4): * implementation conform to RFC 2004; * use if_transmit; * use the same locking model as gre(4); PR: 164475 Differential Revision: D1023 No objections from: net@ Relnotes: yes Sponsored by: Yandex LLC
* Add VirtIO console driverbryanv2014-10-231-0/+2
| | | | | | | | | Support for the multiport feature is mostly implemented, but currently disabled due to some potential races in the hot plug code paths. Requested by: marcel MFC after: 1 month Relnotes: yes
* Add vxlan interfacebryanv2014-10-201-0/+2
| | | | | | | | | | | | | | | | | | | | | vxlan creates a virtual LAN by encapsulating the inner Ethernet frame in a UDP packet. This implementation is based on RFC7348. Currently, the IPv6 support is not fully compliant with the specification: we should be able to receive UPDv6 packets with a zero checksum, but we need to support RFC6935 first. Patches for this should come soon. Encapsulation protocols such as vxlan emphasize the need for the FreeBSD network stack to support batching, GRO, and GSO. Each frame has to make two trips through the network stack, and each frame will be at most MTU sized. Performance suffers accordingly. Some latest generation NICs have begun to support vxlan HW offloads that we should also take advantage of. VIMAGE support should also be added soon. Differential Revision: https://reviews.freebsd.org/D384 Reviewed by: gnn Relnotes: yes
* Add MLINKS for if_ipheth(4) and if_smsc(4).gavin2014-09-261-0/+2
| | | | | Submitted by: brueffer MFC after: 6 days
* Add very basic outline man page for smsc(4).gavin2014-09-261-0/+1
| | | | MFC after: 6 days
* Add basic man page for ipheth(4).gavin2014-09-251-0/+1
| | | | MFC after: 1 week
* Add the new iscsi(4) man pageallanjude2014-09-131-0/+1
| | | | | | | | | Cross reference it from iscsid(8) and iscsictl(8) Reviewed by: trasz Approved by: bcr (mentor), wblock (mentor) Sponsored by: ScaleEngine Inc. CR: https://reviews.freebsd.org/D741
* The USB LED driver for the Dream Cheeky WebMail Notifier.kevlo2014-09-051-0/+1
| | | | Reviewed by: hselasky
* Add ismt(4) driver.jimharris2014-05-201-0/+1
| | | | | | | ismt(4) supports the SMBus Message Transport controller found on Intel C2000 series (Avoton) and S1200 series (Briarwood) Atom SoCs. Sponsored by: Intel
* Connect vt.4 to the build.wblock2014-05-141-0/+1
| | | | Reviewed by: emaste
OpenPOWER on IntegriCloud