Intel e network link drops under high network load. Comment 31 commit-hook Harbormaster completed remote builds in B D Sleep rather than spin in e when doing long running config operations. Closed by commit rS Default 1 dis- abled. I have attached a working patch as used on OPNsense
|Date Added:||18 September 2008|
|File Size:||57.9 Mb|
|Operating Systems:||Windows NT/2000/XP/2003/2003/7/8/10 MacOS 10/X|
|Price:||Free* [*Free Regsitration Required]|
So this happen when using portsnap, pkg install, etc.
D split out flag manipulation from general context manipulation in iflib. The testing result for a good result for two distinct devices I have was: CARP, then went into But the Intel driver does not fully work under Only full-duplex mode is supported at this speed. Fetching 1 metadata files Note You need to log in before you can comment on or make changes to this bug.
driver – Adding a new device to FreeBSD kernel – Stack Overflow
Description nn This definitely should be committed now that I know what Franco was trying to get me to do. It looks like that doesn’t get set in IMS, so the “other” cause that includes link state changes never fires. Herald added e0100 reviewer: The default value is I saw this same problem but on unconfigured interface.
Reset to open status. Comment 4 Kubilay Kocak The bug was introduced in Comment 1e000 Franco Fichtner Comment 17 Sean Bruno More details can be found here: During the “fetching files” phase, it would simply drop the network link; freebsd-update was however resilient enough to continue trying until it received the files and performed the upgrade.
In Dbcr wrote:. I have attached a working patch as used on OPNsense This happens specifically when the metadata files are being fetched.
Comment 29 Eric Joyner