Remove RX checksum offloading support. The chip is too limited, and
examining higher protocol layers to adjust the checksum and calculate
the pseudo-header in the driver is too complex to be worthwh

Remove RX checksum offloading support. The chip is too limited, and
examining higher protocol layers to adjust the checksum and calculate
the pseudo-header in the driver is too complex to be worthwhile.
ok henning@

show more ...

use lemtoh64 and htolem64 for reading and writing entries in the rings.

tested on sparc64 and powerpc with and without the MI backends for the
lem ops enabled.

Turns out neither the flow control diff nor the RX checksum offload diff
is responsible for the hangs seen by Henning. So put them back.

Backout flow control support (rev 1.97) and RX TCP/UDP checksum offload
support (rev 1.98). There is strong evidence that one of these causes hangs
on the Sun ERI as found on a v120.

ok henning@, d

Backout flow control support (rev 1.97) and RX TCP/UDP checksum offload
support (rev 1.98). There is strong evidence that one of these causes hangs
on the Sun ERI as found on a v120.

ok henning@, deraadt@

show more ...

Always use the internal PHY on Apple variants, from FreeBSD. This unbreaks
gem(4) on some PowerMac G5.

tested by kirby@, ok deraadt@

Add RX TCP/UDP checksum offload support.

ok naddy@ sthen@

Add flow control support.

Tested with Apple/Sun gem(4) with and without flow control (Sun ERI/Apple GEM
with FastE PHY).

ok kettenis@

Add detach support to a few more drivers, and in others do the neccessary
operations in the detach function in the right order. Also ensure that the
interrupt handlers not trust registers that go aw

Add detach support to a few more drivers, and in others do the neccessary
operations in the detach function in the right order. Also ensure that the
interrupt handlers not trust registers that go away.
read over very carefully by dms, tested by me

show more ...

More cases of shutdown hooks not needed after card is already stopped. In
these cases the xxstop function is a bit more complicated and has a flag of
some sort, but the use of that flag does not mat

More cases of shutdown hooks not needed after card is already stopped. In
these cases the xxstop function is a bit more complicated and has a flag of
some sort, but the use of that flag does not matter; DMA is already ceased
ok dlg

show more ...

MCLGETI() will now allocate a mbuf header if it is not provided, thus
reducing the amount of splnet/splx dancing required.. especially in the
worst case (of m_cldrop)
ok dlg kettenis damien

Comment fixes and code tidy-up (whitespace and more consistent
numeric values) from Brad. No binary change.

Remove redundant code for setting the maximum frame receive size
and fix the appropriate code in gem_init_regs(). From Brad,
tested by Brad (sparc64), todd@ (macppc).

Simplify receive filter handling, from Brad.
Tested by Brad on sparc64, todd@ on macppc.

Remove unused prototype.

Add workaround for RX MAC/FIFO hangs on ERI. Tested by matthieu@ and naddy@.

ok dlg@

Unconditionally drain the RX ring when stpping the chip.

ok dlg@, jsg@

make drivers tell the mclgeti allocator what their maximum ring size is
to prevent the hwm growing beyond that. this allows the livelock mitigation
to do something where the hwm used to grow beyond t

make drivers tell the mclgeti allocator what their maximum ring size is
to prevent the hwm growing beyond that. this allows the livelock mitigation
to do something where the hwm used to grow beyond twice the rx rings size.

ok kettenis@ claudio@

show more ...

Switch gem(4) over to using MCLGETI when allocating mbufs for the rx ring.

help from dlg@, tested by a few, ok dlg@

Replace m_free() with m_freem() in foo_start() to ensure that upon error
the full mbuf chain is freed.

ok claudio@ kettenis@

Eliminate the redundant bits of code for MTU and multicast handling
from the individual drivers now that ether_ioctl() handles this.

Shrinks the i386 kernels by..
RAMDISK - 2176 bytes
RAMDISKB - 150

Eliminate the redundant bits of code for MTU and multicast handling
from the individual drivers now that ether_ioctl() handles this.

Shrinks the i386 kernels by..
RAMDISK - 2176 bytes
RAMDISKB - 1504 bytes
RAMDISKC - 736 bytes

Tested by naddy@/okan@/sthen@/brad@/todd@/jmc@ and lots of users.
Build tested on almost all archs by todd@/brad@

ok naddy@

show more ...

Use m_defrag instead of collapsing mbufs ourselves.

ok dlg@

Simplify the interface flag handling in the ioctl handler.

Remove storing the Ethernet header in the receve interrupt handler, the
disabled code that used to use this was removed 7 years ago.

- According to the Apple GMAC driver, the GEM ASIC specification and
the OpenSolaris eri(7D) the TX FIFO threshold has to be set to 0x4ff
for the Gigabit variants and 0x100 for the ERI in order t

- According to the Apple GMAC driver, the GEM ASIC specification and
the OpenSolaris eri(7D) the TX FIFO threshold has to be set to 0x4ff
for the Gigabit variants and 0x100 for the ERI in order to avoid TX
underruns.
- Turn on workarounds for silicon bugs in the Apple GMAC variants.
This was based on information obtained from the Darwin GMAC and Linux GEM
drivers.
- Turn on "infinite" (i.e. maximum 31 * 64 bytes in length) DMA bursts.

From FreeBSD

Tested by a few users with Apple GMAC's and Sun ERI.

show more ...

First step towards cleaning up the Ethernet driver ioctl handling.
Move calling ether_ioctl() from the top of the ioctl function, which
at the moment does absolutely nothing, to the default switch ca

First step towards cleaning up the Ethernet driver ioctl handling.
Move calling ether_ioctl() from the top of the ioctl function, which
at the moment does absolutely nothing, to the default switch case.
Thus allowing drivers to define their own ioctl handlers and then
falling back on ether_ioctl(). The only functional change this results
in at the moment is having all Ethernet drivers returning the proper
errno of ENOTTY instead of EINVAL/ENXIO when encountering unknown
ioctl's.

Shrinks the i386 kernels by..
RAMDISK - 1024 bytes
RAMDISKB - 1120 bytes
RAMDISKC - 832 bytes

Tested by martin@/jsing@/todd@/brad@
Build tested on almost all archs by todd@/brad@

ok jsing@

show more ...