Category: DragonFly

DragonFly 3.6.0 release very soon


As noted on the kernel@ list, it’s tagged but not yet in image form.

Posted by     Categories: DragonFly, Goings-on     1 Comment

Building lots of storage


Predrag Punosevac asked for good fileserver examples.  Several people answered, including me – the best answer is from Francois Tigeot, but there’s discussion of IPMI support in the thread.

Related: I wonder if the Backblaze Storage Pod would work for DragonFly?

Posted by     Categories: Device support, DragonFly     0 Comments

i386 dports maintainer wanted


John Marino isn’t interested in supporting the i386 architeecture for DragonFly and dports, so he’s not going to actively work on it.  (Packages for DragonFly 3.6 are already built, so that’s not a problem for release.)  If you feel like taking on a significant but interesting workload, check his message about the work involved.

Posted by     Categories: DPorts, DragonFly     0 Comments

BSDNow 11: The Gateway Drug


BSDNow episode 11 is up, with conversations about OpenSSH, FUSE, building an OpenBSD router, etc… and a whole hour of me talking about the upcoming DragonFly 3.6 release and this very Digest, too!

Posted by     Categories: BSD, DragonFly, Periodicals     0 Comments

BSDNow: a livestream that’s already completed


I just finished a whole hour of gabbing on about DragonFly and BSD work in general for BSDNow.  Because I am a ninny, I didn’t post something here earlier today so that people would know to watch the livestream.  Sorry!  However, it should be showing up in the next day or so on the BSDNow site.  When it does, I’ll link it.

Posted by     Categories: BSD, DragonFly     0 Comments

In Other BSDs for 2013/11/09


Not sure why, but there wasn’t a lot of things this week to pick out.

 

Posted by     Categories: BSD, DragonFly, FreeBSD, NetBSD, OpenBSD, PC-BSD, pkgsrc     2 Comments

Performance tuning


Matthew Dillon did some more performance tuning for DragonFly.  I’ll just pull a paragraph from the commit message, since that will have more impact than anything I say:

Improves fork/exec concurrency on monster of static binaries from 14200/sec to 55000/sec+. For dynamic binaries improve from around 2500/sec to 9000/sec or so (48 cores fork/exec’ing different dynamic binaries). For the same dynamic binary it’s more around 5000/sec or so.

“monster” is a 48-core machine used for testing.

Posted by     Categories: DragonFly, Goings-on     0 Comments

DragonFly 3.6 branched


Branched, not released.  The release should happen in two weeks.  One major bug has been squished, and remember the upgrade process from 3.4 to 3.6 is a little different from normal.

Posted by     Categories: DragonFly, Heads Up!     0 Comments

DragonFly developer interview


DragonFly developer Francois Tigeot  was interviewed on linuxfr.org.  As you can probably guess from the names, it’s a French site, but don’t let that stop you if you’re an Anglophone.

Posted by     Categories: DragonFly, Goings-on     2 Comments

lpr, still in use


The venerable (from 1979!) program, lpr, has been superseded by CUPS in many installations.  Francois Tigeot suggested removing it, but it’s still directly usable in specific situations and easier to just shift out of the way.  It’s staying, but it’s interesting to see how it still gets used.

Update: Predrag Punosevac has descriptions of the various tools involved.

Posted by     Categories: DragonFly, Goings-on     1 Comment

Multiple TX queue support for mxge(4)


Multiple transmission queues are possible for the mxge(4) driver; I’m mentioning it because Sepherosa Ziehau’s post about this describes the exact tunables to configure this.

Posted by     Categories: Device support, DragonFly     0 Comments

DragonFly 3.6 branching this weekend


I’m planning to branch DragonFly 3.6 this weekend.  The actual release will come 2 weeks later.  (Ignore what I wrote about a dports installer/image.)

Posted by     Categories: DragonFly, Goings-on     0 Comments

Discontented with contention? Be content.


Matthew Dillon wrote a roundup post summarizing all the changes he’s made to DragonFly to improve SMP performance in the last few weeks.  He’s removed almost all contention from DragonFly.  This means better performance, scaling upward depending on the number of processors.

‘monster’, the system that builds all 20,000 items in dports, can complete the run in 15 hours.  Compare this to the 2 weeks it used to take me to build the 12,000 packages in pkgsrc.  This is admittedly on different hardware and different packaging systems, but it gives a sense of the scale of the improvement.

 

Posted by     Categories: Committed Code, DPorts, DragonFly, pkgsrc     4 Comments

New ideas for Capsicum and DragonFly


