Can someone with experience on Google Compute Engine try out running DragonFly on it? There’s FreeBSD instructions, so it might work.
bycn82’s rewrite of IPFW2 is available as a git branch to try out; he’s posted the link. Please try, especially if you are still working with the original ipfw.
(note: remember, ‘ipfw’ in DragonFly is what was called ‘ipfw2’ years and years ago because it was a replacement of the original ‘ipfw’ in FreeBSD. It was called ipfw2 but referenced as ipfw so that the same commands worked. Technically, this branch bycn82 is working on would be ipfw3, but he keeps referring to it as ipfw2. Confused? Good.)
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.)
I just tagged a second release candidate of DragonFly 4. Matthew Dillon’s recent reapctl() addtions – now called procctl() – just went in.
Markus Pfeiffer has imported FreeBSD’s if_lagg to DragonFly. It’s for talking LACP over multiple network ports, so that the traffic from those multiple ports can be aggregated – if what’s on the other end generally understands LACP. (Failover mode may not count.) Please test if you have that sort of surfeit of network ports.
I’ve branched DragonFly 3.8, and tagged a release candidate. Please try the release candidate if you can. I have links in my post to users@/kernel@. Don’t forget the remaining issues! Planned release date is June 4th.
I’ve wanted more support for virtualized DragonFly systems. Sascha Wildner put together an experimental balloon memory driver to test out, and I ran it on two virtual machines separately, one with it loaded and one without, on the same host system. The problem is, I can’t tell what it does. The two machine reported almost the exact same RAM usage during a buildworld.
Any VMWare/virtualization experts out there able to tell me what needs to be tested to verify this?
I have a list of commits I’ve saved between the various BSDs of licenses getting corrected to the 2-clause BSD license; that would definitely be a good cross-BSD project to sync.
- DiscoverBSD has a free KVM VPS for the taking – if you write about the BSD-specific thing you are doing with it.
- Also, DiscoverBSD’s news summary for the 17th.
- OpenBSD packages are generally up to date. The place I found this linked has comments noting the need to run multiple versions of Ruby to test – even multiple subversions, like different revisions of 1.9.x. I think that points at a different problem…
- There’s mg, which is a ‘micro GNU/Emacs’, found in OpenBSD. There’s also apparently a portable version. (via)
- OpenBSD’s upd(4) needs testing.
- OpenBSD has switched to Unbound, and it is apparently easy to enable DNSSEC.
- I didn’t expect rcp to be removed from OpenBSD, or a Thulsa Doom reference.
- Two small package managers for OpenBSD: sqlport and pkg_mgr.
- The hp300, mvme68k and mvme88k ports are gone from OpenBSD.
- If you’re using pkgsrc, php-fpm may be a better module than mod_php.
- FreeBSD has a faster SHA2.
- pkgsrcCon 2014’s Call for Papers is up.
- PC-BSD Digest 22.
- Hubert Feyrer has linked some NetBSD-specific slides from AsiaBSDCon 2014.
- Michael W. Lucas’s NYCBSDCon 2014 talk is up on Youtube.
Sepherosa Ziehau has an IPv6 patch for you to try. What’s it do? I think it improves performance under multiple streams of traffic, but that’s from looking at the code and totally guessing.
DragonFly has moved from the old USB stack to USB4BSD by default. That means:
- If you are already using USB4BSD, you will want to remove WANT_USB4BSD from your kernel config.
- If you have trouble, switch back to the old USB.
- There’s some drivers that are not yet converted; help with them would be appreciated.
- A full kernel/world build and ‘make upgrade’ will be needed in either case.
Sascha Wildner’s announcement email has all the gory details, including the kernel config changes to move back to the old USB setup. This is of course in master; 3.6 users are unaffected.
Grep /var/run/dmesg.boot for PMM, and if it turns up, Sepherosa Ziehau has a patch he’d like you to try.
If you have an Intel-based system, and are running DragonFly master, there’s new c-states (power-saving modes) for you to try. Sepherosa Ziehau posted a note about testing and feedback.
If you want to test out the latest (20131218) update to ACPICA, Sepherosa Ziehau’s got a patch for you. This will be good for anyone who wants to use less electricity. (updated to reflect this doesn’t enable deeper C-states as I thought it did.)
Sepherosa Ziehau suggests this relatively easy task: adding a TSC cputimer to vkernels. Apparently most of the framework to do this is already in place.
If you have an ath(4), wpi(4) or iwi(4) wireless network link, and you’re running DragonFly-master, please update. Sepherosa Ziehau has pushed Johannes Hoffman’s wlan_serialize branch, which means bringing up wlan0 is a bit easier – and less crashy.
It needs to be tested for wpi(4) and iwi(4), however, so if you have success or failure with those devices, please say so in reply.
(new post category starting now: “Please test”)