Age | Commit message (Collapse) | Author |
|
PHY doesn't seem to be necessary on re(4) so don't descend further for now.
Based on a diff from mlarkin@
ok deraadt@
|
|
|
|
reducing the amount of splnet/splx dancing required.. especially in the
worst case (of m_cldrop)
ok dlg kettenis damien
|
|
ok deraadt@
|
|
with FreeBSD. From Brad.
|
|
flag to the top. No change with the actual cplus mode register
setting being used with the controllers. From brad@
|
|
- Add defines for newer chipsets
From FreeBSD via Brad. No functional change, needed for future work.
ok naddy@.
|
|
as done for other RTL8168 HWREVs. From Brad.
|
|
OK from kettenis and sthen after the diff was minimized to have no
potential impact on other chips.
|
|
don't set RL_RDESC_STAT_PROTOID for non-TCP/UDP IP packets, only
RL_RDESC_IPV[46].
Also check RL_RDESC_IPV[46] before inspecting the TCP/UDP checksum
bits to make IPv6 TCP/UDP checksum offload work intentionally.
Gleaned from NetBSD.
|
|
- Further simplify the re(4) receive filter handling and
have everything taken care of in re_iff(), eliminating
a bit of code from re_init().
- Remove unused if_flags field.
|
|
|
|
realteks start to behave badly if we do. this should fix the widely
reported re(4) issue. makes my RTL8101E usable, fixes Thomas'
RTL8168C, and PR6023. tested by many
this is a more conservative version of my diff from kettenis@ (does
not clear PHY register 0x0b)
ok kettenis@
|
|
|
|
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@
|
|
|
|
which broke on-board RTL8111C adapters.
|
|
creates the VLAN encapsulation from the tag stored in the mbuf
header. Idea from FreeBSD, input from claudio@ and canacar@.
Switch all hardware VLAN enabled drivers to the new function.
ok claudio@
|
|
Based on the Linux r8169 driver.
Tested on PCI/CardBus and PCIe adapters.
|
|
interrupts. There seems to be a race between turning on TX/RX interrupt and
asserting TX/RX interrupt by the hardware.
From Sephe@DragonFly
|
|
tag in the header. Convert TX tagging in the drivers.
Help and ok brad@
|
|
enable RX tag stripping for re(4).
ok brad@
|
|
longer be livelocked when they are receiving on GigE line. Newer devices
also gain well controlled interrupt rate.
If hardware supports interrupt moderation (e.g. 8168B, 8168C), you could
also use hardware based interrupt moderation, however, due to lack of
necessary information it does not work as reliably as simulated interrupt
moderation. It is _not_ recommended currently.
By default, PCIe devices' simulated interrupt moderation timer is set to
75us, while PCI devices' is set to 125us.
From sephe@DragonFly
|
|
From sephe@DragonFly
|
|
From DragonFly
|
|
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@
|
|
Really just the low-hanging fruit of (hopefully) forthcoming timeout
conversions.
ok art@, krw@
|
|
PHY. This helps with systems dual booting Windows XP/Vista where the
Windows drivers will put the PHY in power down mode when rebooting.
From FreeBSD
|
|
one function. Also fix reception of multicast packets when in promisuous
mode. The Realtek chips are a little different than most others in that
they will not receive multicast packets by enabling promiscuous mode
alone.
Tested by naddy@ and sthen@
ok naddy@
|
|
state with the newly minted link flag in the softc's rl_flags
field.
Tested by fkr@
|
|
Tested by naddy@
From FreeBSD
|
|
The current method results in a MAC address of all zeros.
Tested by bernd@/jcs@ with 8102E and fkr@ with 8168C.
From FreeBSD
ok jsg@
|
|
newer PCI Express adapters (ie 8168C*/8102*) work.
V2 Checksum offload format in RTL8102 devices not yet supported.
No objections from brad@. Thanks to everyone who tested.
|
|
upcoming changes and sort list.
|
|
it was going to be before the release. No functional change.
prodded by kettenis@ ok dlg@
|
|
- Add some more defines for the 8168C chipset.
From NetBSD
ok dlg@
|
|
be reached if using the 8139C+ chipset.
ok dlg@
|
|
- Use one of the new defines in the re(4) code to remove a magic number.
- Correct a comment.
- Fix a typo.
Most of this is from NetBSD.
ok dlg@
|
|
packet transmission.
From NetBSD
Fixes PR 5655.
Tested by Panagiotis Efstratiou <slasher at ee dot auth dot gr>, brad@ and sthen@
|
|
This resolves a number of various bad symptoms experienced by
numerous users especially with the adapters at Gig speed.
Tested by quite a few users.
From FreeBSD/NetBSD
ok deraadt@
|
|
rl_type softc field and only relying on the sc_hwrev softc
field thoughout the driver.
Tested by a number of users from tech@
ok dlg@
|
|
the softc field wherever it is necessary.
- Use a switch case in re_setmulti() to make things a bit easier to read.
ok henning@ dlg@
|
|
eeproms was backwards. This resulted in a bogus MAC address being
read from the eeprom on certain cards. From FreeBSD. OK pvalchev@
|
|
|
|
- Rename the existing 8110SC revision to 8110SCd to be consistent
info from the linux driver via Brad
|
|
|
|
ok reyk@
|
|
From brad@, tested by brad on i386/amd64/sparc64 and by maja@ and ian@
on i386.
|
|
the locators are printed by the bus drivers, rest by the device's driver.
|
|
looks like realtek reversed the order of multicast stuff on the PCI-E cards
|