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

Uploader: Arashishicage
Date Added: 18 September 2008
File Size: 57.9 Mb
Operating Systems: Windows NT/2000/XP/2003/2003/7/8/10 MacOS 10/X
Downloads: 3760
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.


Comment 19 Sean Bruno Comment 1 nn Description Alexey Our issue also appears to be present in the Sleeping thread tidpid owns a non-sleepable lock KDB: Comment 13 Julien Cigar Comment 36 Eitan Adler I did a quick pass but if you are getting this email it might be worthwhile to double check to see if this bug ought to be closed. Harbormaster completed remote builds in B Comment 30 Sean Bruno Post Your Answer Discard By clicking “Post Your Answer”, you acknowledge that you have read our updated terms of serviceprivacy policy and cookie policyand that your continued use of the website is subject to these policies.

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