⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 readme.buslogic

📁 linux和2410结合开发 用他可以生成2410所需的zImage文件
💻 BUSLOGIC
📖 第 1 页 / 共 2 页
字号:
  BusLogic has provided an AutoSCSI configuration option to enable a legacy ISA  compatible I/O port.  To enable this backward compatibility option, invoke the AutoSCSI utility via  Ctrl-B at system startup and select "Adapter Configuration", "View/Modify  Configuration", and then change the "ISA Compatible Port" setting from  "Disable" to "Primary" or "Alternate".  Once this driver has been installed,  the "ISA Compatible Port" option should be set back to "Disable" to avoid  possible future I/O port conflicts.  The older BT-946C/956C/956CD also have  this configuration option, but the factory default setting is "Primary".o PCI Slot Scanning Order  In systems with multiple BusLogic PCI Host Adapters, the order in which the  PCI slots are scanned may appear reversed with the BT-948/958/958D as  compared to the BT-946C/956C/956CD.  For booting from a SCSI disk to work  correctly, it is necessary that the host adapter's BIOS and the kernel agree  on which disk is the boot device, which requires that they recognize the PCI  host adapters in the same order.  The motherboard's PCI BIOS provides a  standard way of enumerating the PCI host adapters, which is used by the Linux  kernel.  Some PCI BIOS implementations enumerate the PCI slots in order of  increasing bus number and device number, while others do so in the opposite  direction.  Unfortunately, Microsoft decided that Windows 95 would always enumerate the  PCI slots in order of increasing bus number and device number regardless of  the PCI BIOS enumeration, and requires that their scheme be supported by the  host adapter's BIOS to receive Windows 95 certification.  Therefore, the  factory default settings of the BT-948/958/958D enumerate the host adapters  by increasing bus number and device number.  To disable this feature, invoke  the AutoSCSI utility via Ctrl-B at system startup and select "Adapter  Configuration", "View/Modify Configuration", press Ctrl-F10, and then change  the "Use Bus And Device # For PCI Scanning Seq." option to OFF.  This driver will interrogate the setting of the PCI Scanning Sequence option  so as to recognize the host adapters in the same order as they are enumerated  by the host adapter's BIOS.o Enabling UltraSCSI Transfers  The BT-948/958/958D ship with their configuration set to "Factory Default"  settings that are conservative and do not allow for UltraSCSI speed to be  negotiated.  This results in fewer problems when these host adapters are  installed in systems with cabling or termination that is not sufficient for  UltraSCSI operation, or where existing SCSI devices do not properly respond  to synchronous transfer negotiation for UltraSCSI speed.  AutoSCSI may be  used to load "Optimum Performance" settings which allow UltraSCSI speed to be  negotiated with all devices, or UltraSCSI speed can be enabled on an  individual basis.  It is recommended that SCAM be manually disabled after the  "Optimum Performance" settings are loaded.				DRIVER OPTIONSBusLogic Driver Options may be specified either via the Linux Kernel CommandLine or via the Loadable Kernel Module Installation Facility.  Driver Optionsfor multiple host adapters may be specified either by separating the optionstrings by a semicolon, or by specifying multiple "BusLogic=" strings on thecommand line.  Individual option specifications for a single host adapter areseparated by commas.  The Probing and Debugging Options apply to all hostadapters whereas the remaining options apply individually only to theselected host adapter.The BusLogic Driver Probing Options comprise the following:IO:<integer>  The "IO:" option specifies an ISA I/O Address to be probed for a non-PCI  MultiMaster Host Adapter.  If neither "IO:" nor "NoProbeISA" options are  specified, then the standard list of BusLogic MultiMaster ISA I/O Addresses  will be probed (0x330, 0x334, 0x230, 0x234, 0x130, and 0x134).  Multiple  "IO:" options may be specified to precisely determine the I/O Addresses to  be probed, but the probe order will always follow the standard list.NoProbe  The "NoProbe" option disables all probing and therefore no BusLogic Host  Adapters will be detected.NoProbeISA  The "NoProbeISA" option disables probing of the standard BusLogic ISA I/O  Addresses and therefore only PCI MultiMaster and FlashPoint Host Adapters  will be detected.NoProbePCI  The "NoProbePCI" options disables the interrogation of PCI Configuration  Space and therefore only ISA Multimaster Host Adapters will be detected, as  well as PCI Multimaster Host Adapters that have their ISA Compatible I/O  Port set to "Primary" or "Alternate".NoSortPCI  The "NoSortPCI" option forces PCI MultiMaster Host Adapters to be  enumerated in the order provided by the PCI BIOS, ignoring any setting of  the AutoSCSI "Use Bus And Device # For PCI Scanning Seq." option.MultiMasterFirst  The "MultiMasterFirst" option forces MultiMaster Host Adapters to be probed  before FlashPoint Host Adapters.  By default, if both FlashPoint and PCI  MultiMaster Host Adapters are present, this driver will probe for  FlashPoint Host Adapters first unless the BIOS primary disk is controlled  by the first PCI MultiMaster Host Adapter, in which case MultiMaster Host  Adapters will be probed first.FlashPointFirst  The "FlashPointFirst" option forces FlashPoint Host Adapters to be probed  before MultiMaster Host Adapters.The BusLogic Driver Tagged Queuing Options allow for explicitly specifyingthe Queue Depth and whether Tagged Queuing is permitted for each TargetDevice (assuming that the Target Device supports Tagged Queuing).  The QueueDepth is the number of SCSI Commands that are allowed to be concurrentlypresented for execution (either to the Host Adapter or Target Device).  Notethat explicitly enabling Tagged Queuing may lead to problems; the option toenable or disable Tagged Queuing is provided primarily to allow disablingTagged Queuing on Target Devices that do not implement it correctly.  Thefollowing options are available:QueueDepth:<integer>  The "QueueDepth:" or QD:" option specifies the Queue Depth to use for all  Target Devices that support Tagged Queuing, as well as the maximum Queue  Depth for devices that do not support Tagged Queuing.  If no Queue Depth  option is provided, the Queue Depth will be determined automatically based  on the Host Adapter's Total Queue Depth and the number, type, speed, and  capabilities of the detected Target Devices.  For Host Adapters that  require ISA Bounce Buffers, the Queue Depth is automatically set by default  to BusLogic_TaggedQueueDepthBB or BusLogic_UntaggedQueueDepthBB to avoid  excessive preallocation of DMA Bounce Buffer memory.  Target Devices that  do not support Tagged Queuing always have their Queue Depth set to  BusLogic_UntaggedQueueDepth or BusLogic_UntaggedQueueDepthBB, unless a  lower Queue Depth option is provided.  A Queue Depth of 1 automatically  disables Tagged Queuing.QueueDepth:[<integer>,<integer>...]  The "QueueDepth:[...]" or "QD:[...]" option specifies the Queue Depth  individually for each Target Device.  If an <integer> is omitted, the  associated Target Device will have its Queue Depth selected automatically.TaggedQueuing:Default  The "TaggedQueuing:Default" or "TQ:Default" option permits Tagged Queuing  based on the firmware version of the BusLogic Host Adapter and based on  whether the Queue Depth allows queuing multiple commands.TaggedQueuing:Enable  The "TaggedQueuing:Enable" or "TQ:Enable" option enables Tagged Queuing for  all Target Devices on this Host Adapter, overriding any limitation that  would otherwise be imposed based on the Host Adapter firmware version.TaggedQueuing:Disable  The "TaggedQueuing:Disable" or "TQ:Disable" option disables Tagged Queuing  for all Target Devices on this Host Adapter.TaggedQueuing:<Target-Spec>  The "TaggedQueuing:<Target-Spec>" or "TQ:<Target-Spec>" option controls  Tagged Queuing individually for each Target Device.  <Target-Spec> is a  sequence of "Y", "N", and "X" characters.  "Y" enables Tagged Queuing, "N"  disables Tagged Queuing, and "X" accepts the default based on the firmware  version.  The first character refers to Target Device 0, the second to  Target Device 1, and so on; if the sequence of "Y", "N", and "X" characters  does not cover all the Target Devices, unspecified characters are assumed  to be "X".The BusLogic Driver Error Recovery Option allows for explicitly specifyingthe Error Recovery action to be performed when BusLogic_ResetCommand iscalled due to a SCSI Command failing to complete successfully.  The followingoptions are available:ErrorRecovery:Default  The "ErrorRecovery:Default" or "ER:Default" option selects between the Hard  Reset and Bus Device Reset options based on the recommendation of the SCSI  Subsystem.ErrorRecovery:HardReset  The "ErrorRecovery:HardReset" or "ER:HardReset" option will initiate a Host  Adapter Hard Reset which also causes a SCSI Bus Reset.ErrorRecovery:BusDeviceReset  The "ErrorRecovery:BusDeviceReset" or "ER:BusDeviceReset" option will send  a Bus Device Reset message to the individual Target Device causing the  error.  If Error Recovery is again initiated for this Target Device and no  SCSI Command to this Target Device has completed successfully since the Bus  Device Reset message was sent, then a Hard Reset will be attempted.ErrorRecovery:None  The "ErrorRecovery:None" or "ER:None" option suppresses Error Recovery.  This option should only be selected if a SCSI Bus Reset or Bus Device Reset  will cause the Target Device or a critical operation to suffer a complete  and unrecoverable failure.ErrorRecovery:<Target-Spec>  The "ErrorRecovery:<Target-Spec>" or "ER:<Target-Spec>" option controls  Error Recovery individually for each Target Device.  <Target-Spec> is a  sequence of "D", "H", "B", and "N" characters.  "D" selects Default, "H"  selects Hard Reset, "B" selects Bus Device Reset, and "N" selects None.  The first character refers to Target Device 0, the second to Target Device  1, and so on; if the sequence of "D", "H", "B", and "N" characters does not  cover all the possible Target Devices, unspecified characters are assumed  to be "D".The BusLogic Driver Miscellaneous Options comprise the following:BusSettleTime:<seconds>  The "BusSettleTime:" or "BST:" option specifies the Bus Settle Time in  seconds.  The Bus Settle Time is the amount of time to wait between a Host  Adapter Hard Reset which initiates a SCSI Bus Reset and issuing any SCSI  Commands.  If unspecified, it defaults to BusLogic_DefaultBusSettleTime.InhibitTargetInquiry  The "InhibitTargetInquiry" option inhibits the execution of an Inquire  Target Devices or Inquire Installed Devices command on MultiMaster Host  Adapters.  This may be necessary with some older Target Devices that do not  respond correctly when Logical Units above 0 are addressed.The BusLogic Driver Debugging Options comprise the following:TraceProbe  The "TraceProbe" option enables tracing of Host Adapter Probing.TraceHardwareReset  The "TraceHardwareReset" option enables tracing of Host Adapter Hardware  Reset.TraceConfiguration  The "TraceConfiguration" option enables tracing of Host Adapter  Configuration.TraceErrors  The "TraceErrors" option enables tracing of SCSI Commands that return an  error from the Target Device.  The CDB and Sense Data will be printed for  each SCSI Command that fails.Debug  The "Debug" option enables all debugging options.The following examples demonstrate setting the Queue Depth for Target Devices1 and 2 on the first host adapter to 7 and 15, the Queue Depth for all TargetDevices on the second host adapter to 31, and the Bus Settle Time on thesecond host adapter to 30 seconds.Linux Kernel Command Line:  linux BusLogic=QueueDepth:[,7,15];QueueDepth:31,BusSettleTime:30LILO Linux Boot Loader (in /etc/lilo.conf):  append = "BusLogic=QueueDepth:[,7,15];QueueDepth:31,BusSettleTime:30"INSMOD Loadable Kernel Module Installation Facility:  insmod BusLogic.o \      'BusLogic_Options="QueueDepth:[,7,15];QueueDepth:31,BusSettleTime:30"'NOTE: Module Utilities 2.1.71 or later is required for correct parsing      of driver options containing commas.			      DRIVER INSTALLATIONThis distribution was prepared for Linux kernel version 2.0.35, but should becompatible with 2.0.4 or any later 2.0 series kernel.To install the new BusLogic SCSI driver, you may use the following commands,replacing "/usr/src" with wherever you keep your Linux kernel source tree:  cd /usr/src  tar -xvzf BusLogic-2.0.15.tar.gz  mv README.* LICENSE.* BusLogic.[ch] FlashPoint.c linux/drivers/scsi  patch -p0 < BusLogic.patch (only for 2.0.33 and below)  cd linux  make config  make depend  make zImageThen install "arch/i386/boot/zImage" as your standard kernel, run lilo ifappropriate, and reboot.		      BUSLOGIC ANNOUNCEMENTS MAILING LISTThe BusLogic Announcements Mailing List provides a forum for informing Linuxusers of new driver releases and other announcements regarding Linux supportfor BusLogic SCSI Host Adapters.  To join the mailing list, send a message to"buslogic-announce-request@dandelion.com" with the line "subscribe" in themessage body.

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -