OpenBSD Journal

Call For Donations - HPPA and VAX machines needed in Sweden

Contributed by jason on from the vintage-computers-save-the-day dept.

Update (Sun Jul 19 16:15:43 CEST 2009): We have now received an offer to have a HPPA shipped in, thank you!

This year's developer's meeting with a focus on filesystems, f2k9, will take place in August, just a few weeks from now. There's a need for a HPPA and a VAX to test the code being worked on. During c2k9 a lot of progress was made but was subsequently backed out due to some problems that are easiest to spot on HPPA. This time around it would be nice to have this architecture present so as to make sure to spot any and all problems as work is progressing. Further to that a VAX machine is needed to test NFS.

Therefore we're putting out a call for donations for a HPPA and a VAX machine which is needed in Stockholm (Sweden) by early August. The HPPA should preferably be one of the B1000, B2000/B2600, C3000, C3600, C3650, C3700 or C3750 models. If you have such a machine or can arrange for a donation of such a machine please contact thib@ and johan@.

(Comments are closed)


Comments
  1. By Skey (193.253.141.64) on

    Filesystems? Will OpenBSD finally get a modern filesystem like HAMMER or NILFS?

    Comments
    1. By Anonymous Coward (84.215.150.151) on

      > Filesystems? Will OpenBSD finally get a modern filesystem like HAMMER or NILFS?

      It isn't only individual filesystems that are being worked on, but the entire disk I/O path.

      And sure, we'll get hammer just as soon as you rewrite the VFS layer to support it.

      Comments
      1. By Anonymous Coward (194.144.19.134) on

        > > Filesystems? Will OpenBSD finally get a modern filesystem like HAMMER or NILFS?
        Yeah. Because OpenBSD needs more cowbell.

        Still, HAMMER might happen.

        > It isn't only individual filesystems that are being worked on, but the entire disk I/O path.
        The buffercache and VM support it needs is what we are currently focusing
        on. The "f" in f2k9 should really be a "k", for kernel.

        > And sure, we'll get hammer just as soon as you rewrite the VFS layer to support it.
        HAMMER is surprisingly easy on the VFS compared to the has-more-cowbell
        ZFS.

        Comments
        1. By Anonymous Coward (84.215.150.151) on

          > on. The "f" in f2k9 should really be a "k", for kernel.
          >

          Dial "M" for Midlayer

          Comments
          1. By Frank Denis (82.224.188.215) on http://00f.net

            > > on. The "f" in f2k9 should really be a "k", for kernel.
            > >
            >
            > Dial "M" for Midlayer


            No, it would mean FUSE.

            Comments
            1. By Anonymous Coward (194.144.19.134) on

              > > > on. The "f" in f2k9 should really be a "k", for kernel.
              > > >
              > >
              > > Dial "M" for Midlayer
              >
              >
              > No, it would mean FUSE.
              Hm. No ?

              The kernel midlayer has nothing to do with FUSE.
              (And FUSE blows. tee hee hee :)


              Comments
              1. By sthen (85.158.44.149) on

                > (And FUSE blows. tee hee hee :)

                They do if you plug in too many HPPAs, that's for sure.

      2. By Anonymous Coward (70.81.15.127) on

        > > Filesystems? Will OpenBSD finally get a modern filesystem like HAMMER or NILFS?
        >
        > It isn't only individual filesystems that are being worked on, but the entire disk I/O path.
        >
        > And sure, we'll get hammer just as soon as you rewrite the VFS layer to support it.

        Awesome! Thanks for volunteering him to do this! =)

Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]