History log of /dflybsd-src/sys/dev/netif/re/re.h (Results 1 – 7 of 7)
Revision Date Author Comments
# bf80ef97 21-Feb-2024 Shingy Shabooya <shingy_shabooya@yahoo.com>

Added support for Realtek E2600 (Killer Ethernet Adapter E2600).


# 80492964 04-Nov-2020 Sepherosa Ziehau <sephe@dragonflybsd.org>

re: Sync with Realtek's re-196.04; and fix re_start/re_tx_collect.

- Add several new chips' support, noticably RTL8125 support.
- Reorder chip related initializaton on the attach path a bit;
mainl

re: Sync with Realtek's re-196.04; and fix re_start/re_tx_collect.

- Add several new chips' support, noticably RTL8125 support.
- Reorder chip related initializaton on the attach path a bit;
mainly to make sure ifnet is initialized.
- In re_start(), solely rely on the re_tx_free for the TX descriptor
setup loop. This avoids the fixup on the end of the loop. Add
assertion that the TX descriptor's corresponding mbuf is not setup
yet.
- On RTL8125, the EOF in the TX descriptor is no longer left uncleared
upon TX done, so simply rely on whether the TX descriptor's
corresponding mbuf is set or not to unload the busdma(9) and free the
TX mbuf. We actually should do this instead of rely on the EOF.

Tested-by: me (8101, 8111, 8168, 8125)
Romick <yellowrabbit2010 gmail.com> (8111)
Daniel Fojt <df neosystem.org> (8111)

show more ...


# e0c32883 16-Feb-2019 Sepherosa Ziehau <sephe@dragonflybsd.org>

netif/re: Sync with Realtek's re-1.95.

Mainly fix some register settings.


# e6e07291 18-Oct-2017 Sepherosa Ziehau <sephe@dragonflybsd.org>

re: Sync with Realtek's re-1.94

Add two more chips' support.

Tested-by: zrj, Daniel Bilik <ddb neosystem org>


# 719bf70a 22-Feb-2017 Sepherosa Ziehau <sephe@dragonflybsd.org>

re: Update to Realtek 1.93

Tested-by: me, Tim Darby


# c498b1f6 23-Nov-2016 Sascha Wildner <saw@online.de>

kernel/if_re: Adjust permissions.


# e5a5a436 03-Nov-2016 Sepherosa Ziehau <sephe@dragonflybsd.org>

re: Leverage Realtek driver's chip/PHY initialization/reset.

It is mainly used to solve all kinds of weirdness, e.g. hanging after
watchdog timeout, and PHY read failure, we have encountered so far

re: Leverage Realtek driver's chip/PHY initialization/reset.

It is mainly used to solve all kinds of weirdness, e.g. hanging after
watchdog timeout, and PHY read failure, we have encountered so far on
these chips.

The DEVMETHODs, ifnet setup, and data path are still ours. miibus(4)
is no longer used, ifmedia(4) is used directly.

NOTE: This change drops the 8139C+ and 8169 w/ external PHY support,
which are deemed to be too old.

Realtek's driver is taken from their website: version 1.92 (2016/10/25).

Tested-by: dillon, zrj

show more ...