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