- Copy stable/10 (r259064) to releng/10.0 as part of the
10.0-RELEASE cycle.
- Update __FreeBSD_version [1]
- Set branch name to -RC1

[1] 10.0-CURRENT __FreeBSD_version value ended at '55', so
start releng/10.0 at '100' so the branch is started with
a value ending in zero.

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

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

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

Update Intel email address.

PR: docs/175349
Submitted by: Lars Eggert <lars@netapp.com>
Discussed with: jfv

Remove superfluous paragraph macro.

Fix date in last commit.

Noticed by: Larry Rosenman <ler lerctr.org>

Properly document default number of rx/tx descriptors for Intel cards.

mdoc: reorder sections consistently

Document the led(4) interface to the identification LEDs.

MFC after: 3 days

Reference igb(4) i SEE ALSO.

MFC after: 1 week

- Add 82574 to list of supported controller chips.
- Add Intel PRO/1000 PF and Intel PRO/1000 PT adaptors to list of
supported adaptors.

The list of adaptors was found at
http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&Inst=Yes&DwnldID=10957

MFC after: 1 week

Xref altq(4) for drivers that support it according to altq(4).

- Instead of listing which ships support Rx/Tx checksum offload and Jumbo
Frames, mention the one chip that does not support them (obtained from
the driver README)
- Mention TSO and the chips that do not support it (provided by pdeuskar)
- Do not refer to the README for VLAN support, building and installing
the driver

Document 82571 and 82572 support.

MFC after: 3 days

-mdoc sweep.

Document tunables.

Work around an apparent mdoc(7) bug.

Spotted by: marius
Discussed with: ru

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

Document support for the 82573 chip.

Remove the note about em(4) not working with bridge(4) when hardware
assisted VLAN processing is enabled from the BUGS section. This is
expected to work now.

Document the recent change to the default status of VLAN support in em(4).

MFC after: 1 day

- add new supported chips: 82541ER and 82546GB
- add the long supported, but still missing 82545
- change .Nd to look better (no need to mention FreeBSD there)
- bump .Dd

MFC after: 3 days

Xref polling.4 and bump .Dd

MFC after: 3 days

gx(4) is gone, remove any references

- add a HARDWARE section based on the driver README
- capitalization fixes
- bump document date

MFC after: 3 days

Kill whitespace at EOL.

Approved by: re (blanket)

Correct License text.
MFC after: 1 day

Feedback also included this.

Fix markup issues introduced in earlier commit.

Feedback from: ru (Ruslan Ermilov)
MFC after: 3 days

Updated man page to include support for
82546 based adapters.

MFC after: 3 days

mdoc(7) police: Grr, once again, re-apply many fixes from
revisions 1.2 and 1.5 that got backed out by revision 1.4.

Add gx(4) to the SEE ALSO.

Modified the man page to reflect support for
82540EM based cards.

MFC after: 1 day

mdoc(7) police: Re-apply fixes from revision 1.2 that got completely
backed out by revision 1.4. Fixed some more.

- Added support for receive in multiple
descriptors. This simplifies code for jumbo frames.
- Cleaned up coding conventions to make code more unix-like.
- Cleaned up code in if_em_fxhw.c and if_em_phy.c.
Added relevant comments.

MFC after: 1 week

Now that the driver has been MFC'ed, fix the first appearence info.

mdoc(7) police:

- kill empty lines
- kill whitespace at EOL
- kill hard sentence breaks
- fix document date
- fix markup
- sort xrefs
- first appeared in 5.0, not 4.4

Adding man page for the em driver.

Submitted by:Prafulla Deuskar
Reviewed by:Paul Saab
MFC after:1 week