Return to BSD News archive
Received: by minnie.vk1xwt.ampr.org with NNTP
id AA5523 ; Fri, 01 Jan 93 01:48:02 EST
From: reink@hpuamsa.neth.hp.com (Reinier Kleipool)
Date: Thu, 24 Dec 1992 14:51:02 GMT
Subject: Re: BSD for Apollo DN3000
Message-ID: <21250006@hpuamsa.neth.hp.com>
Organization: HP-Sales Office-The Netherlands
Path: sserve!manuel.anu.edu.au!munnari.oz.au!spool.mu.edu!agate!usenet.ins.cwru.edu!gatech!emory!swrinde!sdd.hp.com!hpscit.sc.hp.com!hplextra!hpcc05!hpbbn!hpuamsa!reink
Newsgroups: comp.unix.bsd
References: <1h0qb4INN53g@charnel.ecst.csuchico.edu>
Lines: 63
Hello,
a couple of messages ago :
Subject: Re: BSD on HP3500s?
Message-ID: <CGD.92Dec20204931@eden.CS.Berkeley.EDU>
Organization: Kernel Hackers 'r' Us
In article <21250002@hpuamsa.neth.hp.com> reink@hpuamsa.neth.hp.com (Reinier Kleipool) writes:
> I suppose you mean with HP3500 an Apollo domain 3500 workstation.
>I dont't think this will be a trivial task, as the 3500 works with an
>68030. So you should do a complete port of the os to that processor.
>I don't know if anybody is doing that. Porting the os starts with a
>port of a C compiler to the 'new' archtecture. Mabe you can use the
>existing Domain C compiler to port the gnu C compiler. But this is
>only the start of an os port.....
Actually, i was working on a port of 4.4 to the DN3500/DN4500,
but for lack of time, never got too far...
I actually found that it wasn't too hard to set up a reasonable development
environment under Domain/OS (10.1 at that time, i think...),
w/ the stuff off of the tape which Keith Bostic gave me...
(which doesn't exist any more, but you couldn't have anyway... 8-)
the gnu c compiler, as disted in net/2 (and probably 386bsd)
has full 680x0 support -- for the hp300. just modify a few things,
and set it up to give you one or two unique symbols,
and you win.
> You should also write new device drivers for ithe domain peripheral
>controllers. This is not a simple task. Unless you intend to become
>the Willaim Jolitz of the 68000 community!
arguable... 8-) the ethernet board in the DN[34]500 machines are
the 3COM 3c501 or 3c503, i think, so that shouldn't be too hard;
just occasional byte swapping on 16 bit I/O.
the disk controllers are standard PC controllers... one type is OMTI i
think, and the other type is the WD7000...
the video boards are a helluvalot nicer than PC video boards; they're
actually flat framebuffers!!! (of course, they've no character mode,
so that's a bit of a problem... also the color displays are planar not
chunky...)
you could support token ring, but that may or may not be worthwhile
depending on the hardware you have at your disposal...
the way i started off was trying to merge the locore, etc. of the hp300 port
with the devices of the early work on the i386...
There's also been a Mach port to the DN3000, which was somewhat useful,
for info about booting, etc.
i'd be glad to answer questions... 8-)
chris
--
Chris G. Demetriou cgd@cs.berkeley.edu
"Sometimes it is better to have twenty million instructions by
Friday than twenty million instructions per second." -- Wes Clark