Date: Mon, 03 Sep 2018 14:34:37 +0000 From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 208205] re0 watchdog timeout Message-ID: <bug-208205-7501-LaDNZ28v94@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-208205-7501@https.bugs.freebsd.org/bugzilla/> References: <bug-208205-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=3D208205 --- Comment #31 from zjk <zjk7@wp.pl> --- A. After longer tests - I must cancel the previous optimistic news. We are talking about the 11.2-RELEASE + 1.93-realtek driver: 1. Suspensions, computer stops - still occur. They are only shorter - though still cumbersome. Generally at the beginning the interface works quickly, after some time it slows down and shows signs of loss. 2. There are still messages about the interface suspension. Because I use l= agg it looks like this: + [20445] re1: Interface stopped DISTRIBUTING, possible flapping + [48114] re0: Interface stopped DISTRIBUTING, possible flapping B. Regarding Alex's statements. This is a real problem. Of course, the "watchdog timeout" message itself is not harmful. The important thing is that the message in the function follows the reset a= nd re-initialisation of the interface - this unfortunately results in the loss= or partial destruction of transmitted files / frames (which unfortunately I ha= ve experienced many times). The application of version 1.93-1.94: is therefore of such a improvement t= hat not only does the message disappear (commented out from function - as Alex correctly writes), but the files are not damaged during the transmission (y= et to be checked!). Version 11.2-RELEASE - for me it certainly generates hundreds of messages "watchdog timeout" - but today I do not know if it prevents damage or loss = of transmitted data (to be checked).=20 I see: /* Cancel pending I/O and free all RX/TX buffers. */ re_stop(sc); /* Put controller into known state. */ re_reset(sc); It means: drop, loss transmitted information. C. However, I will not agree with Alex that it is good. Perhaps it is good = for a laptop, too little for the server. It is still terrible. D. Test 11.2 + 1.94 - I have not started yet. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-208205-7501-LaDNZ28v94>