Commit Graph

69 Commits

Author SHA1 Message Date
sbruno
9e75a9c23d nxge(4):
Remove nxge(4) and associated man page and tools in FreeBSD 12.0.

Submitted by:	kbowling
Reviewed by:	brooks
Relnotes:	yes
Sponsored by:	Limelight Networks
Differential Revision:	https://reviews.freebsd.org/D1529
2018-05-08 21:14:29 +00:00
sbruno
3bb0eb8b79 Retire ixgb(4)
This driver was for an early and uncommon legacy PCI 10GbE for a single
ASIC, Intel 82597EX. Intel quickly shifted to the long lived ixgbe family.

Submitted by:	kbowling
Reviewed by:	brooks imp jeffrey.e.pieper@intel.com
Relnotes:	yes
Sponsored by:	Limelight Networks
Differential Revision:	https://reviews.freebsd.org/D15234
2018-05-02 15:59:15 +00:00
sbruno
5543e587c7 The diff is the initial submission of Cavium Liquidio 2350/2360 10/25G
Intelligent NIC driver.

The submission conconsists of firmware binary file and driver sources.

Submitted by:	pkanneganti@cavium.com (Prasad V Kanneganti)
Relnotes:	Yes
Sponsored by:	Cavium Networks
Differential Revision:	https://reviews.freebsd.org/D11927
2017-09-12 23:36:58 +00:00
araujo
910fd3b83d Bump date on ifconfig(8) and vlan(4) to reflect the changes made
on revision r301496.
2016-06-08 04:18:57 +00:00
araujo
af4ff984e7 Add support to priority code point (PCP) that is an 3-bit field
which refers to IEEE 802.1p class of service and maps to the frame
priority level.

Values in order of priority are: 1 (Background (lowest)),
0 (Best effort (default)), 2 (Excellent effort),
3 (Critical applications), 4 (Video, < 100ms latency),
5 (Video, < 10ms latency), 6 (Internetwork control) and
7 (Network control (highest)).

Example of usage:
root# ifconfig em0.1 create
root# ifconfig em0.1 vlanpcp 3

Note:
The review D801 includes the pf(4) part, but as discussed with kristof,
we won't commit the pf(4) bits for now.
The credits of the original code is from rwatson.

Differential Revision:	https://reviews.freebsd.org/D801
Reviewed by:	gnn, adrian, loos
Discussed with: rwatson, glebius, kristof
Tested by:	many including Matthew Grooms <mgrooms__shrew.net>
Obtained from:	pfSense
Relnotes:	Yes
2016-06-06 09:51:58 +00:00
brueffer
4c9c4234e2 Retire the nve(4) driver; nfe(4) has been the default driver for NVIDIA
nForce MCP adapters for a long time.

Yays:	jhb, remko, yongari
Nays:	none on the current and stable lists
2014-02-16 12:22:43 +00:00
davidch
e226cdd9b8 Substantial rewrite of bxe(4) to add support for the BCM57712 and
BCM578XX controllers.

Approved by:	re
MFC after:	4 weeks
2013-09-20 20:18:49 +00:00
wblock
2e99fda084 More wording corrections and simplifications.
Approved by:	gjb (mentor)
2012-06-05 02:18:54 +00:00
wblock
402b03b98a Wording corrections and simplifications.
Approved by:	gjb (mentor)
MFC after:	3 days
2012-05-26 21:30:18 +00:00
yongari
332e83efa6 axe(4) got VLAN over-sized frame support.
Add axe(4) to the list of interfaces that support VLAN over-sized frame.
2011-10-25 19:10:10 +00:00
np
f9ba5edcb6 cxgbe(4) - NIC driver for Chelsio T4 (Terminator 4) based 10Gb/1Gb adapters.
MFC after:	3 weeks
2011-02-18 08:00:26 +00:00
yongari
1fba6fbe7d Add vte(4) man page and hook up vte(4) to the build.
Also add Xr to appropriate man pages.
2010-12-31 00:46:30 +00:00
yongari
691fb06610 Oops, fwe(4) listed twice. 2010-12-20 00:27:40 +00:00
yongari
5b70d78c37 igb(4), ixgbe(4), mxge(4) and nxge(4) support VLAN hardware tag
insertion/stripping.
et(4) and fwe(4) support VLAN oversized frames.
2010-12-20 00:10:53 +00:00
yongari
d597b82ca4 Now sge(4) supports hardware VLAN tag insertion/stripping. 2010-04-29 18:21:27 +00:00
yongari
f93aa668f5 Add sge(4) man page and hook up sge(4) to the build.
Also add Xr to appropriate man pages.
2010-04-14 21:27:48 +00:00
marius
544830c8f1 Add a man page for cas(4) and reference it as appropriate.
Approved by:	re (kib)
MFC after:	2 weeks
2009-06-15 18:24:04 +00:00
yongari
b801626916 Add alc(4) man page and hook up ale(4) to the build.
Also add Xr to appropriate man pages.
2009-06-10 02:19:54 +00:00
antoine
e0ce7397e7 vlan(4) no longer depends on miibus(4).
Reviewed by:	jhb@
MFC after:	1 month
2009-04-20 15:01:45 +00:00
yongari
c7acada69c Correct .Dd
Pointed out by:	maxim
2008-11-12 10:31:06 +00:00
yongari
1ce66caae7 Add ale(4) man page and hook up ale(4) to the build.
Also add Xr to appropriate man pages.
2008-11-12 10:20:29 +00:00
stas
be8a06226f - Add ae(4) to the list of devices support full hardware VLAN
tags processing.

