home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / bsd / 10621 < prev    next >
Encoding:
Internet Message Format  |  1992-12-24  |  2.9 KB
  1. From: reink@hpuamsa.neth.hp.com (Reinier Kleipool)
  2. Date: Thu, 24 Dec 1992 14:51:02 GMT
  3. Subject: Re: BSD for Apollo DN3000
  4. Message-ID: <21250006@hpuamsa.neth.hp.com>
  5. Organization: HP-Sales Office-The Netherlands
  6. Path: sparky!uunet!paladin.american.edu!gatech!emory!swrinde!sdd.hp.com!hpscit.sc.hp.com!hplextra!hpcc05!hpbbn!hpuamsa!reink
  7. Newsgroups: comp.unix.bsd
  8. References: <1h0qb4INN53g@charnel.ecst.csuchico.edu>
  9. Lines: 63
  10.  
  11. Hello,
  12.  
  13.    a couple of messages ago :
  14.  
  15. Subject: Re: BSD on HP3500s?
  16. Message-ID: <CGD.92Dec20204931@eden.CS.Berkeley.EDU>
  17. Organization: Kernel Hackers 'r' Us
  18.  
  19. In article <21250002@hpuamsa.neth.hp.com> reink@hpuamsa.neth.hp.com (Reinier Kleipool) writes:
  20. >  I suppose you mean with HP3500 an Apollo domain 3500 workstation.
  21. >I dont't think this will be a trivial task, as the 3500 works with an
  22. >68030. So you should do a complete port of the os to that processor.
  23. >I don't know if anybody is doing that. Porting the os starts with a
  24. >port of a C compiler to the 'new' archtecture. Mabe you can use the
  25. >existing Domain C compiler to port the gnu C compiler. But this is
  26. >only the start of an os port.....
  27.  
  28. Actually, i was working on a port of 4.4 to the DN3500/DN4500,
  29. but for lack of time, never got too far...
  30.  
  31. I actually found that it wasn't too hard to set up a reasonable development
  32. environment under Domain/OS (10.1 at that time, i think...),
  33. w/ the stuff off of the tape which Keith Bostic gave me...
  34. (which doesn't exist any more, but you couldn't have anyway... 8-)
  35.  
  36. the gnu c compiler, as disted in net/2 (and probably 386bsd) 
  37. has full 680x0 support -- for the hp300.  just modify a few things,
  38. and set it up to give you one or two unique symbols,
  39. and you win.
  40.  
  41. >  You should also write new device drivers for ithe domain peripheral
  42. >controllers. This is not a simple task. Unless you intend to become 
  43. >the Willaim Jolitz of the 68000 community!
  44.  
  45. arguable... 8-)  the ethernet board in the DN[34]500 machines are
  46. the 3COM 3c501 or 3c503, i think, so that shouldn't be too hard;
  47. just occasional byte swapping on 16 bit I/O.
  48.  
  49. the disk controllers are standard PC controllers...  one type is OMTI i
  50. think, and the other type is the WD7000...
  51.  
  52. the video boards are a helluvalot nicer than PC video boards; they're
  53. actually flat framebuffers!!! (of course, they've no character mode,
  54. so that's a bit of a problem...  also the color displays are planar not
  55. chunky...)
  56.  
  57. you could support token ring, but that may or may not be worthwhile
  58. depending on the hardware you have at your disposal...
  59.  
  60. the way i started off was trying to merge the locore, etc. of the hp300 port
  61. with the devices of the early work on the i386...
  62.  
  63. There's also been a Mach port to the DN3000, which was somewhat useful,
  64. for info about booting, etc.
  65.  
  66. i'd be glad to answer questions... 8-)
  67.  
  68. chris
  69. --
  70. Chris G. Demetriou                                    cgd@cs.berkeley.edu
  71.  
  72. "Sometimes it is better to have twenty million instructions by
  73.         Friday than twenty million instructions per second." -- Wes Clark
  74.