Peter Avalos went looking for updates to /bin/sh, and found a lot of them, including regression tests. Even though sh is… 15 years old? Older? It dates back to BSD 4.4 and before – anyway, it’s been around forever, but there’s still things to do with it.
Sascha Wildner is continuing his huge driver-adding streak, this time with tws(4). It’s a port of the FreeBSD driver, for “LSI 3ware 9750 series SATA/SAS RAID controllers”. The commit message has a list of individual models, and further credits.
Sascha Wildner continues the driver update streak, bringing in the updated FreeBSD version of the aac(4) driver. This adds support for 40+ Adaptec AdvancedRAID cards – the aac(4) man page has a very long list.
Apparently the surplus money from the recent NYCBSDCon is going to each of the BSD projects. Great news! Now, what to do with it…
The BSD Show! has a 20-minute interview with John Hixson, known for working on pc-sysinstall. (See also)
There’s still no support for KMS/GEM on any most BSDs, though there are people interested in it for FreeBSD. One of DragonFly’s Summer of Code projects was just that, though it’s not in a state where it can be really used.
Scott Ullrich, who has worked on several BSD-related projects, including DragonFly, has something called vCloudBSD, about which you now know as much as me. It looks to be a FreeBSD auto-installer for virtualization, though I’m sure I’m overgeneralizing.
(I ran out of alliterative words, sorry.) Venkatesh Srinivas has committed his work on memory allocation; his commit message has details. He’s kindly provided a link to the article that inspired the per-thread magazine work. He’s also provided graphs to show comparative performance benefits of his new memory allocator on DragonFly and on FreeBSD.
Sascha Wildner brought in FreeBSD’s stress2 stress testing suite. It’s an efficient way to crash your system. Look at the README to find out the fastest way there.
November 20th, 2010 is the date for BSD-Day, in Budapest. Gabor Pali has a note out inviting developer to attend and give talks. There’s more details on a FreeBSD wiki page.
Link catchup!
- The BSD Certification Group needs reviewers for the BSDA exam objectives. It’s as easy as writing on a wiki.
- Undeadly has a lengthy article up about the OpenBSD equivalent of pkgsrc bulk builds, called dbp3. Interesting, because it was constructed on purpose, for that purpose. It’s interesting to me because I have pbulk running all the time, and it’s not as liner a process as I’d like.
- The PC-BSD installer is now present in FreeBSD; I think this is based on the same original installer used for DragonFly. Maybe, maybe not, but I’m curious about the feature set if it’s able to displace the venerable and firmly lodged FreeBSD sysinstall.
- Off topic: I bought an Android-based phone recently, so this (kinda grody) comment on how Apple handles bad reception for the new iPhone is entertaining.
- Really off topic: this man’s conversation about polyhedral dice (Youtube) is strangely compelling. You may or may have needed to play tabletop games previously to really appreciate it. (via)
BSDTalk has a very timely interview with Roman Divácký and Ed Schouten about the switch to clang/LLVM in FreeBSD. It’s 17 minutes, recorded at the recent BSDCan 2010.
Sascha Wildner has ported MultiMedia Card support from FreeBSD; SD, SDHC, and MMC cards should work in DragonFly now. Man, there’s been a lot of new additions recently.
Rui Paulo’s work porting the current set of FreeBSD network drivers over to DragonFly has been committed; there’s about a zillion commits (via Matthew Dillon) today to show for it.
Gergo Szakal mentioned some ideas he had about binary upgrades; among other parts of the conversation, Samuel J. Greear/Sascha Wildner reminded everyone that Matthias Schmidt had ported the FreeBSD binary upgrade system over in late 2007, and it’s still around to play with.
That was fast – there’s another BSDTalk already! BSDTalk 186 has Jeff Roberson, FreeBSD committer. He’s talking about schedulers and softupdates for a good half hour.
Matthew Dillon declared his intention to have REDO working for Hammer very soon. This will improve speed by lowering the number of fsync()s needed in a given period of time to flush data to disk.
He continues in a separate message talking at length about data flushing and how to implement it efficiently, with some comparisons to work in FreeBSD. The followups are worth reading, too.