slip tags explanation

Matt Dillon posted more ideas on how the DragonFly releases were to go. Specifically, different versions would be coded by slip tags instead of the branches that go on with FreeBSD:

releaseX_Y: Specific official release, build and regression tested, including security fixes. A sub-sub version (Z) would be embedded in the uname to differentiate between updates to a release, but not be incorporated into the tag name.

release: Current official release.

developer: Developers who want to be cutting edge but still be ‘reasonably’ stable, with occassional glitches.

HEAD: Absolute latest work, might have build and other issues.

Not being branches, slip tags are limited in scope. It might not be possible to incorporate a security fix into a particular release tag, for example, all we would be able to do is tell people to upgrade to a later release. When we are able to stabilize the system interfaces (about a year and a half from now) this won’t be a big deal.”

20040506 ISO posted

Matt Dillon has updated the ‘known stable’ ISO on the download page. He mentioned he plans to create a ‘stable’ tag in cvs (not a branch, but a slip tag) so that people who don’t care for experimentation can track that target.

Odd bug fixed

Matt Dillon has found the solution to the wierd MMX problem; it’s now safe to try kern.mmxopt=1 again. The problem turned out to be (quoting Matt) “related to the PIPE code, but only when the sysctl’s were set up for legacy algorithms. By default the PIPE code uses SFBUFs which are not effected[sic] by the bug.”

Athlon P4/Xeon users take note

If you have an Athlon or Xeon processor, go into usr/src/test/sysperf, do make, and the resulting /tmp/mem1 program will probably give interesting results, which you can then post to the kernel mailing list. A caveat from Matt Dillon:

“Note however that you have to manually edit which copy tests it does since it bus fault if you try to run the XMM (SSE2) test on a machine without SSE2 :-)”

Quietly furious activity

It’s been very quiet, but that’s because people are really, really busy working on DragonFly features. Here’s a roundup:

– Devon H. O’Dell and others are still working on the installer, promtped by Hiten Pandya. The code for this is available via cvsweb, including the very interesting design notes. (It has diagrams, so it must be good.)

– Hiten Pandya and Joerg Sonnenberger are updating the device subsystem to match FreeBSD 5.x. (I don’t have a lot of details on this; they’re busy!)

– Matt Dillon is writing a paper with FreeBSD’s Alan Cox detailing the performance improvements of certain pipe optimizations; he’s been doing various benchmarks for data. He’s also been working on AMD64-specific code, which he’s planning to commit soon.

– I may as well toss this in too: Jeffrey Hsu has been quietly and steadily changing the networking system. I don’t often mention his patches because he’s working at a level that’s quite beyond my ability to summarize.

Lots of tasks

Looking for things to do? Here’s Hiten Pandya’s list of possible merges from FreeBSD. There’s a lot of tasks there of varying length and difficulty, so if you feel like trying something out, go for it and post your patch to the dragonfly.submit list.

stable and release

Jonathon McKitrick asked about “last known stable” tags, and the June release date for 1.0. Matt Dillon replied that a known stable tag will appear once the networking code is stable, and that a late June release is still planned