HDTenEightyP/NetNews huggingface dataset:
From: mea@sparta.com (Mike Anderson)
Newsgroups: comp.os.vxworks
Subject: DDCMP Drivers
Date: Thu, 3 Sep 92 16:11:20 EDT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

Greetings!

  I remember back last June there was some interest in finding DDCMP
drivers for VxWorks.  Did anyone have any success?  If so, I'd like
to hear about it 'cause a friend of mine was curious about hooking
up to VAXen using this protocol.

Thanks,


==============================================================================
    AAAA  D D    D D    EEEEE   M   M  TM  // AAAA RRRR  TTTTTT SSSSS EEEEE TM
   A   A  D   D  D   D  E      M M M M    // A   A R   R   TT   S     E
  AAAAAA  D   D  D   D  EEEEE  M  M  M   // AAAAAA RRRR    TT    SSS  EEEEE
 A     A  D   D  D   D  E      M     M  // A     A R  R    TT       S E
A      A  D D    D D    EEEEE  M     M // A      A R   R   TT   SSSSS EEEEE

Process Distribution/Control and Communications for Distributed Systems

Mike Anderson                       Voice: (703) 448-0210 ext. 235
Director, ADDEM(TM) Project Office  FAX:   (703) 734-3323
SPARTA, Inc.                        EMAIL: mea@sparta.com
Suite 900                     
7926 Jones Branch Drive        "The optimist proclaims that we live in the
McLean, VA  22102               best of all possible worlds, and the pessimist
                                fears that this is true."

                                    J.B. Cabell

==============================================================================
From: flash@austin.lockheed.com (James W. Melton)
Newsgroups: comp.os.vxworks
Subject: 68040 A32D16 gotcha
Date: 2 Sep 92 02:17:30 GMT
Organization: "Lockheed Austin Division, 6800 Burleson Rd, Austin, TX 78744

Recently, we had the joy of porting a small, custom device driver
that was developed on an MV147 to a Tadpole TP41. There was a
little gotcha that should be of interest to the net at large.

The device is an ancient beast that operates in the A32D16 VME
space. We have 1 register that contains a 32 bit value.
Apparently, (according to a guy at Tadpole), prior versions of the
680x0 processor family would detect if a 32-bit write was destined
for a D16 address and break the transfer into two 16-bit transfers
to sequential word addresses. Not so with the 68040. If you ask for
a 32-bit write to an address, it attempts to comply. If the target
address is in D16 space, only the low-order 16 bits will be written
to the target address.

If all the technical details are incorrect, please free to correct
me. The bottom line is, when in D16, only do 16-bit transfers.

----
-- 
Jim Melton, novice guru
email:      flash@austin.lockheed.com | "So far as we know, our
voice mail: (512) 386-4486            |  computer has never had
fax:        (512) 386-4223            |  an undetected error"
From: mitchell@aaec1.aaec.com
Newsgroups: comp.os.vxworks
Subject: re: task switch hook
Date: Mon, 31 Aug 92 09:09:16 EDT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

>Has anyone tested the task switch hook routines in Vx...

I hooked a small routine that would write the Id of tasks being switched in
and out to a fixed location in global (VME) RAM.  The MSB of the Id was set
if the new task was lower priority, which indicated the task being switched
out was waiting for a semaphore and not being pre-empted.  I then used an
HP16500 logic analyzer to capture all of these writes (and all VME
interrupts and mail-box writes).  I found this a great help in debugging
our multi-task, multi-CPU real time system, allowing us to make
measurements of task execution time and second order effects of bus
utilization on task timing.

The task hook library worked as advertised - no problems.
ACM
  Andrew Mitchell                |  Internet: mitchell@aaec.com
  Atlantic Aerospace             |  tel: (617) 890-4200 
  470 Totten Pond Road           |  fax: (617) 890-0224
  Waltham MA 02154 USA           |
From: hill@luke.atdiv.lanl.gov (Jeff Hill)
Newsgroups: comp.os.vxworks
Subject: re: task switch hook
Date: Tue, 1 Sep 92 10:16:41 MDT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov


