home *** CD-ROM | disk | FTP | other *** search
/ CD Actual 8 / CDACTUAL8.iso / docs / kernel-2.0 / scsi / readme.000 < prev    next >
Encoding:
Text File  |  1996-07-11  |  3.2 KB  |  74 lines
  1.  
  2. RANDOM NOTES ON THE QLOGICFAS SCSI DRIVER
  3.  
  4. This driver supports the Qlogic FASXXX family of chips.  This driver
  5. only works with the ISA, VLB, and PCMCIA versions of the Qlogic
  6. FastSCSI!  cards as well as any other card based on the FASXX chip
  7. (including the Control Concepts SCSI/IDE/SIO/PIO/FDC cards).
  8.  
  9. This driver does NOT support the PCI version.  Support for these PCI
  10. Qlogic boards:
  11.  
  12.     IQ-PCI
  13.     IQ-PCI-10
  14.     IQ-PCI-D
  15.  
  16. is provided by the qlogicisp.c driver.   Check README.qlogicisp for details.
  17.  
  18. PCMCIA SUPPORT
  19.  
  20. This currently only works if the card is enabled first from DOS.  This means
  21. you will have to load your socket and card services, and QL41DOS.SYS and
  22. QL40ENBL.SYS.  These are a minimum, but loading the rest of the modules
  23. won't interfere with the operation.  The next thing to do is load the kernel
  24. without resetting the hardware, which can be a simple ctrl-alt-delete with
  25. a boot floppy, or by using loadlin with the kernel image accessible from
  26. DOS.  If you are using the Linux PCMCIA driver, you will have to adjust
  27. it or otherwise stop it from configuring the card.
  28.  
  29. I am working with the PCMCIA group to make it more flexible, but that may
  30. take a while.
  31.  
  32. ALL CARDS
  33.  
  34. The top of the qlogic.c file has a number of defines that controls 
  35. configuration.  As shipped, it provides a balance between speed and
  36. function.  If there are any problems, try setting SLOW_CABLE to 1, and
  37. then try changing USE_IRQ and TURBO_PDMA to zero.  If you are familiar 
  38. with SCSI, there are other settings which can tune the bus.
  39.  
  40. It may be a good idea to enable RESET_AT_START, especially if the devices
  41. may not have been just powered up, or if you are restarting after a crash,
  42. since they may be busy trying to complete the last command or something.
  43. It comes up faster if this is set to zero, and if you have reliable
  44. hardware and connections it may be more useful to not reset things.
  45.  
  46. SOME TROUBLESHOOTING TIPS
  47.  
  48. Make sure it works properly under DOS.  You should also do an initial FDISK
  49. on a new drive if you want partitions.
  50.  
  51. Don't enable all the speedups first.  If anything is wrong, they will make
  52. any problem worse.
  53.  
  54. IMPORTANT
  55.  
  56. The best way to test if your cables, termination, etc. are good is to copy
  57. a very big file (e.g. a doublespace container file, or a very large executable
  58. or archive).  It should be at least 5 megabytes, but you can do multiple tests
  59. on smaller files.  Then do a COMP to verify that the file copied properly.
  60. (Turn off all caching when doing these tests, otherwise you will test your
  61. RAM and not the files).  Then do 10 COMPs, comparing the same file on the
  62. SCSI hard drive, i.e. "COMP realbig.doc realbig.doc".  Then do it after the
  63. computer gets warm.
  64.  
  65. I noticed my system which seems to work 100% would fail this test if the
  66. computer was left on for a few hours.  It was worse with longer cables, and
  67. more devices on the SCSI bus.  What seems to happen is that it gets a false
  68. ACK causing an extra byte to be inserted into the stream (and this is not
  69. detected).  This can be caused by bad termination (the ACK can be reflected),
  70. or by noise when the chips work less well because of the heat, or when cables
  71. get too long for the speed.
  72.  
  73. Remember, if it doesn't work under DOS, it probably won't work under Linux.
  74.