Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 05 Sep 2018 06:03:13 +0000
From:      bugzilla-noreply@freebsd.org
To:        net@FreeBSD.org
Subject:   [Bug 166724] [re] if_re watchdog timeout
Message-ID:  <bug-166724-7501-DVMpoWeFrq@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-166724-7501@https.bugs.freebsd.org/bugzilla/>
References:  <bug-166724-7501@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D166724

--- Comment #35 from Alex Dupre <ale@FreeBSD.org> ---
I don't think I've ever said this issue is good :-)

What I said is that in my environment when I switched to 11.2-RELEASE it was
happening less frequently. With the FreeBSD driver is easy to detect it,
because it prints the timeout message and resets the interface after 5 tick=
s,
effectively interrupting any connections for a few seconds. The Realtek dri=
ver
doesn't reset the interface and doesn't print the message, so a short timeo=
ut
might go unnoticed.

To add new info to the thread, recently I've tried to increase the watchdog
timeout of the FreeBSD driver, changing it from 5 to 50 ticks. Well, the re=
sult
was that the connection interruption lasted longer, so the interface seems
really stuck and the reset the only solution.

In the last months I've also tried Realtek drivers 1.94.01 and 1.95 (the one
I'm currently running) and I'm not seeing differences from the 1.93, in my
scenario it seems to work good enough (=3D=3D I'm not able to detect any co=
nnection
drop during normal usage, that doesn't mean they are not happening at all).

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-166724-7501-DVMpoWeFrq>