Re: August 2026 stabilization week
- Reply: Gleb Smirnoff : "Re: August 2026 stabilization week"
- In reply to: Gleb Smirnoff : "Re: August 2026 stabilization week"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 26 Aug 2026 18:30:02 UTC
Am 2026-08-26 19:49, schrieb Gleb Smirnoff: > On Tue, Aug 25, 2026 at 10:22:02AM -0700, Gleb Smirnoff wrote: > T> My personal testing on a SOHO router, Intel video laptop and nVidia > video > T> desktop also didn't find any regressions. > > Update. My SOHO router actually has a minor regression with Intel > NICs: > > igb0: Watchdog timeout (TX: 0 desc avail: 979 pidx: 106) -- resetting > igb0: link state changed to DOWN > igb0: link state changed to UP > igb1: Watchdog timeout (TX: 7 desc avail: 980 pidx: 543) -- resetting > igb1: link state changed to DOWN > igb1: link state changed to UP > > This never happened on this machine for 10 years. It is just a single > link loss for ~ 24 hours, but the traffic on this router is really > minimal. The watchdog was not working for years. Commit https://cgit.freebsd.org/src/commit/?id=69c3e0de01c1938792d319f18ba0a9ffa60dfa96 restores the functionality. net.iflib.timer_default is 4 by default (that's number of timer intervals). If your hardware delays the update of the state longer than that, you can increase that value. I have one slow and old hardware which needs the kick by the watchdog, and the setting was tuned on that. Your more modern hardware (igb should be way more modern than what this was tuned on) should complete that stuff much faster, so the initial expectation is, that there really is an issue. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF