Sascha Wildner has removed the old USB system from DragonFly; you’re getting USB4BSD no matter what now, after the 4.0 release. While we’re at it, xhci is now automatically loaded in the installer, so installer USB drives attached to USB3 ports will work.
Markus Pfeiffer has made usb_pf work on DragonFly, which means it’s possible to dump USB traffic and filter it, similar to tcpdump. This can be handy when debugging a USB device, and that’s like 90% of all devices anyway.
If you look at your local DragonFly mirror, you’ll see ISO and IMG versions of DragonFly 4.0.0RC3. Please run, break, and report.
(Check the iso-images directory.)
Imre Vadaz’s recent change to dev/drm, adding kqueue support, has (from anecdotal reports in IRC) made video performance much better. It’s committed to DragonFly 4.0, so it’ll be in the next release.
Matthew Dillon had some followup commits that went in just after I tagged RC2 of DragonFly 4.0 last night, so I’ve tagged RC3. Tagging’s cheap, anyway.
I just tagged a second release candidate of DragonFly 4. Matthew Dillon’s recent reapctl() addtions – now called procctl() – just went in.
I said “USB ethernet drivers should work now” yesterday, but didn’t specify what works with the new USB structure in DragonFly. Sascha has fixed that by explicitly porting aue(4), cue(4), ipheth(4) and kue(4) from FreeBSD. As his commit notes, there’s still a few more devices to go.
If you’ve got a USB Ethernet device on DragonFly, it should work. Also, some cell phones tether correctly now, when they may have had trouble before.
The release candidate for DragonFly 4.0 came out last week, and normally the release would happen after a week. There’s still a few people reporting an odd freeze, so until we can find a cause, we’ll continue to wait.
Chrome runs on DragonFly now, apparently possible now because of this ported fix from Joris Giovannangeli.
If you can read French, or can translate, here’s an article covering the use of DragonFly as a desktop system.
Despite my complete lack of good planning, John Marino and Francois Tigeot have packages available for the DragonFly 4.0 release candidate that I assembled. Point at this directory to use them.
As Francois Tigeot has pointed out, recent Mesa upgrades have made very old graphics drivers using DRM1 no longer work. They’ve been removed. This won’t affect you unless your graphics card is 10+ years old.
If you are running DragonFly, and also using nginx, the so_reuseport option will give you a significant speed boost. I’ve mentioned it before, but not this directly.
Your local mirror should have a copy of the release candidate for DragonFly 4.0.0 by now. Please try it out and report problems. Note that this is a x86_64 only version; there’s no i386 version though you may be able to manually build on i386.
It’s been possible to install and run clang on DragonFly for a long time, of course, and at least build world with it. However, John Marino is putting in significant work to make clang one of the system compilers, replacing the older gcc44 that’s in DragonFly now. (The newer gcc47 stays.) This won’t be part of the next release, but it should be available soon after.
I noted the last few things that should be committed before the DragonFly release. People have spoken up for most of them, but it wouldn’t hurt to try recent -master with the upmap/kpmap work that recently went in. Benchmarks wouldn’t be a bad idea, either.
Sascha Wildner brought in led(4) from FreeBSD. It’s a driver for flashing LEDs, as you might have guessed. I’d like to see someone make Blinkenlights, whether BeBox-style or just generally mysterious.