- User Since
- May 26 2014, 3:41 PM (203 w, 4 d)
Because "slush" is happening, I suspect you need to ask re@ to commit this.
Wed, Apr 18
Thu, Apr 12
I'm running a universe build. After that, would you like this committed?
Basic compile, boot tests are good to go. Perf TBD
Wed, Apr 11
Mon, Apr 9
Sat, Apr 7
Y'all want this committed?
Fri, Apr 6
Thu, Apr 5
Wed, Apr 4
Add g_label_disk_ident_taste() to our list of fixes.
Tue, Apr 3
Minor man page review.
Fri, Mar 30
Thu, Mar 29
Tue, Mar 27
I've added a bunch of review comments. Nothing super major.
Mon, Mar 26
Fri, Mar 23
Thu, Mar 22
Mar 20 2018
Mar 14 2018
Mar 13 2018
Mar 9 2018
Mar 8 2018
I'll grab this and shovel it in after builds are done.
Feb 15 2018
After *READING* the review, I tested with a MAXWAIT of 20 and this works as advertised.
Hmmm ... I'm up to five minutes waiting for a timeout here and I don't even see the twiddle moving.
Feb 14 2018
Quick and dirty assessment: BTX panics. :-( More review to come.
Feb 13 2018
Ugh, phab seems to have not take the diffs from the root of the src tree. I'll munge a bit, but can you regenerate?
Use @kevans version of the patch from private email. Add a debug statement so
I can detect the ETIMEDOUT condition, which does get hit and resumes TFTP without
Feb 12 2018
Feb 1 2018
Jan 31 2018
Jan 30 2018
I'll run this through my local meat grinder and approve/commit after. THANKS
Jan 26 2018
Unrelated, is there a use case for FreeBSD Bhyve here? If we had PF support on FreeBSD, could we use pass through to use VFs?
Jan 19 2018
I will be reverting back to the ucode-tool in the next revision. There is definitely an issue with cpucontrol iterating though an intel microcode file with multiple updates.
Jan 17 2018
It sure looks like there is a problem here.
Jan 16 2018
Let me know if you need me to commit this.
Jan 15 2018
Surprisingly, this seems to work for us.
Jan 14 2018
Jan 13 2018
Jan 11 2018
This works for my FX-8150:
Update after Intel microcode revert