home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / intel / 2850 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  2.1 KB

  1. Xref: sparky comp.sys.intel:2850 comp.unix.sys5.r4:1061 comp.unix.pc-clone.32bit:931
  2. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!agate!spool.mu.edu!umn.edu!csus.edu!netcom.com!netcomsv!mport!admin!jack
  3. From: jack@admin.mport.COM (Jack Craig)
  4. Newsgroups: comp.sys.intel,comp.unix.sys5.r4,comp.unix.pc-clone.32bit
  5. Subject: Re: ADAPATEC 1542B, TWO SCSI DISKS AND DELL UNIX
  6. Message-ID: <2052@admin.mport.COM>
  7. Date: 30 Dec 92 19:20:38 GMT
  8. References: <1992Dec28.185350.7931@cpio1.fr.mugnet.org>
  9. Followup-To: comp.sys.intel
  10. Organization: Microport Inc., Scotts Valley, CA 95066 US of A
  11. Lines: 35
  12.  
  13. bernard@cpio1.fr.mugnet.org (Bernard Fouche) writes:
  14.  
  15.  
  16. >I still have a strange problem with a Dell 450/SE : I have an adaptec
  17. >1542B and two SCSI disks. While I had only one disk, I encountered no
  18. >problem. But since I installed a new disk, I see these messages on the
  19. >console :
  20.  
  21. >WARNING: SCSI: HA 0 - Incoming message not found
  22.  
  23. you can relax! it is irritating, but not dangerous. you are running
  24. the svr4 3.1 release from usl(via dell). the folks at usl left
  25. in this apparently debug statement that was not in the 2.1 release
  26. and not in the 4.1 release.
  27.  
  28. it is caused during the interrupt handler, what happens is the interrupt
  29. handler goes into a loop to satisfy/process all currently done
  30. jobs. during the process of interrupt 1, interrrupt 2 is generated
  31. and the job queue is updated with a job done. while still in the 
  32. loop for interrupt 1 it completes the job associated with job2.
  33. it exits and reenters to process for interrupt 2, but that job
  34. is already handled! ergo your annoying message.
  35.  
  36. if you really hate it, either an upgrade will remove it
  37. or if you're up to the challenge, you can patch out the
  38. cmn_err() call under scsiintr in /etc/conf/pack.d/scsi/Driver.o
  39. careful, there are several...
  40.  
  41. ok? 
  42.  
  43. jack...
  44. =============================================================================
  45.  Jack Craig  Microport         SVR4 408-438-UNIX   uunet!mport.com!jack
  46.              Software Horizons SVR3 408-684-1375   uunet!sco.com!blznrzn!jack
  47. =============================================================================
  48.