Copy head (r256279) to stable/10 as part of the 10.0-RELEASE cycle.

Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation

Substantial rewrite of bxe(4) to add support for the BCM57712 and
BCM578XX controllers.

Approved by: re
MFC after: 4 weeks

More wording corrections and simplifications.

Approved by: gjb (mentor)

Wording corrections and simplifications.

Approved by: gjb (mentor)
MFC after: 3 days

axe(4) got VLAN over-sized frame support.
Add axe(4) to the list of interfaces that support VLAN over-sized frame.

cxgbe(4) - NIC driver for Chelsio T4 (Terminator 4) based 10Gb/1Gb adapters.

MFC after: 3 weeks

Add vte(4) man page and hook up vte(4) to the build.
Also add Xr to appropriate man pages.

Oops, fwe(4) listed twice.

igb(4), ixgbe(4), mxge(4) and nxge(4) support VLAN hardware tag
insertion/stripping.
et(4) and fwe(4) support VLAN oversized frames.

Now sge(4) supports hardware VLAN tag insertion/stripping.

Add sge(4) man page and hook up sge(4) to the build.
Also add Xr to appropriate man pages.

Add a man page for cas(4) and reference it as appropriate.

Approved by: re (kib)
MFC after: 2 weeks

Add alc(4) man page and hook up ale(4) to the build.
Also add Xr to appropriate man pages.

vlan(4) no longer depends on miibus(4).

Reviewed by: jhb@
MFC after: 1 month

Correct .Dd

Pointed out by: maxim

Add ale(4) man page and hook up ale(4) to the build.
Also add Xr to appropriate man pages.

- Add ae(4) to the list of devices support full hardware VLAN
tags processing.

Approved by: kib (mentor)
MFC after: 1 week

Add jme(4) to the list of devices supporting full VLAN processing
in hardware.

Add age(4) to the list of devices supporting full VLAN processing
in hardware.

sf(4) gained VLAN_MTU support.
Touch Dd.

tl(4) appears to support long frames.

Tested by: Peter Jeremy <peterjeremy at optushome dot com dot au>

Tell that nve(4) has got support for VLAN_MTU.
Touch Dd.

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.

Having finished with vlan(4) for today, touch .Dd.

We shouldn't say that most Ethernet drivers don't support long frames,
as it's no longer true.

"Long frame" is the well-known term found in h/w documentation
from several vendors, so prefer it over other synonyms.

Now that we list hardware that supports vlan(4) natively,
we don't need to repeat that for each device listed.

xl(4) can support long frames on all chip revisions now.

de(4) ceased to support the BIG_PACKET hack.

tl(4) in fact has no signs of long frame support.

vr(4) gained VLAN_MTU support.

Add msk(4) to the list of devices supporting full VLAN processing
in the hardware.

Fix incorrect .Xr syntax I introduced in the previous commit.

Noticed by: ru
X-MFC with: rev. 1.31

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

Add stge(4) to the list of devices supporting full VLAN processing
in the hardware.

Add le(4) to the list of devices supporting VLAN-sized frames natively.

Record sk(4) as having native support for extended VLAN frames.

PR: kern/79998
MFC after: 1 month

Work around an apparent mdoc(7) bug.

Spotted by: marius
Discussed with: ru

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

Break long lines and kill a few instances of EOL whitespace.

Noticed by: ru

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

Bump the document date since its content has changed.

Revise the part on VLAN support in physical interfaces.

MFC after: 1 week

Update the list of VLAN-aware interface types.

MFC after: 3 days

(fast) ethernet -> (Fast) Ethernet

MFC after: 3 days

BUGS should stay below SEE ALSO.

Pointed out by: ru (wearing the mdoc(7) police hat on his head)

Mention in the BUGS section that EVFILT_NETDEV events
on vlan(4) will be noticed only if the parent uses miibus(4).

Pointed out by: John-Mark Gurney <gurney_j -at- resnet.uoregon.edu>

gx(4) is gone, remove any references

Bump the date.

Reminded by: ru

Document that vlan(4) requires miibus(4) now.

Touch .Dd because the content of the manpage has been updated.

Pointed out by: ru

Update the status of VLAN support in interface drivers.

Mention that hme(4) natively supports oversized frames.

document auto-recognition of device capabilities

Language style and grammar fixes.
tx(4) has gained native support for vlan(4).

MFC after: 3 days

Update the section on NIC driver support status.

MFC after: 3 days

Document the fact that these devices are allocated at runtime using
cloning and point to two common methods of doing so.

Add VLAN for the dc(4) driver (ie long frame). The patch is 2 parts.
One to notify the system that the MTU for VLAN can be 1500 so the vlan
will automatically be configured with a 1500 MTU the other is to ignore
the error case if the received frame is to long.

The frame size notification came from code in the SIS driver, and
the support for long frames derived from the NetBSD Tulip driver.

Tested on: 4 port D-Link adapter DFE-570TX 4 Intel 21143
Netgear card with 82c169 PNIC 10/100BaseTX

Reviewed by: ru (manpage), wpaul (not objected to), archie
Approved by: imp
Obtained from: NetBSD

Note sis(4) VLAN support.

MFC after: 7 days

Update the status of VLAN support in the ethernet drivers.

Make vlan(4) loadable, unloadable, and clonable. As a side effect,
interfaces must now always enable VLAN support.

Reviewed by: jlemon
MFC after: 3 weeks

Removed comments that simply describe what is seen by ``cvs di -rRELENG_4''
of that file. (xtp(4) has already been MFC'ed.)

mdoc(7) police: markup nits.

Finally add the manpage for the IEEE 802.1Q VLAN
network interface.