Joris Giovannangeli, who worked on porting Capsicum to DragonFly for Summer of Code 2013, is continuing his work.  He’s posted a detailed note on how to do capability management in a new way, with it retaining compatibility with FreeBSD’s capsicum implementation.

Posted by     Categories: DragonFly, FreeBSD, Goings-on     0 Comments

Possible to poweroff


The ‘poweroff’ command, the equivalent of ‘halt -p’, has been added based on a suggestion from Robin Hahling.

Posted by     Categories: Committed Code, DragonFly     2 Comments

Speedups for SMP


Matthew Dillon has gone after reducing contention and improving SMP performance as vigorously as possible, using dports builds on a 48-processor machine as a test.   The machine’s building more than 1000 packages an hour, last I saw on IRC.

Posted by     Categories: DragonFly, Goings-on     2 Comments

ldns, drill updates


John Marino has updated ldns and drill to version 1.6.16.

Posted by     Categories: DragonFly, Goings-on     0 Comments

Clock explanations


Chris Turner was curious about clock skew when running under a VM, and Sepherosa Ziehau very kindly explained the different types of internal clock for DragonFly, and how to control them – a topic I’ve never understood deeply.

Posted by     Categories: Device support, DragonFly     0 Comments

SMP contention improvements


Matthew Dillon was using poudriere, the dports build tool, on a 48-core system.  Poudriere was building all 20,000+ dports, so the machine was quite busy.  He decided to get rid of as much contention as possible, and he’s listed all the ways DragonFly’s been streamlined by these efforts.  We need to revisit some of our previous benchmarks

Posted by     Categories: Committed Code, DragonFly     2 Comments

Searching DragonFly man pages with Mozilla


There is a search plugin for Mozilla that searches DragonFly man pages.  (Thanks Samuel Greear)

Posted by     Categories: DragonFly, Goings-on     1 Comment

Multiple queues support for GigE


I stole Sepherosa Ziehau’s email subject for the title of this post, because that’s exactly what has happened.  Gigabit networking cards under DragonFly will perform very well under extreme load – all of them.

Posted by     Categories: Device support, DragonFly     0 Comments

Getting pkgsrc


As a followup to news that the git feed of pkgsrc through dragonflybsd.org is not being updated, Max Herrgard wrote out how to fetch pkgsrc via CVS, or tarball, or another git feed.  CVS is still the ‘official’ way.

Posted by     Categories: DPorts, DragonFly, pkgsrc     0 Comments

Flush and sync changes ongoing


Matthew Dillon’s been working to make huge parallel software builds (i.e. dports) go a bit faster, so watch out.  This only affects you if you are running DragonFly 3.5, of course.

Posted by     Categories: DPorts, DragonFly, Heads Up!     0 Comments

DragonFly pkgsrc repo is frozen


The pkgsrc repository in git for DragonFly is currently frozen.  This is because many people have switched over to dports, and also because it’s a lot of work to keep it functional.  If you do want to pull newer pkgsrc material, use cvs and grab it from a NetBSD server.

As the message notes, don’t go switching to DragonFly-current right now, cause there’s a lot of new material in there and it may not be quite safe.  (There’s an ABI change that will require all new builds of your ports, for instance.)

Posted by     Categories: DragonFly, Goings-on, NetBSD, pkgsrc     1 Comment

Continuous dmesg


If you’re watching for a certain event, dmesg(8) on DragonFly now has a -f flag that will display new output as it’s logged, sort of like ‘tail -f’.

Posted by     Categories: Committed Code, DragonFly     0 Comments

Radeon KMS driver added


The Radeon KMS driver from FreeBSD has been imported to DragonFly by Francois Tigeot.  It still has problems with ttm, but don’t let that stop you from taking advantage of it.

Posted by     Categories: Device support, DragonFly, FreeBSD     0 Comments

Memory statistics changes


While looking for a different bug, Matthew Dillon made some changes in the way memory usage is totaled in DragonFly.  You’ll see this most when using ‘systat -vm 1′ or ‘vmstat’, probably.

Posted by     Categories: Committed Code, DragonFly     0 Comments

Google Code-In 2013 and Summer of Code 2014 announced


Google has a post up about the 10th anniversary of Summer of Code, with next year’s version of the event getting some changes – an increase in the students allocated and in the student stipend, and more events.  I’m planning to apply for DragonFly, for 2014.

Google is also doing the Code-In, for 13 to 17-year-old students, again.  DragonFly participated in the first year (the only BSD to do so), but sat out last year.  I’m not currently anticipating DragonFly being involved for 2013, cause of reasons.  (It’s a lot of work!)

