home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / coherent / 6590 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  3.1 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!wupost!usc!cs.utexas.edu!swrinde!emory!ogicse!das-news.harvard.edu!spdcc!merk!rmkhome!rmk
  2. From: rmk@rmkhome.UUCP (Rick Kelly)
  3. Newsgroups: comp.os.coherent
  4. Subject: Re: Coherent v4 SCSI and ST-506
  5. Message-ID: <9301050746.09@rmkhome.UUCP>
  6. Date: 5 Jan 93 12:44:48 GMT
  7. Article-I.D.: rmkhome.9301050746.09
  8. References: <930102618@umunk.GUN.de> <9301041066@hphbbs.E.open.de>
  9. Reply-To: rmkhome!rmk@merk.com (Rick Kelly)
  10. Organization: The Man With Ten Cats
  11. Lines: 54
  12.  
  13. In article <9301041066@hphbbs.E.open.de> hph@hphbbs.E.open.de (H.P. Heidinger, Essen) writes:
  14. >Udo Munk (udo@umunk.GUN.de) wrote:
  15. >: Trev Roydhouse (trev@asstdc.oz.au) wrote:
  16. >: :  > From: udo@umunk.GUN.de (Udo Munk)
  17. >
  18. >: :  > the Adaptec AH-1542 SCSI controller is the best one 
  19. >: :  > available today for ISA bus systems. But be warned 
  20. >: :  > this controller uses busmaster DMA and has problems 
  21. >: :  > with some motherboards. The problem is that you are losing 
  22. >: :  > characters on the serial lines when there is heavy disk 
  23. >: :  > I/O.  This problem does not occur only under COHERENT, 
  24. >
  25. >: :  ... under MS/PC-DOS too. However, the problem is easily solved by installing a
  26. >: : replacement UART, the NS16550AFN in place of the 8250 or 16450. Of course, VLSI
  27. >: : serial port chipsets preclude this option, although I hear there is a 16550
  28. >: : VLSI chipset now.  
  29. >
  30. >: Not in every case. I know about systems where this problem is worse
  31. >: with a 16550, because now a whole FIFO is lost. The problem is the
  32. >                                                  ^^^^^^^^^^^^^^^^^^
  33. >: bus on/off timing, if the DMA controlls the bus for a too long time
  34. >  ^^^^^^^^^^^^^^^^^
  35. >: the CPU can't read out the FIFO of the UART. This problem ist greater
  36. >: under UNIX then under DOS, because handling the interrupts is much
  37. >: more expensive.
  38. >
  39. >  NO! The problem is NOT the Bus-On/Off-Timing. I wrote a tool
  40. >  'ahaset' which could set the Busmaster-Timing in the whole range.
  41. >  Using this tool I set the bus-timing to 'worst case' for the disk
  42. >  i.e. 2 ys (micro-seconds) Bus-On, 64 ys Bus-Off, but this didn't improve
  43. >  anything.
  44. >  I believe that the new scatter/gather-support in the ADAPTEC-Driver
  45. >  crushes other I/O.
  46. >  EACH disk access is to detriment of tty I/O - even at only 1200
  47. >  baud. With COHERENTs ADAPTEC driver it is definitly IMPOSSIBLE to 
  48. >  work over tty lines independent of direction.
  49. >
  50. >  Replacing UARTs (->16550AFN) cures nothing but makes things worse, 
  51. >  since disk-access from the provided ADAPTEC driver trashes entire
  52. >  FiFo-buffers. Actually it is impossible to use FiFo-UARTs, because 
  53. >  UUCPs 'uucico' has severe sycronization problems with whole
  54. >  FiFo-buffers trashed, which results in broke UUCP connections all
  55. >  the time.
  56.  
  57. I have a 386/33 with Adaptec 1540A, and my ISA bus running at 8 mhz.
  58. With Taylor UUCP I rarely get broken UUCP connections run Coh 4.0.
  59.  
  60. Buson/busoff is part of the problem, but the main problem is interrupt
  61. latency.  The Adaptec SCSI driver is locking out interrupts for too
  62. long.  MWC is aware of this, and they are working on a fix.
  63.  
  64. -- 
  65.  
  66. Rick Kelly    rmkhome!rmk@merk.com    merk!rmkhome!rmk    rmk@frog.UUCP
  67.