Finally got around to checking in some mechanisms to protect against meta-data race conditions. it seems to pass normal regressions and dbench. While in the process, found a slew of errors using Inferno as the server. Will be pushing those later this week as they seem somewhat less critical.

The version of 9p in the 2.6.19 (and possibly 2.6.18) kernel was broken. Fixes have been posted and will hopefully get into 2.6.20. Updates are available in my repository on kernel.org. Sorry for the gap in coverage, but personal life events as well as my day job really got in the way of keeping on top of 9p maintainership in 2006—things have stabalized somewhat, so things should be better this year. It is currently recommended that you use spfs (available from the NPFS sourceforge p

I’ve got the new v9fs development branch somewhat stable on kernel.org—included in it our branches representing the current mm snapshot, my current release (patches submitted) and test (patches being tested) branches as well as some helper branches (systemsim-test includes patches to run the kernel on IBM’s Full System Simulator for ppc64 regression and the standalone branches which are meant to be the source for extracting stand-alone module tarballs which can be compiled on e

Repository and Branches I’ve created a new git repository (/pub/scm/linux/kernel/git/ericvh/v9fs.git) to eventually replace v9fs-devel.git. This tree will be organized a bit differently with most stuff stored in the following branches: master: will have a pristine linus tree. mm: will have the most recent andrew morton release. v9fs-devel: will be my development tree (which gets pulled into mm) for-linus: will be patches for linus to pull during merge windows Regression Te

I’ve posted the first set of changes trying to fix our fid management issues. At Russ Cox’s suggestion, I’ve dramatically simplified the fid management and matching code. The previous design was too zealous, trying to account for scenerios that just don’t exist yet—so we’ll keep the complexity out till we need it. The code has passed basic regressions and is going through the longer regression runs now. This fix definitely fixes the ‘pwd’ probl

We need to get the v9fs support utilities and servers packaged and in the distros so common users have access. Any help here is much appreciated as I don’t have time to babysit the various packages through the acceptance process. My priority list is as follows: Fedora-Core – most likely the widest adoption and hopefully we’ll migrate into RHEL SuSe – should just be a slight iteration off of Fedora Debian/Ubuntu – probably will be the easiest as we can ju

We are starting the transition to Lucho’s new npfs libraries and servers from u9fs. This should provide a better base for our future synthetic file server applications. Anyone who hasn’t tried it should go to the npfs sourceforge page and download a tar-ball to try it out. We’ll be making a formal release soon including rpms, debs, and ebuilds to send to the various distros. I’m also going through and trying to update the bugzilla list. Most of the problems should

Library for writing 9P2000 compliant user-space file servers that can be mounted using v9fs file system. The project also contains several example file systems including a Unix file-system gateway (replacing u9fs), ramfs, etc.

Name: Eric Van Hensbergen Work Home Page

Publications related to rHype

Resources related to rHype

Updates on rHype development

The Research Hypervisor from IBM research has been developed over the last 3 years to validate virtualization features in new hardware architectures and to study fundamental research issues in virtualization. For example, the Research Hypervisor has been used: to validate features developed for new processors like the Cell. to study future architecture ideas and functions for the high performance computing community within the PERCS project for DARPA. to study security in the context of