gdb, kgdb updated


John Marino has accomplished the major task of updating gdb/kgdb, to version 7.6.1 for DragonFly.

Posted by     Categories: Committed Code, DragonFly     0 Comments

Here, there, everywhere for mdocml


Franco Fichtner recently received commit rights for DragonFly.  This is so he could import mdocml, a OpenBSD-originating replacement for groff and man page display.  Mdocml has been mentioned before on the Digest, and there’s a downloadable book.  (See the more-interesting-than-it-sounds History of UNIX Manpages there too, but I digress.)

One advantage of using mdocml, as I understand it, is that groff is no longer required to view man pages.  The only thing left in DragonFly that required a C++ compiler was groff.  So, rebuilding could be a bit faster, and a bit less complicated.

Here’s the part that makes me happy: Changes made in DragonFly promptly made it back into NetBSD’s mdocml.   Other changes rolled from DragonFly back into OpenBSD, too, and mdocml is in FreeBSD 10, though I don’t have a src change to point at right now.  It all circled back around to DragonFly, too.  It’s really neat to have a BSD-grown cross-BSD product.

(Incidentally, if you have a Thinkpad and keyboard issues, Franco has a patch for you to try.)

 

Posted by     Categories: BSD, DragonFly, FreeBSD, NetBSD, OpenBSD     5 Comments

Even more Summer of Code


I had this to post, and managed to miss it: Daniel Flores, whose Summer of Code project was Hammer compression, posted a final report.

Posted by     Categories: DragonFly, Google Summer of Code     0 Comments

A little more Summer of Code


I know I said Summer of Code was complete for DragonFly, but Larisa Grigore published some rough benchmarks of her “SysV IPC in userland” work, plus a followup.

Posted by     Categories: DragonFly, Google Summer of Code     0 Comments

Why dports?


DragonFly has generally shifted over to dports for 3rd-party software management, away from pkgsrc.  Because of that, I haven’t been building binary packages of the quarterly pkgsrc releases.  Pierre Abbat asked why on users@, and here’s my explanation of the change.

Posted by     Categories: DPorts, DragonFly, pkgsrc     1 Comment

Huge locale changes; full buildworld needed


John Marino has put in a large patch to DragonFly 3.5, updating all sorts of language-related items.  As he warns, you will need a full buildworld/buildkernel in a specific order to update.  On the plus side, you can now probably use your native language for nvi and for git.

Posted by     Categories: Committed Code, DragonFly, Heads Up!     1 Comment

Hammer2 boot support


If you want to boot from a Hammer 2 /boot volume, you now can.  Hammer 1 never worked well as /boot, though it was technically possible.  Hammer 2 will be just fine.

Note that you can’t turn on recently-added disk compression since the bootloader doesn’t understand it, and Hammer 2 is not ready for anything but being worked on.  Don’t try it unless you’re ready to be submitting code changes to fix Hammer2.

Posted by     Categories: DragonFly, Hammer     0 Comments

mxge(4) improvements


When Sepherosa Ziehau decides to improve something, he goes all out.  For example, he recently improved the mxge(4) driver for Myricom 10G network cards – which is for relatively older hardware – and improved performance by 150Mbps.

Posted by     Categories: Device support, DragonFly     0 Comments

DragonFly and Summer of Code 2013


This will not be a surprise to anyone seeing the work being done, but: All 5 DragonFly/Summer of Code students for 2013 passed, as noted today in emails from Google.  It was possibly our best year yet in terms of buckling down and just plain working.

 

Posted by     Categories: DragonFly, Google Summer of Code     0 Comments

Two more final GSoC reports


More Summer of Code wrapups: Larisa Grigore has posted a final report on SysV IPC work, and Mihai Carabas has posted his on hardware support for vkernels.

(Mihai’s report was out several days ago and I didn’t realize it, sorry!)

Posted by     Categories: DragonFly, Google Summer of Code     0 Comments

Radeon and KMS branch to try


Francois Tigeot posted his work on the KMS driver for Radeon video cards.  He’s looking for help since he’s low on time for the immediate future, and this is a project that could benefit everyone.  (Well, everyone with the right video card.)

Posted by     Categories: Device support, DragonFly     0 Comments

Some GSoC wrapup reports


Joris GIOVANNANGELI and Pawel Dziepak both have published final reports for this year’s DragonFly/Summer of Code experience.  Both of them say they want to keep working on DragonFly, which is exactly the result I want.  There may be more if the other students have time.  A final report wasn’t required, but it is good feedback.

Related: Joris is working on Capsicum for DragonFly and published an API document describing how it has worked/will work.

 

Posted by     Categories: DragonFly, Google Summer of Code     2 Comments

New committers: Joris Giovannangeli, Mihai Carabas


Please welcome our newest committers: Joris Giovannangeli and Mihai Carabas.  Joris has already updated bc(1) and dc(1) to match what OpenBSD has.  You may recognize Joris’s name from his just-finished Google Summer of Code project for DragonFly, and Mihai Carabas from both this year’s and last year’s Summer of Code.

Posted by     Categories: DragonFly, Google Summer of Code     0 Comments

Summer of Code projects getting committed


Matthew Dillon’s committed the work by Daniel Flores on Hammer 2 compression and Mihai Carabas’s vkernel hardware support - both Summer of Code projects.  There’s a good amount of detail in the commit messages describing the work and what it changed; I expect more Summer of Code work to be getting committed…

Note: you’ll want to do a full update.

Mirrored disks and rconfig


Antonio Huete Jimenez has added a new rconfig script that automatically mirrors the installed disks with ccd(4).  You don’t remember what to do with rconfig(8)?  Automatically (and headlessly) install DragonFly, of course!  There’s already other examples – they’re just shell scripts.

Posted by     Categories: DragonFly, Goings-on     0 Comments

mxge(4), ecc(4) updated


mxge(4) and ecc(4) have been updated by Sepherosa Ziehau.  Not sure what’s new for mxge(4), a 10G network card driver, but ecc(4) now supports the memory controller for new Haswell systems.

Posted by     Categories: Device support, DragonFly     0 Comments

DragonFly and future planning


I put together a list of what I’m thinking could be in the next DragonFly release.  Going by our regular schedule, that’s a bit more than a month off.  Of note: Summer of Code material and defaulting to dports.  Follow the thread for more.

 

Posted by     Categories: DragonFly, Goings-on     5 Comments

i915 support summary


Francois Tigeot wrote up a summary of DragonFly’s support for newer Intel video chipsets. (short summary: much better recently)  KMS support is now the default in DragonFly.  There’s still work ongoing.

Posted by     Categories: Device support, DragonFly     0 Comments

Moving dports to gcc 4.7


DragonFly has two included compilers – GCC 4.4, and GCC 4.7.  Traditionally, we switch from one compiler to the other as default, and then replace the old one with a newer release, and so on.

Until recently, dports built almost exclusively using GCC 4.4.  John Marino’s switching to GCC 4.7, for a variety of reasons he lists in a recent post to users@.  An interesting point that he raises: GCC 4.4 won’t necessarily be replaced with a newer GCC, but perhaps clang?

Posted by     Categories: DragonFly, Goings-on     1 Comment

DragonFly and Google Summer of Code, week 13


We’re in the last week of what has been a very good Summer of Code for DragonFly, and here’s the last reports.  (We’re missing two, but this is cleanup week, so not much to report)

 

Posted by     Categories: DragonFly, Google Summer of Code     0 Comments

DragonFly and Google Summer of Code, week 12


I know this is late; my schedule is a bit messed up.  This is the penultimate week!

Posted by     Categories: DragonFly, Google Summer of Code     0 Comments

New systat features


It’s now possible to use systat(1) to see per-connection speeds and pftop status, thanks to Matthew Dillon.

Posted by     Categories: Committed Code, DragonFly     1 Comment

A bunch of network hardware changes


I’m just going to roll all these updates from Sepherosa Ziehau together into one post, because it’s a lot:  He’s updated igb(4) to 2.3.10, updated em(4) to 7.3.8, merged the hardware abstraction layer of those two drivers, enabled TSO on all PCI-E em(4) chipsets, and added support for a whole slew of Realtek chipsets in the re(4) driver.  Whew!

Posted by     Categories: Device support, DragonFly     0 Comments

AHCI update for NVIDIA


If you’ve got a MCP79 NVIDA-chipset board, Sascha Wildner’s commit of Ed Berger’s port from OpenBSD has you covered.

Posted by     Categories: Device support, DragonFly, OpenBSD     0 Comments

New filesystem for vkernels


Antonio Huete Jimenez has committed his work on “dirfs”, a filesystem that lets you mount directories from your host machine within the running vkernel environment.  It’s a sort of shared folders for vkernels.  See the commit message for usage details.

Posted by     Categories: Committed Code, DragonFly     0 Comments

