src-test2/sys/dev/em, branch release/5.4.0_cvs

This commit was manufactured by cvs2svn to create tag

2005-05-07T17:51:10Z

'RELENG_5_4_0_RELEASE'. This commit was manufactured to restore the state of the 5.4-RELEASE image.

Since em(4) is very popular and does not use miibus(4) add special hack

2005-03-23T13:30:21Z

under #ifdef DEV_CARP, which calls carp_carpdev_state() when link goes up or down. Approved by: re (kensmith)

MFC: Convert the em driver to the faster bus_dmamap_load_mbuf_sg() interface.

2005-02-25T08:32:37Z

MFC 1.58, 1.59:

2005-01-30T06:05:12Z

- Always respect IFCAP_VLAN_HWTAGGING. - By default, disable VLAN processing in hardware since we are not ready yet to handle all aspects of using it together with promiscuous mode. Agreed with: rwatson

MFC: /- and my license changes for sys/[a-d]

2005-01-30T01:00:13Z

MFC: 1.55 and 1.56

2005-01-12T00:52:37Z

PR: kern/66634

Merge if_em.c:1.53, if_em.c:1.54, if_em.h:1.29 from HEAD to RELENG_5:

2004-11-23T22:28:40Z

date: 2004/11/14 20:20:28; author: rwatson; state: Exp; lines: +19 -4 Further refine the if_em vlan fix in if_em.c:1.53: - Because em_encap() can now fail in a way that leaves us without an mbuf chain, potentially set *m_headp to NULL if that happens, so that the caller can do the right thing. This case can occur when we try to prepend the vlan header mbuf but can't allocate additional memory. - Modify the caller of em_encap() to detect a NULL m_head and not try to queue the mbuf if that happens. - When em_encap() fails, make sure to call bus_dmamap_destroy() to clean up. date: 2004/11/12 11:03:07; author: rwatson; state: Exp; lines: +1 -0 date: 2004/11/12 11:03:07; author: rwatson; state: Exp; lines: +43 -6 Correct a bug in the if_em driver relating to the use of vlans with promiscuous mode introduced in 1.45, which programs the em card not to strip or prepend tags when in promiscuous mode without also modifying behavior to manually prepend a vlan header in the event that the card isn't doing it on transmit. Due to a feature of card operation, if the global VLAN prepend/strip register isn't set, setting the VLAN tag flag on individual packet descriptors will cause the packet to be transmitted using ISL encapsulation rather than 802.1Q VLAN encapsulation. This fix causes em_encap() to prepend the header by tracking whether the card is configured to temporarily disable prepending/stripping due to promiscuous mode. As a result, entering promiscuous mode on the parent em interface no longer causes vlans to appear to "wedge" or transmit ISL-encapsulated frames, which typically will not be configured/spoken by the other endpoints on the VLAN trunk. This bug may also exist in other drivers, and the additional vlan encapsulation logic should be abstracted and centralized in if_vlan.c if so. RELENG_5_3 candidate. MFC after: 1 week Tested by: pjd, rwatson Reported by: astesin at ukrtelecom dot net Reported by: Mike Tancsa Reported by: Iasen Kostov MFC after: 1 week

MFC rev 1.48: Use an alignment of 1 instead of PAGE_SIZE for the rx and tx

2004-11-08T20:06:14Z

mbufs. Don't create a map for the descriptor buffers.

MFC

2004-10-15T22:12:59Z

Added support for Intel PRO/1000 GT Desktop Adapter(Device ID 8086 107C) Removed support for Intel 82541ER Added fix for 82547 which corrects an issue with Jumbo frames larger than 10k. Added fix for vlan tagged frames not being properly bridged. Corrected TBI workaround. Corrected incorrect LED operation issues Fix typeo. Should read ***!***IFQ_DRV_IS_EMPTY. This might fix some of the trouble around em(4) filling up its buffers. Don't count RNBC (internal buffer full) towards the RX error count since it's not really an error. Approved by: re[scott long]

MFC: if_em.c, rev 1.46:

2004-10-01T18:51:11Z

Fix typeo. Should read ***!***IFQ_DRV_IS_EMPTY. This might fix some of the trouble around em(4) filling up its buffers. Submitted by: mtm This is a 5.3 TODO item. PR: misc/72183 Approved by: re (scottl)