Age | Commit message (Collapse) | Author |
|
per packet sent.
Tested by brad@, ckuethe@, Gabriel Kihlman <gk at stacken dot kth dot se>
and Tim Wiess <tim at nop dot cx>.
Tested with amd64/i386/sparc64.
ok damien@
|
|
- Use bus_dmamap_load_mbuf() instead of bus_dmamap_load() + mtod().
- Only BUS_DMASYNC_PREREAD is necessary for the bus_dmamap_sync().
em_allocate_receive_structures():
- Clean up error handling for receive buffer allocation and just
have everything done by em_free_receive_structures() now.
em_free_receive_structures():
- A few changes here to allow this function to be called from
em_stop() as well as em_allocate_receive_structures().
Tested on i386/amd64/sparc64.
ok reyk@
|
|
for a few newer Intel PCIe boards, some code removal and cleaning
and a few bug fixes.
From: Jack Vogel@Intel
Tested by mk@ wilfried@ brad@ dlg@, Marc Winiger, Gabriel Kihlman,
Jason Dixon, Johan Mson Lindman, and a few other end users.
Tested with 82543, 82544, 82540, 82545, 82541, 82547, 82546 and 82573.
|
|
from the chipset, so remove it.
|
|
ok brad@
|
|
|
|
issuing a watchdog reset of the interface.
From yongari@FreeBSD
|
|
- Create a spare DMA map for RX handler to recover from
bus_dmamap_load() failure.
- Make sure to update status bit in RX descriptors even if we failed
to allocate a new buffer.
- Don't blindly unload DMA map. Reuse loaded DMA map if received
packet has errors.
From yongari@FreeBSD
Tested by myself and a number of end-users on i386/amd64/sparc64
|
|
the proper alignment requirement for the VLAN layer on strict alignment
architectures. This would result in Jumbo's working fine as long as VLANs
were not in use. If VLANs were in use and a packet comes in with a size
of 2046 bytes or larger, it would be corrupted as it came up through the
VLAN layer. Also check the hw max frame size, instead of the MTU, so the
alignment fixup is done as appropriate.
Fixes PR 5185.
Tested by Rui DeSousa with macppc and myself with alpha/sparc64.
|
|
the HW max frame size and only call m_adj() if the size is less
than or equal to MCLBYTES - ETHER_ALIGN (2046).
- Set the HW long packet enable bit on all adapters, even 82573
based adapters which are capable of Jumbo's.
- Only do RX alignment fixup on adapters capable of Jumbo frames.
ok jason@
|
|
since E1000_FDX_COLLISION_DISTANCE and E1000_HDX_COLLISION_DISTANCE
use the same values.
From glebius@FreeBSD
|
|
|
|
quad port copper adapter, improvements for media support with fiber adapters,
and some fixes for the ICH8 support.
|
|
bus_dma sync's.
ok dlg@ marco@
|
|
- rearrange interface flags ioctl handler.
|
|
|
|
(em/ixgb)_(txeof/rxeof)
|
|
|
|
|
|
for new chipset revisions embedded in the ESB2 and ICH8 core logic
chipsets.
The previous attempt at commiting this included an unrelated change
to how the I/O base address was being set and this was the cause of
the breakage.
From: Intel's web-site
|
|
|
|
for new chipset revisions embedded in the ESB2 and ICH8 core logic
chipsets.
From: Intel's web-site
|
|
|
|
|
|
copying the Ethernet header to the new mbuf. The new mbuf is then prepended
into the existing mbuf chain.
From FreeBSD
ok reyk@ pascoe@ jason@
|
|
strict alignment architectures for the time being.
- remove the m_adj() on non-strict alignment architectures as this
seems to resolve the Jumbo crashing issue.
tested by a few developers. ok reyk@
|
|
|
|
|
|
|
|
more drivers.
ok reyk@
|
|
|
|
|
|
|
|
fix by brad@
|
|
appropriate.
ok reyk@
|
|
|
|
|
|
- Set the dma_tag to NULL upon failure in em_dma_malloc().
- In em_dma_free(), return if dma_tag is NULL.
|
|
|
|
is not already running.
|
|
Some of these are from jason@ and the rest are from the Linux PCI ids page.
|
|
|
|
from the work loop. instead it should break from it so the spl can be
lowered and any work that has been done can be counted. this fixes
interrupt counting at least, and possibly issues related to leaving splnet
raised..
ok deraadt@
|
|
for the 82563 PCI Express chipset and a few fixes.
From: Intel's web-site
|
|
|
|
outbound), using a new BIOCSDIRFILT ioctl;
guidance, feedback and ok canacar@
|
|
|
|
|
|
status of (none) whether in auto or forced speed/duplex mode.
|
|
- update interface baud rate properly so userland programs such as a
SNMP daemon or bgpctl/ospfctl for example will display the correct
interface speed instead of always saying 1 Gbps.
From FreeBSD
|