Re: OpenBSD 3.3 on old KA650 qbus mscp machine???

Hugh Graham <[email protected]> Wed, 9 Apr 2003 06:10:02 -0700
Newsgroups gmane.os.openbsd.vax
Message-ID <[email protected]>
On Tue, Apr 08, 2003 at 12:23:25PM -0400, [email protected] wrote:
> I was using the snapshot bsd.  It runs fine, but no
> delqa seems to be there.  In the etc tree, what is
> the nomenclature of the ethernet ifconfig file?
> The 4000/60 calls up an ifconfig.le0.  What is that
> file supposed to be called for the delqa device?

If the device was present, you'd call it /etc/hostname.qe0.

The file format is documented in the hostname.if(5) manpage.

> 
> Fine if you can roll another snapshot.  Just tell
> me when it is up and where to pick it up from.

I've built a snap for download at: <http://www.oxide.org/vaxsnap/>

The system I built it on is actually making use of a delqa right
now, so it better be working! If there are still problems, please
provide the output from "SHOW QBUS" from the ">>>" prompt.

The snap also contains current work to make DHU more useful, in case
anyone wants to get a jump on that. (OpenBSD snapshot builds should
start up again soon.)

> Also, please, if you can, include a kernel src
> tarball with the snapshot, so I can roll a custom
> kernel for the MVII and MVIII critters with mscp
> only support.  Sadly, aol (sucks!) won't let me do
> any sort of supping up the current tree, so I am
> stuck trying to download an entire kernel src

Check out anoncvs: <http://www.openbsd.org/anoncvs.html>

It can work over either ssh or pserver protocols, and it's pretty
rare for an ISP to block those. It's certainly a much better option
than periodically downloading whole source tarballs.

> p.s.  One of the things I want desperately to do is to
> compare it against NetBSD on the same machine.
> Sadly, NetBSD has gotten so bloated and so slow,
> due to the sysV creeping featuritis, and the gcc
> bloatitis, that it is fast becoming unusable on the old

We suffer the same fundamental woe from gcc's continued efforts to
burn more cpu cycles compiling your kernel than it will subsequently
accrue in a month of actually servicing your OS.

> hardware anymore.  I am so hoping that OpenBSD is
> not that bloated, and will be a bit more spritely on the
> qbus boxes.  Other than timing out or taking a great
> long time for the network section (I assume due to no

You'll find a *big* hit from the random seed reinitialisation at
boot, as unfortunately there's no way to get security plus speed
in that area of the OS. Hurts at shutdown too.

Perhaps a smaller random seed could be used if that bothers you.

> code there for delqa) it seems to be running faster and
> that is a good sign.  Rolling the fs on the 4000/60 and
> then running it over to the MVIII critter worked fine, after
> making the right devices and fstabbing the right file
> systems.  That might be listed in the INSTALL file as
> one means of getting the critter up on qbus boxes, if
> one has another  scsi vax handy.
> 
It alludes to it, at least insofar as doing a raw copy of the floppy
fs to a drive and then transferring that. Actually rolling the whole
filesystem on another system is probably outside of the scope of
your typical install doc.

Kudos if you got that to work though. What MSCP SCSI card do you
have in the MVIII?

/Hugh