TCP improvements


Sepherosa Ziehau has made a number of improvements to TCP in DragonFly – specifically, nonblocking and blocking connect(2) performance.  See each of his commits for statistics on how much this has reduced processor use under high load.  He has also written up an extensive description of how all this TCP stuff works in DragonFly.

In similar news, he has a nginx patch that delivers a significant performance increase.  It may go into nginx itself.

Posted by     Categories: DragonFly, Goings-on     0 Comments

DragonFly 3.4.3 released


I tagged it last week, but it took me a while to build the images.  See the tag commit for a list of the bugfixes.  The big thing for me is the fix for amrd and the virtual machine performance fix.  Either update via git, or download an image.

Posted by     Categories: DragonFly, Goings-on     0 Comments

i915 supports vs the terminal


You may have trouble switching back to a vty if you’re running a recent Intel video chipset and using KMS.  It’s a side effect of the new KMS support, but it is being worked on.

Posted by     Categories: Device support, DragonFly     0 Comments

dragonflybsd.org and ipv6


All the machines in dragonflybsd.org should now be available over IPv6.

Also, Matthew Dillon did something weird to the DragonFly IPv6 network stack.

Posted by     Categories: DragonFly, Goings-on     1 Comment

DragonFly and Summer of Code, week 11


Almost done with this year’s GSoC.  It’s been astonishingly… easy?  The students are working and the problems are difficult, but there’s been very little in the way of crisis.

Posted by     Categories: DragonFly, Google Summer of Code     0 Comments

rum(4), run(4), and urtwn(4) added


Sascha Wildner has ported rum(4)run(4), and urtwn(4) from FreeBSD to DragonFly, to work within the not-yet-default new USB framework.  This happened some days ago, but I’m just now catching up.

Posted by     Categories: DragonFly, FreeBSD, Goings-on     0 Comments

Mirror-master moved


avalon.dragonflybsd.org, also known as mirror-master, is the final dragonflybsd.org system to be moved into the new colocated blade server.  Your downloads of binary packages or DragonFly images should be speedier.

Posted by     Categories: DragonFly, Goings-on     0 Comments

Deduplication benefits, again


Remember my recent disk issues?  As a side effect of protecting myself, I have a good example of deduplication results.

I have a second disk in my server, with slave Hammer PFSs to match what’s on my main disk.  I hadn’t put them in fstab, so they weren’t getting mounted and updated.  I got them re-created, but they were nearly full.  Here’s an abbreviated df, from which you should be able to tell which drives I have :

Size   Used   Avail   Capacity
929G   729G   200G    78%    /slave/slavehome
929G   729G   200G    78%    /slave/slavevar
929G   729G   200G    78%    /slave/slaveusr
929G   729G   200G    78%    /slave/slaveslash

That 78% is how full the Hammer volume was.  I turned on Hammer deduplication, since it’s off by default.  The very next day:

Size   Used   Avail   Capacity
929G   612G   318G    66%    /slave/slavehome 
929G   612G   318G    66%    /slave/slavevar 
929G   612G   318G    66%    /slave/slaveusr 
929G   612G   318G    66%    /slave/slaveslash

It’s a 1 terabyte disk, and I gained more than 10% back – That’s 100g of disk space that I gained overnight.  There might be more tomorrow, given that it was all of 5 minutes of dedup work.

This won’t surprise you if you’ve seen previous deduplication links here, like my previous results or some real-world tests.  It’s still great.  I’d suggest turning it on if you haven’t – hammer viconfig the appropriate PFS and uncomment the dedup line.

 

Posted by     Categories: DragonFly, Hammer     1 Comment

What’s your XML opinion?


There’s several debates exclusive to the Unix-like world: Vi vs. Emacs, System V vs. BSD, and so on.  A more recent one that people tend to fragment over is XML in config files vs. anything else.  Read through this recent threa, starting here, about SMF (which became about XML) on users@.

Posted by     Categories: DragonFly, Goings-on     4 Comments

DragonFly and Summer of Code, week 10


Only 3 more Mondays left in the student work part of Summer of Code!  Unsurprisingly, it seems the students are mostly in the cleanup phase – as it should be.

Posted by     Categories: DragonFly, Google Summer of Code     0 Comments

DragonFly 3.4.3 rolled soon


I’ll be working on the 3.4.3 release of DragonFly within the next 24 hours, and it should be available this week.  I’ll have a list of the bugfixes it contains…

Posted by     Categories: DragonFly, Goings-on     2 Comments