Approved by:	kib (mentor)
MFC after:	1 week
2008-10-04 15:44:22 +00:00
yongari
f00bca6334 Add jme(4) to the list of devices supporting full VLAN processing
in hardware.
2008-05-27 02:01:42 +00:00
yongari
fcbd489a4d Add age(4) to the list of devices supporting full VLAN processing
in hardware.
2008-05-19 02:03:52 +00:00
yongari
2102b743cf sf(4) gained VLAN_MTU support.
Touch Dd.
2008-01-21 06:47:20 +00:00
yar
987f730185 tl(4) appears to support long frames.
Tested by:	Peter Jeremy <peterjeremy at optushome dot com dot au>
2007-05-09 09:02:11 +00:00
yar
edde22f288 Tell that nve(4) has got support for VLAN_MTU.
Touch Dd.
2007-05-07 09:52:39 +00:00
yar
c48f91f092 Update info on VLAN support in hardware:
- bce(4) and cxgb(4) can do hardware acceleration;
- fwe(4) and nfe(4) can handle long frames.
2007-05-02 10:51:48 +00:00
yar
d36c1f8546 Having finished with vlan(4) for today, touch .Dd. 2007-04-24 11:48:49 +00:00
yar
36d1315ab8 We shouldn't say that most Ethernet drivers don't support long frames,
as it's no longer true.
2007-04-24 11:40:52 +00:00
yar
3a3608ddab "Long frame" is the well-known term found in h/w documentation
from several vendors, so prefer it over other synonyms.
2007-04-24 11:35:47 +00:00
yar
f64dce605e Now that we list hardware that supports vlan(4) natively,
we don't need to repeat that for each device listed.
2007-04-24 11:22:27 +00:00
yar
1edfd06b2c xl(4) can support long frames on all chip revisions now. 2007-04-24 11:06:35 +00:00
yar
e9be8ccaeb de(4) ceased to support the BIG_PACKET hack. 2007-04-24 11:03:53 +00:00
yar
67b5103f29 tl(4) in fact has no signs of long frame support. 2007-04-24 10:51:48 +00:00
yar
d20c01926b vr(4) gained VLAN_MTU support. 2007-04-24 10:49:56 +00:00
yongari
af6ffc8ef3 Add msk(4) to the list of devices supporting full VLAN processing
in the hardware.
2006-12-13 02:42:01 +00:00
yar
e65c3fa75d Fix incorrect .Xr syntax I introduced in the previous commit.
Noticed by:	ru
X-MFC with:	rev. 1.31
2006-08-12 17:11:43 +00:00
yar
fb2ee09397 Optionally pad outgoing frames to the minimum of 60 bytes (excl. FCS)
before tagging them.  This can help to work around brain-damage in some
switches that fail to pad a frame after untagging it if its length drops
below the minimum.  This option is blessed by IEEE Std 802.1Q (2003 Ed.),
paragraph C.4.4.3.b.  It's controlled by sysctl net.link.vlan.soft_pad.

Idea by:	az
MFC after:	1 week
2006-08-11 17:09:27 +00:00
yongari
f5c019cc67 Add stge(4) to the list of devices supporting full VLAN processing
in the hardware.
2006-07-25 00:56:47 +00:00
marius
d3ad463bb9 Add le(4) to the list of devices supporting VLAN-sized frames natively. 2006-01-31 22:41:59 +00:00
yar
d258e90d41 Record sk(4) as having native support for extended VLAN frames.
PR:		kern/79998
MFC after:	1 month
2005-10-11 22:59:01 +00:00
trhodes
b7d0ff1b4b Work around an apparent mdoc(7) bug.
Spotted by:	marius
Discussed with:	ru
2005-10-07 02:32:16 +00:00
marius
ca3e74c977 Add gem(4) to the list of devices supporting VLAN-sized frames natively
(since sys/dev/gem/if_gem.c rev. 1.34).

MFC after:	1 week
2005-08-28 15:08:57 +00:00
trhodes
a87b82ead9 Break long lines and kill a few instances of EOL whitespace.
Noticed by:	ru
2005-07-21 05:02:39 +00:00
trhodes
17d84e4e12 Add a "Load module on start up" comment, similar to mac_*.4 pages[1].
Quote .Cd and .Nd text.
Bump doc date.

Requested by:	some user through ru
Supported by:	ru, dwmalone, brueffer
2005-07-19 00:26:30 +00:00
yar
3c06de23de Bump the document date since its content has changed. 2005-01-30 12:13:13 +00:00
yar
fa9897222f Revise the part on VLAN support in physical interfaces.
MFC after:	1 week
2005-01-30 12:06:02 +00:00
yar
8eed1be1fd Update the list of VLAN-aware interface types.
MFC after:	3 days
2005-01-30 10:59:50 +00:00
brueffer
392ec03981 (fast) ethernet -> (Fast) Ethernet
MFC after:	3 days
2004-12-21 01:09:34 +00:00