patch-2.0.3 linux/Documentation/Configure.help
Next file: linux/Makefile
Previous file: linux/Documentation/Changes
Back to the patch index
Back to the overall index
- Lines: 82
- Date:
Sat Jul 6 12:06:37 1996
- Orig file:
v2.0.2/linux/Documentation/Configure.help
- Orig date:
Sun Jun 9 13:28:41 1996
diff -u --recursive --new-file v2.0.2/linux/Documentation/Configure.help linux/Documentation/Configure.help
@@ -1433,6 +1433,81 @@
will cause your SCSI system to hang, which might cause a system crash.
The safe answer therefore is to say N.
+NCR53C8XX SCSI support
+CONFIG_SCSI_NCR53C8XX
+ This is the BSD ncr driver adapted to linux for NCR53C8XX family of PCI-SCSI
+ controllers. This driver supports parity checking, tagged command queueing,
+ fast scsi II transfer up to 10 MB/s with narrow scsi devices and 20 MB/s
+ with wide scsi devices.
+ This driver has been tested ok with linux/i386 and is currently untested
+ under linux/Alpha. If you intend to use this driver under linux/Alpha, just
+ try it first with read-only or mounted read-only devices.
+
+force normal IO
+CONFIG_SCSI_NCR53C8XX_IOMAPPED
+ This option allow to force the driver to use normal IO.
+ Memory mapped IO have less latency than normal IO.
+ During initialisation phase, the driver first tries to use memory mapped io.
+ If nothing seems wrong, it will use memory mapped io.
+ If a flaw is detected, it will use normal io.
+ However, it's possible that memory mapped does not work properly for you and
+ the driver has not detected the problem.
+ The normal answer therefore is N.
+
+not allow targets to disconnect
+CONFIG_SCSI_NCR53C8XX_NO_DISCONNECT
+ This option is only provided for safe if you suspect some scsi device
+ of yours to not support properly this feature.
+ To not allow targets to disconnect is not reasonnable if there is more
+ than 1 device on a scsi bus.
+ The normal answer therefore is N.
+
+enable tagged command queueing
+CONFIG_SCSI_NCR53C8XX_TAGGED_QUEUE
+ This option allow to enable tagged command queuing support at linux start-up.
+ Some scsi devices do not support properly this feature.
+ The suggested method may be to not validate this option in the configuration
+ but to use the "settags" control command after boot-up to enable this feature.
+ echo "settags 2 4" >/proc/scsi/ncr53c8xx/0
+ Ask the driver to use up to 4 concurrent tagged commands for target 2 of
+ controller 0.
+ See the README.ncr53c8xx file for more information.
+ WARNING! tagged queue support requires to allow targets to disconnect.
+ The safe answer therefore is N.
+ The normal answer therefore is Y.
+
+force asynchronous transfer mode
+CONFIG_SCSI_NCR53C8XX_FORCE_ASYNCHRONOUS
+ This option allow to force asynchronous transfer mode for all devices at
+ linux startup. You can enable synchronous negotiation with the "setsync"
+ control command after boot-up, for example:
+ echo "setsync 2 25" >/proc/scsi/ncr53c8xx/0
+ Ask the driver to set the period to 25 ns (10MB/sec) for target 2 of
+ controller 0.
+ The safe answer therefore is Y.
+ The normal answer therefore is N.
+
+force synchronous negotiation
+CONFIG_SCSI_NCR53C8XX_FORCE_SYNC_NEGO
+ Some scsi-2 devices support synchronous negotiations but do not report
+ this feature in byte 7 of inquiry data.
+ Answer Y only if you suspect some device to be so humble.
+ The normal answer therefore is N.
+
+disable master parity checking
+CONFIG_SCSI_NCR53C8XX_DISABLE_MPARITY_CHECK
+ Some hardware may have problems with parity during master cycles on PCI bus.
+ Only seen once. Answer Y if you suspect such problem.
+ The normal answer therefore is N.
+
+disable scsi parity checking
+CONFIG_SCSI_NCR53C8XX_DISABLE_PARITY_CHECK
+ Parity on scsi bus is a system option. If one device checks parity, then
+ all devices on the scsi bus must generate parity.
+ However, the parity can be ignored by the scsi devices.
+ Answer Y only if you know what you are doing.
+ The normal answer therefore is N.
+
Always IN2000 SCSI support
CONFIG_SCSI_IN2000
This is support for an ISA bus SCSI host adaptor. You'll find
FUNET's LINUX-ADM group, linux-adm@nic.funet.fi
TCL-scripts by Sam Shen, slshen@lbl.gov