DragonFly and Go


It’s really neat to suddenly encounter something done just for DragonFly that you didn’t know was coming: A port of Go to DragonFly.   I think these changes are going into the next Go release, or at least I hope so.  (More on Go if you haven’t encountered it before.)

Posted by     Categories: DragonFly, Goings-on     1 Comment

Details on dragonflybsd.org hardware


If you’re curious about the hardware being used for the colocated dragonflybsd.org servers (this includes the website, the repository, the mailing lists, dports build machines, etc.), here’s the ‘MicroCloud’ product page.  DragonFly’s model was purchased from iXsystems.   Apparently those Haswell processors have a fantastic power consumption to performance ratio.  (via)

Posted by     Categories: Device support, DragonFly     0 Comments

DragonFly and Summer of Code, week 9


I’m running a bit behind because I’ve been on the road, but here they are:

Posted by     Categories: DragonFly, Google Summer of Code     0 Comments

Wanted: a Mailman patch


One of the most-requested items for the DragonFly mailing list archives is reverse sorting by date.  Mailman, which is what’s being used now for archiving, doesn’t have a ‘native’ way to do that.  Has anyone seen a trick/patch to get that to happen?  I already patch Mailman to get the message date to show in listings.

Posted by     Categories: About This Site, DragonFly, Off-Topic     1 Comment

A vkernel addon task


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.

Posted by     Categories: DragonFly, Please test     0 Comments

USB support improves


I’m a bit slow in posting this, but that’s OK since it’s a work in progress: Markus Pfeiffer has added some more work on USB4BSD porting to DragonFly, including some device-specific changes.

Posted by     Categories: Device support, DragonFly     0 Comments

Do you have a Cyrix processor?


I’d be really surprised to find this affects anyone, but it’s possible: some kernel options specific to Cyrix processors have been removed, by Sascha Wildner.

Posted by     Categories: Device support, DragonFly     0 Comments

DragonFly and Summer of Code, week 8


If you look at the reports from students this week, they are mostly “I had bugs and I fixed them and there’s not much to do other than test”, which is the sign of well-planned projects.   Here’s the status reports:

Posted by     Categories: DragonFly, Google Summer of Code     0 Comments

Mailing list archives update note


The mailing list archives for DragonFly (lists.dragonflybsd.org) have been moved to new hardware.  (Yay!)  The patch that actually shows date in the listings needs to reapplied, cause Mailman is somewhat stale.  (Boo!)  I applied the patch and I’m regenerating all the archives now.  (Yay!)  There’s some garbled messages in the archives that cause a bunch of “no subject” partial messages to be dumped at the end.  (Boo!)  I’ll manually fix them if I can, someday.  (Yay?)

Posted by     Categories: DragonFly, Goings-on     2 Comments

Slight DragonFlyBSD.org service interruption


Several parts of dragonflybsd.org are moving to a new blade server, so there may be some service interruptions during the transition.

Posted by     Categories: DragonFly, Goings-on     1 Comment

TTM arrives for DragonFly


Francois Tigeot has ported TTM to DragonFly from FreeBSD and I think a bit from OpenBSD.  All this work has led to an update in the driver porting notes.

Posted by     Categories: Committed Code, DragonFly, FreeBSD, OpenBSD     0 Comments

DragonFly and Summer of Code, week 7


Everyone passed their Summer of Code midterms!  Not that this was a surprise; all the students have been consistently working and overcoming problems, but a 100% pass rate makes me happy.

Here’s the status reports:

Posted by     Categories: DragonFly, Google Summer of Code     0 Comments

Credential descriptors


Joris Giovannangeli, one of the Summer of Code students for DragonFly, posted his thoughts on credential descriptors – have a read.  He is working on capsicum and DragonFly, so this is a natural thought process.

Power savings and Haswell chips


If you have a computer with one of the very-very-new Haswell processors from Intel, Matthew Dillon has made some changes that will interest you.  They shave off (in the example given) about 20% of CPU power usage without much effect on performance.

Posted by     Categories: Device support, DragonFly     0 Comments

Just kill everything


killall -T will now kill all processes associated with the current tty, except parents of the killall process itself.  It’s a shortcut to “kill all these runaway items I started by accident”.

KMS and i915 support in DragonFly


Thanks to the effort of a number of people, DragonFly (-current) now supports KMS and accelerated video on Intel 915 chipsets.  It’s 2D and x86_64 only for now, but it’s much, much better than just using the vesa driver.

Posted by     Categories: Device support, DragonFly     0 Comments