> > 
> >Has anyone tested the task switch hook routines in Vx...
> 
> I hooked a small routine that would write the Id of tasks being switched in
> and out to a fixed location in global (VME) RAM. 

I wrote a similar code which reported the task id of each task modifying
a set of contiguous bytes.

Jeff
From: hgreenho@axion.bt.co.uk (Hilary Greenhow)
Newsgroups: comp.os.vxworks,comp.sys.sun.hardware,comp.sys.sun.misc
Subject: VxWorks, Routers and Booting diskless SunOS sparc cards
Keywords: bootstrap
Date: 27 Aug 92 14:57:51 GMT
Followup-To: comp.os.vxworks
Organization: BT Laboratories



I have a few problems that I need to solve. Any feedback would be appreciated.
Are my assumptions correct?

BACKGROUND INFO

We are developing an application where we will have several VME racks.
Each rack will contain some 68030 boards running VxWorks as well as several
sparc (Force CPU 1e) cards running SunOS 4.1e. There are a few
constaints that make booting SunOS difficult:

	There will be no local disks for the racks or cards.

	The SunOS servers will only be accessable via routers.

	We will be using our modified version of the Wind River backplane
	driver under both VxWorks and SunOS.

	We would like to try and avoid using Ethernet (i.e. boot via the 
        backplane. Remote systems will be accessed via vxWorks and FDDI).

THE PROBLEMS AND POSSIBLE SOLUTIONS

 1 I understand that it is not possible to boot a diskless SunOS client
   if a router has to be traversed in accessing the server.

   My solution would be to implement rarpd, tftpd and bootparamsd on one
   on the VxWorks systems. In the absence of a better solution we would be
   forced to use a short ethernet segment to link the sparc cards to a 
   Vxworks card for booting. The backplane driver would take over once
   SunOS had booted.

   Has anyone implemented rarpd or bootparamsd for VxWorks?

   Does anyone know the packet formats?

 2 We cannot boot SunOS over the backplane. This is because both the
   standard prom and boot program do not have our modified driver.

   I believe there may be three solutions:

     a) Don't bother - use short local ethernet segments.

     b) Modify the SunOS prom and boot program to use our version of the
        Wind River backplane driver. This could be expensive as we do
        not have source. We would either have to try to buy the
        appropriate "development kits" (if they exist) or pay someone to
        do the job for us.

	Are the drivers used in the boot prom and boot program the same as 
        those used in the kernel?

     c) Could we use a VxWorks sparc prom to boot SunOS?

	What "environment" would we have to set up?


-- 
E-Mail:       HGreenhow@axion.bt.co.uk (...mcvax!ukc!axion!hgreenhow)
Organisation: BT Laboratories (Software Technology Division)
Snail Mail:   BTL, Rm 306 SSTF, Martlesham Heath, IPSWICH IP5 7RE, UK
Telephone:    +44 473 645573
From: Carl Lacy <lacy@draper.com>
Newsgroups: comp.os.vxworks
Subject: Driver for Excaliber 1553
Date: Fri, 4 Sep 92 09:38:09 EDT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

   Would anyone have or know of a VxWorks driver for the Excaliber
EXC-1553-C bus interface board?

					Thanks for info,

					Carl Lacy,  MS 3F
					Charles Stark Draper Laboratory
					555 Technology Square
					Cambridge, Mass.   02139
					   (617) 258-3228
					   (617) 258-1880 (fax)
					   lacy@coyote.draper.com
From: ramos@mtunm.att.com
Newsgroups: comp.os.vxworks
Subject: general info needed
Date: 31 Aug 1992  16:17 EDT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

I'm hoping to draw from the experiences of users of VxWorks and was directed
to this mailing list by an employee of Wind River Systems.

We're looking into using either VxWorks or pSOS+ on a intel i960-based 
embedded system dedicated to communications processing.  I have experience 
as an application builder on pSOS+ and have access to people who got pSOS+
running on a custom hardware platform.  Unfortunately, 
I don't know anyone with VxWorks experience.  My questions are these:

1) How hard is it to get VxWorks running on a custom platform using the 
   porting kit and how does it compare to pSOS+?
2) How robust is the kernel? (performance, bugs, etc.)
3) What are the limitations and quality of the communications software?
4) What are your experiences with the VxWorks source debugging environment?


I'm sure these questions could lead to interesting and useful side discussions
so you might want to answer by phone but email is fine too.

Thanks in advance
Richard Ramos
AT&T/NCR
908-576-6267
ramos@mtunm.att.com
From: mitchell@aaec1.aaec.com
Newsgroups: comp.os.vxworks
Subject: SCSI Target systems
Date: Thu, 27 Aug 92 10:43:07 EDT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

I am looking for information on using a 68030 CPU board with a SCSI
interface (MV147) as a SCSI Target.  The CPU would be the embedded
controller for a complex "peripheral" that would interface to host systems
via SCSI.  Any info on existing SCSI target drivers and/or better CPU
boards (faster SCSI<->VME) would be appreciated.
Thanks,
  Andrew Mitchell                |  Internet: mitchell@aaec.com
  Atlantic Aerospace             |  tel: (617) 890-4200 
  470 Totten Pond Road           |  fax: (617) 890-0224
  Waltham MA 02154 USA           |
From: rajiv@bongo.cc.utexas.edu (Rajiv Arora)
Newsgroups: comp.os.vxworks
Subject: Good book on VxWorks?
Date: 2 Sep 92 16:32:17 GMT
Article-I.D.: ut-emx.78937
Reply-To: rajiv@bongo.cc.utexas.edu (Rajiv Arora)
Organization: The University of Texas at Austin, Austin TX
Originator: rajiv@bongo.cc.utexas.edu


Until a few hours ago, I had never heard about VxWorks. Can anyone recommend a
good book that describes the philosophy of VxWorks--I presume it is some kind
of real-time OS? Also, is VRTX a similar OS?

I'm looking for references to get a general understanding of these OS's, not a
detailed description. Any help would be appreciated.


-- 
******************************************************************************
* Rajiv Arora			Email: rajiv@bongo.cc.utexas.edu	     *
*				Phone: (512) 795-9015			     *
******************************************************************************
Newsgroups: comp.os.vxworks
From: fff@microplex.com (Fred Fierling)
Subject: Novell IPX/SPX protocol stacks for Vxworks
Organization: Microplex Systems Ltd
Distribution: na
Date: Wed, 26 Aug 1992 23:20:07 GMT

I'd like to hear from anyone who's had experience with third party
implementations of the IPX/SPX protocol that run under VxWorks.
-- 
Fred Fierling    fff@microplex.com       Tel: 604 875-1461   Fax: 604 875-9029
Microplex Systems Ltd   265 East 1st Avenue   Vancouver, BC   V5T 1A7,  Canada
Newsgroups: comp.os.vxworks
From: doctor@kronos.arc.nasa.gov (Terry Fong)
Subject: how to implement a controller (aka need to periodically trigger task)
Summary: need info on writing a digital controller
Keywords: controller, 5.0.2
Organization: NASA/ARC Information Sciences Division
Date: Tue, 1 Sep 1992 16:45:10 GMT

Hi all,

This may be a FAQ item (is there one for this group?), but I'd like to
hear some opinions on a question:

  Using VxWorks 5.0.2, what is the best way to implement a digital 
  controller? In other words, what is the best approach to get a 
  task to trigger at a specific frequency (i.e., 10-100 Hz) such that
  system resources are minimally used? Do you setup an ISR off of the
  clock to signal (or semaphore) a pended task? Do you use watchdog
  timers repeatedly? Do you run a task at a high priority and let it
  poll a timer?

Please send any/all responses to:  terry@ptolemy.arc.nasa.gov

I'll post a summary of the answers I receive. Thanks in advance!

-Terry

 





-- 
_______________________________________________________________________________
 "You do not understand anything     | Terry Fong <terry@ptolemy.arc.nasa.gov>
  until you understand it in more    | NASA Ames, M/S 269-3, Moffett Field, CA
  than one way..." -- Marvin Minsky  | (415) 604-6063, FTS-464-6063
From: heyes@dadev.cebaf.gov (Graham Heyes)
Newsgroups: comp.os.vxworks
Subject: re: Bus error Handler problem...
Date: 27 Aug 92 15:15:04 GMT
Distribution: comp.os.vxworks
Organization: Continuous Electron Beam Accelerator Facility

Fred J Roeber writes...

>Sounds like you should be using vxMemProbe

That would be nice but there are reasons not to. 
Firstly VxMemProbe is just too slow, this is supposed
to be a fast sequencer. The sequencer instruction set
is mapped into the processor memory. i.e. an address
offset from the sequencer base address corresponds to
a sequencer opcode, the data bus holds the data for that
opcode to work on or the result of the command the idea
is that the 68020 effectively fetches instructions and
feeds them to the sequencer as quickly as it can.

a simple example:

	movel #$1c, $620300       ! Arbitrate
        movel #$10, $600304       ! address slot 16
        movel #$0A, $60032c       ! sub address 10
        movel $620320, D1         ! read one word

I have used absolute addresses here where normally address 
registers would be used. The idea is simple though, 0x20300
is the arbitrate opcode, arbitrate takes no data, 0x304 is the
"address module" opcode which takes a board address. Much more
complex opcodes exist.
	What we want to do is process huge lists of opcode
and data pairs as quickly as possible. The simple commands 
above execute faster than the 68020 can move from one instruction
to the next but long commands like block transfers are taken care
of by not returning dsack until the sequencer has completed it's 
task. This is fine in normal operation. If the sequencer hangs 
for some reason a hardware bus timeout counter generates a bus
error. What we would like to do then is recover in some graceful
way. VxMemProbe works well but is too slow for fast operation,
the only other methods we have open are to attach a signal handler
to the bus error signal or to write our own bus error handler.

	As I said yesterday the problem is that we do not know 
what to do if the error is detected when one of these lists is
being executed from an interrupt service routine. It appears to
me that a normal signal handler will not work since the isr has
no idea which task it "belongs" to. Maybe I'm wrong. Writing our
own bus error handler is a possability but if anyone has any good
ideas please share them.

	Thanks,

		Graham Heyes.


	
-------------------------------------------------------------------
Staff Scientist, Data Acquisition Group, Physics Division.
CEBAF - Continuous Electron Beam Accelerator Facility
E-mail  : heyes@dadev.cebaf.gov
US-mail : CEBAF
	  12000 Jefferson Ave 
	  Newport News
	  VA 23602
From: Bob Foery <bobf@verdix.com>
Newsgroups: comp.os.vxworks
Subject: re: NFS file server for vxWorks SCSI Disks
Date: Tue, 01 Sep 92 10:42:16 +0100
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov


>Has anybody written a file server for a vxWorks SCSI Disk. I realize there
are problems mixing real time and NFS Server functions but I would settle
for read only. So, what I am looking for is a way to NFS mount for reading,
disks that are located on my vxWorks target from my Sun host. Any
suggestions or code would be welcome.

Patrick,

This question has come up a few times in the past.  Enclosed are extracts
from previous posts.

I recently grabbed SOS from Simtel20.  If you would like a copy, I'd be happy
to send it to you.

Hope this helps,

Bob Foery
Verdix Corporation
bobf@verdix.com

=============================================================================
Submitted-by omni!hwajin@apple.com  Fri Oct 25 15:26:03 1991
Submitted-by: hwajin@omni.com (Hwa-Jin Bae)

>PC-based NFS SERVER?  I've seen many NFS CLIENTS on PC's (not running unix)
>but not many (or any) SERVERS.  If a pc is running NFS SERVER code it is
>significantly (in complexity) beyond being a BOOTP server.

FYI, a GNU copylefted NFS server for MS-DOG exists.
It's called SOS and written by none other than some people at LBL.
=============================================================================
Submitted-by mea@sparta.com  Mon Jan 20 09:07:52 1992
Submitted-by: mea@sparta.com (Mike Anderson)

Greetings!

  There's a public domain NFS Server implementation called SOS (Steve's Own
Server, I believe) that runs on PCs using PC-NFS.  Its available from
the Simtel20 anonymous FTP archives in the UNIX-C directories.  It doesn't
target VxWorks directly, but it is source that should come close.

Good Luck and please send a working version to the user's group archives,
=============================================================================

Newsgroups: comp.os.vxworks
From: heidelgs@ntmtv.UUCP (Greg Heidel)
Subject: C++ development
Organization: Northern Telecom Inc, Mountain View, CA
Date: Mon, 31 Aug 1992 22:14:18 GMT

I have read on the net that several companies have ported the GNU C++ compiler
to VxWorks.  I am interested in what debugging capabilities are available
when developing in this environment (both source-level and run-time).

...thanks for any info
From: mcdowell@exlog.com (Steve McDowell)
Newsgroups: comp.os.vxworks
Subject: Re: Force CPU-40 real-time clock support
Date: 26 Aug 92 15:32:09 GMT
Organization: Exploration Logging, Inc.

In article <1992Aug26.052127.10133@afterlife.ncsc.mil>smb@afterlife.ncsc.mil (Steve M. Burinsky) asks:
> found nothing even remotely looking like support for the CPU-40 on-board
> real-time (time-of-day) clock.  The chip is the Seiko-Epson RTC-72421 or

Take a look at the data sheet for the clock chip, it gives C code that works 
the first time. All you need to know is that the RTC is at 0xff803000. This
is the same on the CPU-30 and CPU-40...

-- 
Steve McDowell             . . . . o o o o o 		Opinions are 
Exlog, Inc.	                  _____      o     	mine, not my 
mcdowell@exlog.com      _____====  ]OO|_n_n__][.    	employers..
		       [_________]_|__|________)<
From: mitchell@aaec1.aaec.com
Newsgroups: comp.os.vxworks
Subject: re: task switch hook
Date: Mon, 31 Aug 92 08:53:08 EDT
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.16
Originator: daemon@vxw.ee.lbl.gov

> 
>Has anyone tested the task switch hook routines in Vx...

I hooked a small routine that would write the Id of tasks being switched in
and out to a fixed location in global (VME) RAM.  The MSB of the Id was set
if the new task was lower priority, which indicated the task being switched
out was waiting for a semaphore and not being pre-empted.  I then used an
HP16500 logic analyzer to capture all of these writes (and all VME
interrupts and mail-box writes).  I found this a great help in debugging
our multi-task, multi-CPU real time system, allowing us to make
measurements of task execution time and second order effects of bus
utilization on task timing.

The task hook library worked as advertised - no problems.
ACM
  Andrew Mitchell                |  Internet: mitchell@aaec.com
  Atlantic Aerospace             |  tel: (617) 890-4200 
  470 Totten Pond Road           |  fax: (617) 890-0224
  Waltham MA 02154 USA           |
 
                                

Newsgroups: comp.os.vxworks
From: smd@s1.gov (Scott M. Denton)
Subject: MIPS port
Reply-To: smd@s1.gov (Scott M. Denton)
Organization: Lawrence Livermore Laboratory, Livermore  CA
Date: Tue, 1 Sep 1992 23:17:15 GMT


Where would I find a sample VxWorks port to the MIPS R3000?

Thanks,
Scott Denton
From: dbander@netcom.com (David B. Andersen)
Newsgroups: comp.os.vxworks
Subject: RARP for vxworks
Date: 1 Sep 92 23:57:05 GMT
Distribution: comp.os.vxworks
Organization: Netcom - Online Communication Services (408 241-9760 guest)

Many is the time I have wished that vxWorks supported RARP.  When I ship
a product it is a real pain to make sure that some piece of non-volatile
memory has the proper inet address.  It is also difficult to have to 
describe to a customer how to change a product's inet address.

So why is it that Wind River does not have support for RARP?  Has anybody
whipped up their own version of RARP that they would be willing to share?

Thanks in advance.




-- 
/------------------------------------------------------------------\
|     David B. Andersen             (dbander@netcom.com)           |
\------------------------------------------------------------------/
Newsgroups: comp.os.vxworks
Subject: Unix Driver
From: dawn@grumpy.ksc.nasa.gov (Dawn Stewart)
Date: 28 Aug 92 09:12:09 EST
Expires: September 30, 1992

Followup-To: dawn@grumpy.ksc.nasa.gov    
Distribution: world
Organization: MDSSC-KSC
Keywords: drivers, mvme147

I am posting this for someone else.

Does anyone know of a MVME147 Unix driver for talking TCP/FTP over the
VME bus?  I want to uses the MVME147 as a file server host to the 
MVME165 to provide the VxWorks image and the application objects.

THANX in Advance,

Please reply in E-mail

--

dawn
From: rjus@uonline.com (ren_just)
Newsgroups: comp.os.cpm
Subject: Re: CPM For Sale
Date: 2 Sep 92 02:54:38 GMT
Organization: Just Computers!

mamason@portroyal.world (Mason) writes:
: 
: I might be interested in the Morrow, depending on cpu/terminal model.
: My email to you bounces.
: 

Sorry folks, both the Morrow and the Altos have been sold.  After 
numerous offers, I wish I had more of these units.  Surprising how
many people are using these things still (or are you folks collecting
them for use in a musesum? <grin>)

Newsgroups: comp.os.cpm
From: aclark@netcom.com (Al Clark)
Subject: Re: format for Digital Research CP/M 2.2 distribution disk?
Date: Thu, 03 Sep 92 22:18:40 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <9209011441.AA16789@tmpcu.mdc.com> curts@TMPCU.MDC.COM (Curt Schroeder) writes:
>
>I recently purchased the original Digital Research CP/M 2.2 that was mentioned
>here earlier this summer.  The main reason I bought it was for the manual, but
>the other members of the CP/M SIG and I would like to play around with the
>distribution disk.  All the disk says is that it is in "Xerox" format.  Well,
>one member's Xerox 820 wont read it and wont boot it.  Anyone out there know
>what format to select in one of the format conversion programs (Uniform, 22disk,
>etc,) to read this disk?
>
>Thanks in advance for your help!
>
>Curt
>

The early Kaypro II's could read the Xeror 820 format, as I remember.
You might try it out.
-- 
Al - aclark@netcom.com - My opinions are my own.
From: daniel@synchrods.UUCP (Daniel Senderowicz)
Newsgroups: comp.os.cpm
Subject: Modems and Kaypros
Date: 1 Sep 92 18:01:07 GMT

I use both QTERM and kermit 4.11 on my kaypro II as terminal
programs. QTERM has a command to hang up the modem (^\,) which
doesn't seem to work. Has anybody been succesful in hanging up
the modem on a kaypro II? I was told that the problem is due to
an unusual wiring scheme in the machine. Thanks,

Dan (daniel@synchrods.com)
From: eudoh@st6000.sct.edu (Etop Udoh)
Newsgroups: comp.os.cpm
Subject: 720K 5-1/4" diskettes
Date: 30 Aug 92 03:49:09 GMT
Distribution: world
Organization: The Internet

hi,


  Does anyone know where I can buy 720k  5-1/4" DSDD 96tpi diskettes...
????????????????????????
-- 
.....................................................................
:    Etop Udoh                             Eudoh@sct.edu            :
:    1112 Hudson Rd.               Southern College of Technology   :
:    Marietta, Ga 30060                   Marietta, Georgia         :
:                                                                   :
:      Abandon all hope ye who have entered  " CYBERSPACE "         :
:...................................................................:
Newsgroups: comp.os.cpm