I say “one more” like I know when this saga will end. If you are using the devcpu-data port to update your processors, you’ll need to add
microcode_update_enable="YES"
to your /etc/rc.conf, as Sepherosa Ziehau points out.
A running description of activity related to DragonFly BSD.
I say “one more” like I know when this saga will end. If you are using the devcpu-data port to update your processors, you’ll need to add
microcode_update_enable="YES"
to your /etc/rc.conf, as Sepherosa Ziehau points out.
This is almost all link overflow from last week – and next week’s edition is almost complete. There’s a lot to read lately!
A full slate of BSDs this week.
The regular maintenance scripts for HAMMER1 assume that it’s mounted at the time of cleanup. If you have them unmounted, they won’t go through that regular maintenance, but it’s easy enough to fix.
Continuing the all-Spectre, all-Meltdown week here at the Digest, BSDNow 228 talks about it for FreeBSD and will cover more next week. And oh yeah other news, including a mention of new-to-me NomadBSD.
Matthew Dillon posted a summary of IBRS and IBPB support in DragonFly, and some numbers showing its impact in various configurations of options and CPUs.
Are you tired of hearing about Meltdown/Spectre yet? Doesn’t matter! The two sysctls for controlling mitigation in DragonFly have been renamed:
machdep.meltdown_mitigation machdep.spectre_mitigation
They go to hopefully sensible defaults, but Matthew Dillon has done some testing to show the effects of each in various combinations. (Update: more changes and tests.) Note that this is not the final mitigation work; compilers (i.e. gcc) are being updated to include workarounds for this, so new gcc -> new compiler in DragonFly -> new defenses. No silver bullet there, though.
One side effect of Meltdown/Spectre are CPU microcode (firmware) updates. For future needs: sysutils/devcpu-data is the port that has the updates for Intel, and cpucontrol(8) is the program you run on DragonFly to add them.
I haven’t used this myself, yet, so I can’t tell you how necessary an immediate update could be – but you will probably want to use it soon.
Update: Newer CPUs might require this sizing change.
Update update: a better explanation of applying microcode updates. There’s new ones out, too. (via)
If you’re on the bleeding edge of DragonFly and already updated for Meltdown fixes, there’s a few more commits you’ll want to get.
Matthew Dillon wrote a summary of the current status, noting there’s not much you can do for Spectre beyond new hardware. There is an update to the “defensive browser setup” plan for DragonFly (using –site-per-process) that can help at least with Javascript versions of Spectre.
Update: step-by-step microcode fixes from Intel if you really want to trash your performance.
I had to trim this down; there’s been a post-Christmas surge in material.
Note the non-profit link; that may be useful to you.
I’m a bit late posting it, but: BSDNow 227 covers Open, Free, and Net this week.
By now you’ve probably heard of the Meltdown/Spectre attacks. (background rumors, technical note) Matthew Dillon’s put together a Meltdown mitigation in DragonFly, done in four commits.
It’s turned off and on by the sysctl machdep.isolated_user_pmap – and defaults to on for Intel CPUs. Buildworld tests show about a 4-5% performance hit, but that’s only one form of activity, measured, so there will surely be other effects.
Note that Spectre is not mitigated by this commit series, and as I understand it, cannot be realistically fixed in software.
Update: Matthew Dillon posted a summary to users@.
Update 2: He told us so.
A minor bit of housekeeping: the archives page has been fixed up to correctly list all categories, and list posts grouped by month. So if you want to see what I posted under the roguelike category, or see what I posted in February 2011, you can. Post counts provided, too.
More user group news: Helsinki, Finland, has a new BSD User Group: HelBUG. First meeting is February 7th. There’s no mailing list/site that I know of, yet.
I’m posting this waaaay ahead of time: next NYCBUG meeting is tomorrow. It’s a porting session, and here’s some of what to expect.
DragonFly has a donation page and a Paypal account. There’s no 501c3 benefit for U.S. residents to donate; DragonFly doesn’t exist as a non-profit. People have still been donating in smaller sums over time. It’s not enough to offset the colocation fees ($4k/year) plus the hardware there, but the money does get used for specific tasks. Matthew Dillon wrote a description of his upcoming plans: more storage, plus some interesting details on how much wear the existing SSD disks have sustained.
Last anything for the year! I packed in as much reading material as I could.
Last of the year!
Don’t forget any end–of–year donations you want to make, either.
the md5(1) utility on DragonFly now does SHA512 checksums, thanks to Rimvydas Jasinskas. You can see it as a separate ‘sha512’ binary in /sbin, but it’s a hard link back to the original md5, if I’m reading the commit right.