home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vxworks / 1010 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  4.8 KB
  1. Path: sparky!uunet!think.com!ames!agate!dog.ee.lbl.gov!lbl.gov!vxwexplo
  2. From: mea@sparta.com (Mike Anderson)
  3. Newsgroups: comp.os.vxworks
  4. Subject: re: comp.os.vxworks newsdigest
  5. Date: Thu, 12 Nov 92 14:55:45 EST
  6. Organization: Lawrence Berkeley Laboratory, Berkeley CA
  7. Lines: 106
  8. Sender: vxwexplo@lbl.gov
  9. Message-ID: <9211121955.AA00342@borg>
  10. NNTP-Posting-Host: 128.3.112.16
  11. Originator: daemon@vxw.ee.lbl.gov
  12.  
  13. Greetings!
  14.  
  15. Dave Wybo writes:
  16.  
  17. > I am interested in the variety of VMEbus based processor boards which are
  18. > supported by vxworks.  Having followed this newsgroup for a while, I have a
  19. > pretty good feel that some of the more common flavors are supported, such as
  20. > M68xxx based VME boards from a wide variety of vendors.
  21. > 
  22. To my knowledge, VxWorks runs on:
  23.  
  24. Motorola   680X0 and 683XX
  25. MIPS       R3000 and (soon) R4000
  26. Intel      80960CA and (soon) 80960CF (I think the SA and SB are also supported)
  27. Sun        SPARC (both 25 & 40 MHz)
  28. Hitachi(?) TRON G200
  29.  
  30. > Does anyone have any info about other processor boards, such as the HP-RT,
  31. > MC88110, R4400, etc?  Anyone have a feel for how long it takes Wind River to
  32. > bring a port of vxworks for a new hardware architecture to market?
  33.  
  34. Check with Mike Trest at Visicom (trest@visicom.com).  He does a lot of
  35. BSPs for VxWorks and may be able to clue you in on this one.
  36.  
  37. > 
  38. > Does one necessarily need a full Wind River "blessing" of a new processor board
  39. > in order to get the kernel up and running? i.e. if I have brand xyz 68xxx
  40. > based processor, how much work can I expect to have to do in order to get a
  41. > basic port done?  (basic meaning just something running, with maybe a console
  42. > port supported for debugging)
  43.  
  44. No.
  45. There is a VxWorks porting kit availbale from WRS to help.
  46. Ask Mike Trest.
  47.  
  48. > 
  49. > What is the recommended debugging environment for vxworks?
  50.  
  51. The gdb debugger works reasonably well for source code.  If you're 
  52. talking about debugging a new VxWorks port to a commercial board,
  53. you can probably get by without an ICE but it sure would make things 
  54. easier.  If you're trying to port to a board of your own design, I'd
  55. have an ICE, logic analyzer and bus analyzer with bus anomaly tester
  56. handy.  Again, you might be able to get by without these pieces of gear,
  57. but life is greatly simplified if you have access to them.
  58.  
  59. > 
  60. > Just how easy is it to take a program that runs on a un*x box, and convert it
  61. > to run under vxworks?
  62.  
  63. I do it frequently.  I all depends on how deep into UN*X you get with your
  64. code.  Most I/O and/or network stuff works without a hitch.  However, 
  65. some of the BSD signals like SIGIO are not supported (although you can 
  66. write your own as we have).
  67.  
  68. > 
  69. > My impression is that there are many happy, or at least satisfied customers
  70. > out there.  Any gotcha's?  Any environments where vxworks is just plain
  71. > inappropriate?
  72.  
  73. If you're trying to run Microsoft Windows, I feel that VxWorks is probably
  74. inappropriate ;-).  Seriously though, VxWorks is really a fairly
  75. "general purpose" operating system.  I remember at the VxWorks user's
  76. group meeting in '90 when most folks there were surprised that I was 
  77. running large-scale simulations that incorporated 40+ CPUs running
  78. VxWorks.  Since most users think of VxWorks in applications such as
  79. controlling silicon wafer steppers and the like, we sometimes forget that
  80. VxWorks is really a good general O/S with just a few caveats.
  81.  
  82. > 
  83. > If I have a single task solution, can I turn off context switching so that I
  84. > keep the o.s. out of the way of my real-time task? (other than clock interrupts
  85. > of course)
  86.  
  87. Yes.
  88.  
  89. > 
  90. > I am somewhat familiar with pSOS+ and the ability to run a task in supervisor
  91. > (privileged) mode if I so desire.  Is the same true for vxworks?
  92. > 
  93.  
  94. To the best of my understanding, all tasks in VxWorks currently run in
  95. supervisor state.
  96.  
  97.  
  98.  
  99. ==============================================================================
  100.     AAAA  D D    D D    EEEEE   M   M  TM  // AAAA RRRR  TTTTTT SSSSS EEEEE TM
  101.    A   A  D   D  D   D  E      M M M M    // A   A R   R   TT   S     E
  102.   AAAAAA  D   D  D   D  EEEEE  M  M  M   // AAAAAA RRRR    TT    SSS  EEEEE
  103.  A     A  D   D  D   D  E      M     M  // A     A R  R    TT       S E
  104. A      A  D D    D D    EEEEE  M     M // A      A R   R   TT   SSSSS EEEEE
  105.  
  106. Process Distribution/Control and Communications for Distributed Systems
  107.  
  108. Mike Anderson                       Voice: (703) 448-0210 ext. 235
  109. Director, ADDEM(TM) Project Office  FAX:   (703) 734-3323
  110. SPARTA, Inc.                        EMAIL: mea@sparta.com
  111. Suite 900                     
  112. 7926 Jones Branch Drive        "It is useless for sheep to pass resolutions 
  113. McLean, VA  22102               in favor of vegetarianism while wolves remain
  114.                                 of a different opinion."
  115.  
  116.                                    William R. Inge, D.D.
  117. ==============================================================================
  118.  
  119.