bug for this:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222634
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key
Use a common tsec_mii_wait() function to busy wait for status changes.
The status indicators are not set immediatly after a command. Discard
the first value.
Unlock the PHY mutex after a timeout in tsec_init_locked().
Tested on the P1020RDB.
---
sys/dev/tsec/if_tsec.c | 58 +
---
sys/dev/tsec/if_tsec.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/sys/dev/tsec/if_tsec.c b/sys/dev/tsec/if_tsec.c
index 927d339..f544bd1 100644
--- a/sys/dev/tsec/if_tsec.c
+++ b/sys/dev/tsec/if_tsec.c
@@ -926,11 +926,8 @@ tsec_ioctl(struct ifnet *ifp, u_long command, caddr_t data
Defragment the transmit mbuf chain only if necessary. Use a method
similar to the if_dwc driver. Use a wmb() before the flags of the first
transmit buffer of a frame are written.
Group transmit/receive structure members for better cache efficiency.
Tested on P1020RDB. TCP transmit throughput i
Do not count discared frames due to lack of buffers as input errors.
---
sys/dev/tsec/if_tsec.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/sys/dev/tsec/if_tsec.c b/sys/dev/tsec/if_tsec.c
index 2a8c3e2..66ee130 100644
--- a/sys/dev/tsec/if_tsec.c
+++ b/sys/dev/tsec/if_
The tsec_error_intr_locked() is called with the global lock owned (e.g.
the transmit and the receive lock are both owned). We must not call
tsec_receive_intr_locked() while owning the transmit lock. The normal
receive interrupt takes care that frames are received, this is none of
the business of
nux/latest/ident/get_phy_c45_ids
--
Sebastian Huber, embedded brains GmbH
Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist ke
On 24/05/17 10:21, Sebastian Huber wrote:
Hello,
is there some basic support for IEEE 802.3ae clause 45 phys planned in
FreeBSD?
It seems there was some activity in this area:
https://reviews.freebsd.org/D4607
However, I cannot find any uses of the MDIO_READEXTREG and
MDIO_WRITEEXTREG
Hello,
I use the mDNSResponder from Apple in embedded devices on top of the
FreeBSD network stack. I tried to update from v878.270.2 to v1096.40.7:
https://opensource.apple.com/tarballs/mDNSResponder/
However, the Linux/macOS specific feature TCP_NOTSENT_LOWAT is now used
in the new version: