home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / m68k / 1639 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.0 KB  |  54 lines
  1. Newsgroups: comp.sys.m68k
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!mcdchg!laidbak!manoj
  3. From: manoj@i88.isc.com (Manoj Dalmia (STG))
  4. Subject: need help with MVME167 SCSI sw pkg
  5. Message-ID: <1993Jan26.171614.25586@i88.isc.com>
  6. Sender: usenet@i88.isc.com (Usenet News)
  7. Nntp-Posting-Host: ra.i88.isc.com
  8. Organization: INTERACTIVE Systems Corporation, Naperville, IL
  9. Date: Tue, 26 Jan 1993 17:16:14 GMT
  10. Lines: 42
  11.  
  12.  
  13.  
  14. I'm trying to use, without much success, the SCSI software package
  15. on a MVME167. I would appreciate any pointers to get it to work
  16. from people who have been successful with it, or are familiar with
  17. this pkg.
  18.  
  19. Basically, this pkg serves as a layer of code above the NCR SCSI
  20. SCRIPTS processor on the board. According to the documentation, 
  21. it is possible to send out SCSI CDBs to the SCRIPTS processor via
  22. this layer of code.
  23.  
  24. I am making a trap #15 call to the .SIOPEPS function in M167Bug
  25. to retrieve the SCSI pointers from M167Bug.
  26. Then I initialize the above-mentioned layer of code via a call
  27. to one of these ptrs.
  28.  
  29. When I try to send out a SCSI Inquiry cmd, the SCSI sw pkg comes back
  30. with an error from the SIOP saying that "a bus error occurs when
  31. the SIOP is attempting to access the local bus while it is physically
  32. threaded to a SCSI device in any phase other than a SCSI bus 
  33. DATA PHASE (i.e, BERR while sending a CDB out to target). ... 
  34. The err_addr field of the siop_struc points to the fault address."
  35.  
  36. The fault address I get in the err_addr field of the siop_struc
  37. is 0xBA7A200C. I get this fault address consistently.
  38. The address has nothing to do with reality, it seems.
  39. My program is operating out of SRAM on the board,
  40. between 0xffe10000 and 0xffe20000.
  41. There is only 32 Mb of RAM on the board (0x2000000).
  42.  
  43. I seem to get this error no matter what I try.
  44.  
  45. I would appreciate any pointers from you if you've been successuful
  46. with this package, or are familiar with it.
  47.  
  48.  
  49. Regards,
  50.  
  51. Manoj
  52.  
  53.  
  54.