QLogic failover device driver version 6.06.00-fo for for the IBM FAStT Host Adapter Driver,
the IBM FAStT FC-2 Host Bus Adapter and the IBM FAStT FC2-133 failover device driver
version 6.06.00-fo for Linux.

Products supported:  
 -----------------------------------------------------------------------------
| FAStT Adapter      | Qlogic Adapter     | IBM Feature Code | IBM Option P/N |
 ------------------------------------------------------------------------------
|FAStT Host Adapter  | QLA2200F/66-IBM-SP |    FC2102        |    00N6881     |
|FAStT FC2           | QLA2310FL-IBM-SP	  |    FC2130	     |    19K1246     |
|FAStT FC2-133       | QLA2340-IBM-SP	  |    FC2104	     |    24P0960     |
|FAStT FC2-133 2-port| QLA2342-IBM-SP	  |                  |    24P8053     |
 -----------------------------------------------------------------------------
		


Last updated: 08/12/2003

=======================================================================

Contents
--------
1.0 OS Support
2.0 Supported Features
3.0 Release History
4.0 Host Adapter configuration
4.1 Update IBM FAStT Host Adapter BIOS
4.2 Configure the NOVRAM Setting for the IBM FAStT Host Adapter
5.0 Creating the Driver Diskette
5.1 Driver Disk for Adding Driver to Existing OS
6.0 Building a Driver from the Sources Code 
6.1 Install the kernel source and header packages
6.2 Install the IBM FAStT (Qlogic) driver source code
6.3 Build a Uni-Processor (UP) version of the device driver
6.4 Building Symmetric Multi-Processor (SMP) Version of the Driver
7.0 Loading and Configuring the driver
7.1 Enable more than 1 SCSI device per adapter
7.2 Install FAStT_MSJ
7.3 Modify the module load time options
7.4 Loading the Driver manually
7.5 Loading the Driver using a ramdisk image
7.6 Rebuilding the ramdisk image after configuration changes
8.0 Failover Support
8.1 How to enable the  Failover support in the Driver
8.2 Configuration Changes Made via FAStT MSJ
8.3 Persistent Binding
9.1 Proc Filesystem Support
10.0 Driver file Contents
11.0 WEB Sites and Support Phone Number
12.0 Trademarks and Notices
13.0 Disclaimer

=======================================================================

1.0 OS Support
--------------

The 6.06.00-fo device driver was tested with the following Linux versions
and kernel versions:
 
 -------------------------------------------------------------------------------
| RedHat Enterprise Linux AS 2.1 |  2.4.9-e.25 UP, SMP, Enterprise(Bigmem)      |
|                                |             and Summit                       |    
|--------------------------------|----------------------------------------------|
| RedHat Linux 7.x               |  2.4.18-19.7.x UP, SMP and Enterprise(Bigmem)|
|--------------------------------|----------------------------------------------|
| RedHat Linux 8.0               |  2.4.18-27.8 UP, SMP, and Enterprise(Bigmem) |
|--------------------------------|----------------------------------------------|
| United Linux 1.0 with SP2a     |  2.4.19-333                                  |
| 32-bit (see note 1)            |                                              |
|--------------------------------|----------------------------------------------|
| United Linux 1.0               |  2.4.19 (The client code in this package will|
| IA-64 (see note 1)             |  only install and run on 32-bit linux)       |
|--------------------------------|----------------------------------------------|
| SuSE Professional 8.1          |  2.4.19                                      |
 -------------------------------------------------------------------------------

note 1 - United Linux support includes the following distributions:
          SuSE Linux Enterprise Server 8 (SLES 8)
          Turbolinux Enterprise Server 8 (TLES 8)
          Conectiva Linux Enterprise Edition Powered by United Linux     
      

Earlier or later versions of the vendor kernels or generic kernels have not
been tested with this device driver version and may not be supported with this release.

The Qlogic device driver in the Linux vendor packages have not been tested and are not
supported by IBM. 

This driver package contains the Qlogic driver source code only.
The device driver must be compiled from the source code for your 
specific Linux installation. 

This readme file makes an assumption that the user has already 
configured their storage subsystem properly for a Linux server with 
storage partitioning enabled and configured with the host type set to 
LINUX.

Only like type adapters can be configured as a failover pair. An IBM 
FAStT Host Adapter cannot failover to an IBM FAStT FC-2 Host Bus 
Adapter.

The IBM FAStT Host Adapter uses the qla2200.o device driver and the IBM 
FAStT FC-2 and FC2-133 Host Bus Adapters use the qla2300.o device driver. 

This readme will use the term IBM FAStT Host Adapter to refer to the 
IBM FAStT Host Adapter, the IBM FAStT FC-2 Host Bus Adapter and the 
IBM FAStT FC2-133 Host Bus Adapter.

=======================================================================
2.0 Supported Features
----------------------

2.1 ISP2x00 Features
--------------------

* FCAL - direct attach loop 
* Point-to-point 
* Fabric support 
* Initiator mode only 
* Fault recovery on down loops 
* Persistent binding 
* Extended LUN support up to 255 LUNs 
* FC tape support 
* Multi-path failover support
* Hot Add LUNs

=======================================================================
3.0 Release History
-------------------

Please refer to the Revision Notes.

=======================================================================
4.0 Host Adapter configuration
------------------------------

4.1 Update IBM FAStT Host Adapter or IBM FAStT FC-2 Host Bus Adapter 
    BIOS 
---------------------------------------------------------------------

4.1.1 BIOS update using the DOS bootdisk
----------------------------------------

The adapter BIOS can be updated by booting the server to the BIOS 
update diskette, available from the IBM Support website, then run the
following commands:

flasutil /f /l

Note: The FAStT adapter BIOS update program will only update like 
adapters. If you have a server that contains IBM FAStT Host Adapters and 
IBM FAStT FC-2 Host Bus Adapters you may only update one adapter type 
at a time. 


4.1.2 BIOS Update with IA64 EFI
-------------------------------

Download the EFI BIOS update utility for the IBM FAStT Support website. 

1. Restart the server.
2. At the EFI Boot manager display, scroll to the menu entry labeled, 
3. Check under the Device Mapping Table to see which "fs" device points
   to the CDROM. You can run the command 'map -r' to display the mappings.
   If the mappings scroll off of the screen you can run the command 'map -b',
   this will display one page at a time of the mappings.
4. Select the mapping that is the cdrom, i.e. fs2:
5. The IBM FAStT FC2 BIOS CD contains the BIOS for the IBM FAStT FC-2 (2310), 
   IBM FAStT FC2-133 single port (2340) and the IBM FAStT FC2-133 dual port 
   (2342) adapters. Select the proper subdirectory for your adapter.  
   /efi/bios/2310 , /efi/bios/2340 or /efi/bios/2342
6. Once in the proper directory run 'flasutil /f /l', this will update both the
   adapter BIOS and NOVRAM on the adapter. 

note:  Currently the only method to change the adapter NOVRAM settings are with 
       FAStT_MSJ. 
 

4.2 Configure the NOVRAM settings for the IBM FAStT Host Adapter and IBM 
    FAStT FC-2 Host Bus Adapter. 
-------------------------------------------------------------------------

All settings, except for the following, should maintain the IBM defaults.

- Host Adapter settings 
  Loop reset delay - 8.

- Advanced Adapter Settings               
  LUNs per target - 0 
  Enable Target Reset - Yes 
  Port down retry count - 12

1. As the host boots, press <CTRL-Q> when prompted.

2. After the Fast!Util program loads, the display will depend on 
   whether there are multiple IBM FAStT Adapters installed.

   If there are multiple IBM FAStT Adapters, a list of addresses 
   occupied by those Host Adapters  will appear. Using the arrow keys, 
   select the desired adapter and press ENTER.

   The Fast!Util Options menu will then appear.

   For further information refer to the IBM FAStT Host Adapter 
   publication.
      

=======================================================================

5.0 Download the IBM FAStT Host Bus Adapter driver source code for Linux 
    and IBM FAStT_MSJ for Linux from the IBM Support website. 
------------------------------------------------------------------------

Download the IBM FAStT Host Adapter driver source code for Linux from
the IBM TotalStorage Support website. 

If prompted "What would you like to do with this file?" choose "Save this
file to disk". 

Insert a blank formatted diskette and download to the diskette directly. 

This file will be in the .tgz file compression format.

Download the IBM FAStT_MSJ for Linux from the IBM Support website. 
If prompted "What would you like to do with this file?" choose "Save this 
file to  disk". 

This file will need to be save to your hard disk drive. 

This file will be in the .tgz file compression format.

=======================================================================

6.0 Building a Driver from the Sources Code 
-------------------------------------------

From the source code you can build a qla2200.o or qla2300.o for
your UP or SMP systems, and load the driver manually or automatically
using a RAMDISK image during system boot time.

6.1 Install the kernel source and header packages
-------------------------------------------------

1. Install the kernel-headers and kernel-sources RPM files for the 
   supported kernel. These files are available from your Linux vendor
   or your OS installation CD set.

   These instructions in this step are for the Redhat OS, other linux 
   versions may vary.
   
   Refer to your linux vendor documentation for procedures to update 
   the kernel source code for your linux version.
   
   NOTE: The newest Red Hat kernel headers are incorporated into the 
         kernel source package. If you are using one of these kernels 
         you may not have a kernel-header package to install. 

   # rpm -iv kernel-headers*.rpm 
   # rpm -iv kernel-source*.rpm   

   Verify that both kernel-headers and kernel-source RPMS are installed.

   # rpm -qa | grep kernel


6.2 Install the qlogic driver source code for the IBM FAStT Host Adapters 
-------------------------------------------------------------------------

1. Using the adapter driver diskette you created in Section 5, copy 
   the i2xLNX-v6.06.00-fo-dist.tgz file to /i2x00-v6.06.00-fo. 
   
   Follow these steps:

   # mcopy a:*.tgz . 
   # tar -xzf *.tgz
    

   This will create a folder named "i2x00-v6.06.00-fo" and extract out the 
   following files to the "i2x00-v6.06.00-fo" folder:
   

   drvrsetup 		Script file to copy driver source files 
                        included in the driver source tgz file.
                        
   i2xLNXsrc-<driver version>.tgz
                        Compressed binary distribution file for driver
                        sources. This file is the same type of driver
                        source tgz file as the ones used for
                        distributing earlier versions of the QLA2X00
                        drivers.

   libinstall		Script file to install/setup HBA API library.

   libremove		Script file to remove HBA API library.

   qlapi-<api lib version>-rel.tgz
			Compressed binary distribution file for API
                        library.

   ipdrvrsetup 		Script file to copy IP driver source files
                        included in the IP driver source tgz file.

   qla2xipsrc-<IP driver version>.tgz
			Compressed binary distribution file for IP
                        driver sources.


6.3 Build a Uni-Processor (UP) version of the device driver
-----------------------------------------------------------

1. Prepare source headers for a Uni-processor module build by opening 
   a terminal window  and  changing to the source directory

   # cd /usr/src/linux-2.4  (Redhat)
   
   # cd /usr/src/linux (SuSE)

2. Verify that the correct kernel information is present in the 
   .config file by running make menuconfig at the command prompt. 

   Note:  For SLES8/United Linux 1.0 you may need to run 'make cloneconfig' to 
          pull in your current kernel configuration prior to running 
          'make menuconfig'

          You may also need to edit the linux kernel makefile extraversion entry
          to match the kernel version that you are running.  The newer Red Hat 
          kernels have this entry set to 'custom'. If this entry is not correct you
          may not be able to modprobe the driver properly.
           
   # make menuconfig 

   Verify that your system configuration is correct for your server type. 
   
   NOTE: Refer to the your server installation  documentation to verify 
   that the proper  processor family is selected for your server.  

   - select Exit to exit the Main Menu.

   The system prompts: "Do you wish to save your new kernel 
   configuration?".  Select "Yes". The system saves a new config file 
   called ".config" in the current directory.

3. Rebuild the dependencies for the kernel. Type the following 
   command at the command prompt:

   # make dep

4. Change directories back to the directory in step 2 that contains 
   the device driver source code. 
   
   Build the driver qla2200.o and qla2300.o from the driver 
   source code by typing:

   To make UP version of ISP2200 and ISP2300 drivers 
   
   # make all install
 
   Using the 'install' option with 'make' will rename the RedHat drivers and copy
   your new drivers to /lib/modules/<kernel_version>/kernel/drivers/scsi
   
5. To ensure that the older driver binary included in the
   original distribution does not interfere with the updated
   version, rename the old driver binary as follows:

   # cd /lib/modules/<kernel_version>/kernel/drivers/addon/qla2xxx
   # mv qla2200.o qla2200_rh.o
   # mv qla2300.o qla2300_rh.o
   
   For SuSE linux versions you will add OSVER=linux to the command line
   to build the device drivers.  
   
   # make all OSVER=linux install
   
   Using the 'install' option with 'make' will rename the RedHat drivers and copy
   your new drivers to /lib/modules/<kernel_version>/kernel/drivers/scsi

6. Modify the modules.conf (RedHat) to load the correct device driver modules. 
   
   Add the following line to /etc/modules.conf.

       alias scsi_hostadapter0 qla2200_conf
       alias scsi_hostadapter1 qla2200
              or
       alias scsi_hostadapter0 qla2300_conf
       alias scsi_hostadapter1 qla2300

   NOTE: Add one entry for each HBA in the system. For example,
      If an QLA2200 and QLA2300 HBAs are installed add the following:

       alias scsi_hostadapter0 qla2200_conf
       alias scsi_hostadapter1 qla2200
       alias scsi_hostadapter2 qla2300_conf
       alias scsi_hostadapter3 qla2300
       
  For United Linux 1.0 (SuSE SLES8) Distribution:

	You will need to modify the /etc/sysconfig/kernel file to specify
	while modules will be added during initrd creation.

	NOTE: Please ensure the conf module is listed before the actual
	      driver module.  For example:

	    INITRD_MODULES="aic7xxx qla2300_conf qla2300 qla2200_conf qla2200"
	    
      
7. Load the driver manually by typing:

   # modprobe qla2200.o 
   
   or 
   
   # modprobe qla2300.o
   
8. Proceed to section 7.0


6.4 Building Symmetric Multi-Processor (SMP) Version of the Driver
------------------------------------------------------------------

1. Prepare source headers for a Symmetric Multi-Processor (SMP) module 
   build by opening a terminal window and changing to the source directory

   # cd /usr/src/linux-2.4  (Redhat)
   
   # cd /usr/src/linux (SuSE)

2. Verify that the correct kernel information is present in the 
   .config file by running make menuconfig at the command prompt. 

   Note:  For SLES8/United Linux 1.0 you may need to run 'make cloneconfig' to 
          pull in your current kernel configuration prior to running 
          'make menuconfig'

          You may also need to edit the linux kernel makefile extraversion entry
          to match the kernel version that you are running.  The newer Red Hat 
          kernels have this entry set to 'custom'. If this entry is not correct you
          will not be able to modprobe the driver properly.
           
   # make menuconfig 

   Verify that your system configuration is correct for your server type. 
   
   NOTE: Refer to the your server installation  documentation to verify 
   that the proper  processor family is selected for your server.  

   - select Exit to exit the Main Menu.

   The system prompts: "Do you wish to save your new kernel 
   configuration?".  Select "Yes". The system saves a new config file 
   called ".config" in the current directory.

3. Rebuild the dependencies for the kernel. Type the following 
   command at the command prompt:

   # make dep

4. Change directories back to the directory in step 2 that contains 
   the device driver source code. 
   
   Build the driver qla2200.o and qla2300.o from the driver 
   source code by typing:

   To make SMP version of ISP2200 and ISP2300 drivers 
   
   # make all SMP=1 install
   
   Using the 'install' option with 'make' will rename the RedHat drivers and copy
   your new drivers to /lib/modules/<kernel_version>/kernel/drivers/scsi

   For SuSE linux versions you will add OSVER=linux to the command line
   to build the device drivers.  
   
   # make all SMP=1 OSVER=linux install
   
   Using the 'install' option with 'make' will rename the RedHat drivers and copy
   your new drivers to /lib/modules/<kernel_version>/kernel/drivers/scsi

5. To ensure that the older driver binary included in the
   original distribution does not interfere with the updated
   version, please rename the old driver binary as follows:

   # cd /lib/modules/<kernel_version>/kernel/drivers/addon/qla2xxx
   # mv qla2200.o qla2200_rh.o
   # mv qla2300.o qla2300_rh.o

6. Modify the modules.conf (RedHat) to load the correct device driver modules. 
   
   Add the following line to /etc/modules.conf.

       alias scsi_hostadapter0 qla2200_conf
       alias scsi_hostadapter1 qla2200
              or
       alias scsi_hostadapter0 qla2300_conf
       alias scsi_hostadapter1 qla2300

   NOTE: Add one entry for each HBA in the system. For example,
      If an QLA2200 and QLA2300 HBAs are installed add the following:

       alias scsi_hostadapter0 qla2200_conf
       alias scsi_hostadapter1 qla2200
       alias scsi_hostadapter2 qla2300_conf
       alias scsi_hostadapter3 qla2300
       
  For United Linux 1.0 (SuSE SLES8) Distribution:

	You will need to modify the /etc/sysconfig/kernel file to specify
	while modules will be added during initrd creation.

	NOTE: Please ensure the conf module is listed before the actual
	      driver module.  For example:

	    INITRD_MODULES="aic7xxx qla2300_conf qla2300 qla2200_conf qla2200"
      
7. Load the driver manually by typing:

   # modprobe qla2200.o 
   
   or 
   
   # modprobe qla2300.o
   
8. Proceed to section 7.0

=======================================================================

7.0 Load and configure the driver
---------------------------------

7.1 Enable more than 1 scsi device per adapter
----------------------------------------------

Support for multiple LUNs can be configured in one of three ways. 
Currently, the maximum number of LUNs that can be scanned for each
device is 128.

(1) The kernel must be configured to have multiple LUN support enabled
    in order for non-zero LUNs to be configured and accessible.  Use
    "make menuconfig" to build a kernel which has the option under 
    SCSI Support enabled to probe all LUNs on SCSI devices.


NOTE:  If you have multiple adapters, set max_scsi_luns to the
       largest number of LUNs supported by any one of these adapters.

(2) If the SCSI Mid-Layer is compiled in the kernel, the boot loader
    can be configured to scan for multiple LUNs each time the system
    boots.

	On IA-32
	---------

	For LILO, perform the following steps:
	
	a) Add the following line to each of the kernel images listed in the
	   /etc/lilo.conf file:

		append="max_scsi_luns=128"

	b) Run "lilo" and reboot the system.

	For GRUB, perform the following steps:

	For RedHat Distribution :

	a) Append the max_scsi_luns parameters to each of the kernel images 
	listed in the /etc/grub.conf file. For example:

	kernel /vmlinux-2.4.7-10 ro root=/dev/hda2 max_scsi_luns=128

	b) Reboot the system.

	For SuSE Distribution :

	a) Append the max_scsi_luns parameters to each of the kernel images 
	listed in the /boot/grub/menu.lst file. For example:

	kernel (hd0,1)/boot/vmlinuz root=/dev/hda2  max_scsi_luns=128

	b) Reboot the system.

	On IA-64
	--------
	For RedHat Distribution :

	a) Add the following line to each of the kernel images listed in the
	   /boot/efi/efi/redhat/elilo.conf 

		append="max_scsi_luns=128"
	b) Reboot the system.

	For SuSE Distribution :

	a) Add the following line to each of the kernel images listed in the
	   /boot/efi/SuSE/elilo.conf 

		append="max_scsi_luns=128"
	b) Reboot the system.


(3) If the SCSI Mid-Layer is compiled as a module, add the following
    line to the /etc/modules.conf file to scan for multiple LUNs at
    each boot:

	options scsi_mod max_scsi_luns=128
	
   Refer to your Linux distribution documentation to verify the steps to 
   rebuild the boot image and ramdisk for your distribution.
   Section 7.5 of this readme does cover some of the steps required to 
   rebuild your initrd image. 

7.2 Install FAStT_MSJ
---------------------

If FAStT_MSJ for Linux is not currently installed you will need to 
Install it now. FAStT_MSJ and the qlremote agent are needed to 
configure this device driver and the host adapters for Multi-path 
failover.

See the FAStT_MSJ publications for instructions on the installation 
procedure for FAStT_MSJ and the qlremote agent for Linux. FAStT_MSJ 
is required for proper multi-path  and failover configuration.

7.3 Modify the module load time options
---------------------------------------

This device driver has multiple load time options that will need may be added 
to change driver values without having to recompile the device driver.
When using a FAStT Storage Server you will need to add ql2xsuspendcount=40 and 

ql2xretrycount=60 to your modules.conf options string as shown later in this 
               section. 

ql2xmaxqdepth - Maximum queue depth to report for target devices.

ql2xretrycount - Maximum number of mid-layer retries allowed for a command.
		 The default value in non-failover mode is 20, for failover mode
		 the default is 30.

ql2xsuspendcount - Number of 6-second suspend iterations to perform while a
		   target returns a <NOT READY> status.  The default is 10 iterations.
		   which is equal to 60 seconds. This value is required to be modified 
		   to 40 for the FAStT Storage Servers. 

displayConfig - If set to '1' then display the configuration used in /etc/modules.conf.		   

max_srbs - Maximum number of simultaneous commands allowed for an HBA. The default value is 
           set to 4096 in the driver source. 	   		 

These values can be changed in the modules.conf file as part of the option string created 
by FAStT_MSJ.  For example you could add the following into you options string in the 
/etc/modules.conf file. ql2xretrycount=60 and ql2xsuspendcount=40 as shown below.

"options qla2200 ConfigRequired=1 ql2xretrycount=60 ql2xsuspendcount=40 ql2xopts=scsi-qla00- 
 adapter-port=..."

7.4 Loading the Driver manually
-------------------------------

  - To load the driver directly from the local build directory, type
    the following:

       # insmod qla2200.o
               or
       # insmod qla2300.o        
       
    NOTE: insmod will not load the device driver with the option string 
          created with FAStT_MSJ. 
 
- To load the driver using modprobe type the following to load the Driver:

          # modprobe qla2200
                  or
          # modprobe qla2300


7.5 Loading the Driver using a ramdisk image
--------------------------------------------

1. Linux may detect new adapters during the system boot, if the 
   adapters are configured during the boot process following entries 
   will be added to your modules.conf file.  

   Verify the modules.conf (RedHat) to load the correct device driver modules. 
   
   Add the following line to /etc/modules.conf.

       alias scsi_hostadapter0 qla2200_conf
       alias scsi_hostadapter1 qla2200
              or
       alias scsi_hostadapter0 qla2300_conf
       alias scsi_hostadapter1 qla2300

   NOTE: Add one entry for each HBA in the system. For example,
      If an QLA2200 and QLA2300 HBAs are installed add the following:

       alias scsi_hostadapter0 qla2200_conf
       alias scsi_hostadapter1 qla2200
       alias scsi_hostadapter2 qla2300_conf
       alias scsi_hostadapter3 qla2300
       
  For United Linux 1.0 (SuSE SLES8) Distribution:

	You will need to modify the /etc/sysconfig/kernel file to specify
	while modules will be added during initrd creation.

	NOTE: Please ensure the conf module is listed before the actual
	      driver module.  For example:

	    INITRD_MODULES="aic7xxx qla2300_conf qla2300 qla2200_conf qla2200"

2. You will then need to run depmod from the command prompt to 
   update your /lib/modules/KERNEL_VERSION/modules.dep file with the 
   information added in your /etc/modules.conf file.     

   # depmod -a

3. You will now need to load the device driver. 

   To load the driver manually, type the following command:

   # modprobe qla2200 
   
   or
   
   # modprobe qla2300 


4. Type the following command:

   For RedHat Distribution:

	 # mkinitrd -f <ramdisk image file name> <kernel version>

	 NOTE: This step will overwrite the original ramdisk image file if 
         executed within the /boot directory. Specify a unique ramdisk
         image name to preserve the original ramdisk image.

      On IA-32
      --------
       - Copy the newly built <ramdisk image file name> file to /boot. 	

      On IA-64
      --------
       - Copy the newly built <ramdisk image file name> file to 
         /boot/efi/efi/redhat

   For SuSE Distribution:

         # /sbin/mk_initrd

         By default, the RAMDISK images created are:

         /boot/initrd
         /boot/initrd.suse

	   NOTE: This step will overwrite the original ramdisk image file. 
                 To preserve the original ramdisk image specify a unique 
		 ramdisk image name as follows:

         # /sbin/mk_initrd  -k <kernel name>  -i <ramdisk image file name>

5. Configure the boot loader with the new RAMDISK image.  

   For LILO:

	Add "initrd=/boot/<ramdisk file name>" in 
	/etc/lilo.conf under one of the kernel entries 
	to use the RAMDISK image.
  
	Run "lilo" and reboot system. Select the kernel 
	with the new RAMDISK image to come up.

   For GRUB:

	Add "initrd=/boot/<RAMDISK file name>" in 
	/etc/grub.conf under one of the kernel entries 
	to use the RAMDISK image.

7. Reboot the system, the qla2200.o or qla2300 driver will be loaded 
   by the ramdisk image at boot time.

8. You will now need to configure your device driver for Multi- path 
   I/O using FAStT_MSJ and the qlremote agent. Refer to the FAStT_MSJ 
   publication and readme.txt for these instructions.

9. After the system is configured for multi-path I/O steps 3 - 7 
   above need to be repeated so that during system boot the proper 
   driver configuration is loaded.


7.6 Rebuilding the ramdisk image after configuration changes
------------------------------------------------------------

To rebuild your ramdisk image after adding a new LUN or other 
configuration changes these steps may be followed:

1. Unload the qla2200 or qla2300 driver module by opening a terminal 
   window and typing:  

   # modprobe -r qla2200 
   
    or
   
   # modprobe -r qla2300 

2. Delete the options string in /etc/modules.conf that is added by 
   the FAStT MSJ load-balancing process.  This is typically the last 
   line in the /etc/modules.conf file:  

   "options qla2200 ConfigRequired=1 ql2xopts=scsi-qla00- adapter-
   port=..."

3. In the terminal windows type: depmod -a

4. Reload the qla2200 or qla2300 device drivers typing: 

   # modprobe qla2200 
   
    or
   
   # modprobe qla2300 

5. Run the SMclient to redistribute the logical volumes.

6. Open a terminal windows and run: qlremote 

7. Open another terminal window and run: /usr/FAStT_MSJ 

8. Connect to local host, configure LUNs to match the preferred paths 
   shown in IBM FAStT Storage manager.  

   Running Storage Subsystem->Profile in the Subsystem Management window 
   will display the world-wide port name for each controller.  

   Ensure that the preferred path in the FAStT_MSJ LUN configuration 
   window matches the controller assignment in IBM FAStT Storage manager.  

9. Apply the configuration and exit MSJ. 

10. Switch to the terminal window that has qlremote running  and 
    <CTL - C> to stop qlremote. 

11. In the terminal windows type: depmod -a

12. Unload the qla2200  or qla2300 driver and then reload the driver 
    using modprobe so the driver will pull in the new option 
    string that was added by FAStT_MSJ. 

13. Type the following command:

    For RedHat Distribution:

	 # mkinitrd -f <ramdisk image file name> <kernel version>

	 NOTE: This step will overwrite the original ramdisk image file if 
         executed within the /boot directory. Specify a unique ramdisk
         image name to preserve the original ramdisk image.

      On IA-32
      --------
       - Copy the newly built <ramdisk image file name> file to /boot. 	

      On IA-64
      --------
       - Copy the newly built <ramdisk image file name> file to 
         /boot/efi/efi/redhat

   For SuSE Distribution:

         # /sbin/mk_initrd

         By default, the RAMDISK images created are:

         /boot/initrd
         /boot/initrd.suse

	   NOTE: This step will overwrite the original ramdisk image file. 
                 To preserve the original ramdisk image specify a unique 
		 ramdisk image name as follows:

         # /sbin/mk_initrd  -k <kernel name>  -i <ramdisk image file name>

14. If you are using lilo, in a terminal window type:  
    /sbin/lilo Otherwise you will not be able to boot your new ramdisk image. 

15. Reboot the system to the ram disk image just created.

=======================================================================

8.0 Failover Support
---------------------

8.1 How to enable the  Failover support in the Driver
-----------------------------------------------------

Failover support can be enabled in the QLA2XXX driver by enabling the
macro MPIO_SUPPORT in qla_settings.h file.

#define MPIO_SUPPORT                    1

Note: The failover distribution package has the above macro enabled by default.


8.2 Configuration Changes Made via FAStT MSJ
--------------------------------------------

1. LUN Masking

   For the new LUN masking configuration to take effect, the
   driver must be reloaded.  The following is an example of
   the sequence of actions to take:

   - Load the driver:

     modprobe <driver>

   - Load the qlremote agent.

   - Start the GUI and connect it to the destination system.

   - Make LUN masking changes.

   - Disconnect the host from GUI and stop qlremote agent.

   - Unload the driver:

     modprobe -r <driver>

   - Reload the driver:

     modprobe <driver>

   - Load qlremote agent again.

   - Start the GUI and connect it to the destination system.

   Now you should see the updated LUN masking configuration.

Please note that when using modprobe to load the driver, the
length of the option line specified in /etc/modules.conf file
has a limit of 2K characters. Any longer option line will cause
a string overflow error from modprobe.


8.3 Persistent Binding
----------------------

The Persistent Binding information consists of some adapter parameter
entries along with some target entries. However, the Linux entries 
have been shorten to save space on the command line. Currently, there
is no limit on the size of the command line when using modprobe. But,
if you embedded the driver in the kernel you are using lilo that has 
a string size limitation.

Persistent Binding  can be specified in two ways. Manually or using
FAStT MSJ. We recommend using FAStT MSJ for ease of use. The 
following is the procedure to manually add persistent binding 
commands: 

The driver displays the current configuration when the displayConfig
command line option is specified. The persistent binding 
configuration is found in /var/log/messages file. It prints the 
configuration information in the format required by the driver.
The best way to extract configuration messages is to use grep and 
direct the output to a file. You need to remove the Linux timestamp at
the beginning of each message and combine them together on single line.
For example
        #insmod qla2200 displayConfig=1
        #grep "scsi-qla" /var/log/messages > /tmp/info.cfg

The format of the persistent binding commands is as follows: 

Device descriptions

scsi-qla<#>-adapter-port=<adapter port name value>;
The designated by qla<#>, where the <#> is the adapter instance number.

The parameter specifies the FC port name to be used for the adapter.
where <adapter port name value> is the FC port name value in hexa-
    decimal format.  If this entry is not specified in the conf file,
    the default value is the adapter's port name as saved in the NVRAM.
Example:
scsi-qla00-adapter-port=210000e08b01158d\;

host adapter instance 0 has a portname of 210000e08b01158d

scsi-qla<#1>-tgt-<#2>-di-<#3>-node=<device FC name>;
This parameter associates the specified <device FC name> with the
SCSI target ID value specified by <#2> and a device id value specified
by <#3>. where <device FC name> type is the FC node name of the 
device, and <#2> is the SCSI target ID to be assigned to the device 
and <#3> is the device unique id.
Where
   <#1>   Specifies the adapter instance number   
   <#2>   Specifies the SCSI ID of Target
   <#3>   Specifies the path/device id	

scsi-qla<#1>-tgt-<#2>-di-<#3>-port=<device FC name>;
This parameter associates the specified <device FC name> with the
SCSI target ID value specified by <#2> and a device id value specified
by <#3>. where <device FC name> type is the FC port 
Where
   <#1>   Specifies the adapter instance number   
   <#2>   Specifies the SCSI ID of Target
   <#3>   Specifies the path/device id	(always 0 for non-failover)

name of the device, and <#2> is the SCSI target ID to be assigned to 
the device and <#3> is the device unique id.

scsi-qla<#1>-tgt-<#2>-di-<#3>-disabled=<256 bit mask>;
This parameter associates the specified <256 bit mask> with the
SCSI target ID value specified by <#2> and a device id value specified
by <#3>. 

Where
   <#1>   Specifies the adapter instance number   
   <#2>   Specifies the SCSI ID of Target
   <#3>   Specifies the path/device id	

<256 bit mask>
msb                                                            lsb
 000000000000000000000000000000000000000000000000000000000000000F

the mask above will make the first four luns, 3, 2, 1, and 0 of a 
given Target disabled on that target/path.

This mask specification is heavily type checked to be a sequence of
64 hex digits.



8.4 Configuration Data
----------------------

8.4.1 Limitations with /etc/modules.conf
----------------------------------------
Due to size constraints inherent in the user-space applications which load
kernel modules, the total amount of configuration data that could be passed via
modules.conf by the modprobe application was around 4096 bytes of information
(with minor tuning of the modutil package).  Of course, as densities of SANs
increase, larger configuration spaces are needed to accommodate the
information.

In general, the following formula can be used to compute an approximate size in
bytes of the configuration data needed to store information pertaining to 'M'
HBAs and 'N' targets/device paths:

	75 + 42*M + 381*N

Plugging in values for common configurations returns some sample results:

	2 same type HBAs - (75 + 2*42 == 159)
	----------------
	1 target	- 75+2*42+381*1	= 540 bytes
	2 targets	- 75+2*42+381*2	= 921 bytes
	3 targets	- 75+2*42+381*3	= 1302 bytes
	4 targets	- 75+2*42+381*4	= 1683 bytes
	5 targets	- 75+2*42+381*5	= 2064 bytes
	...

	3 same type HBAs	(75 + 3*42 == 201)
	----------------
	1 target	- 75+2*42+381*1	= 582 bytes
	2 targets	- 75+2*42+381*2	= 963 bytes
	3 targets	- 75+2*42+381*3	= 1344 bytes
	4 targets	- 75+2*42+381*4	= 1725 bytes
	5 targets	- 75+2*42+381*5	= 2086 bytes
	...
		
Please note, a target in this case does not always indicate a distinct piece of
storage -- it could represent 'n' paths to the same storage, as is the case
with failover in a true-cloud configuration.  As an example, the configuration
data size needed for two storage devices with four paths (via two HBAs) to each
storage (4*2 paths) would need approximately 3200 bytes (75 + 42*2 + 381*8) of
configuration space.


8.4.2 QLA_OPTS as an alternative
--------------------------------

Modutil (namely modprobe) loads 'option' data present in the modules.conf file
by first loading the module, parsing the 'options' directive of the newly
loaded module for parameters (parameters are simple key=value directives, i.e.
ql2xfailover=1), for each key, scan the memory area where the module was loaded
for the location of the 'key' parameter, and finally, writing the key's 'value'
directly into the pre-defined memory space.  This basic mechanism is similar in
nature to the mechanism employed by the QLA_OPTS application, but does not
suffer from the relatively small size constraints within the modutil package.

There are two important difference between the modutil and QLA_OPTS mechanism:

	1) Configuration data is read from a configuration file in /etc/ with a
	   name based on the ISP type:

		Configuration File  Module name
		------------------  -----------
		/etc/qla2200.conf   qla2200
		/etc/qla2300.conf   qla2300

	2) Option values are written directly (branded) to the module's '.o'
	   binary file.

Approximately 300K of configuration space has been pre-allocated within the
driver.

8.4.3 Compatibility with FAStT_MSJ (FAStT Management Suite Java)
----------------------------------------------------------------

QLA_OPTS will work seamlessly with updated FAStT_MSJ applications. Originally, 
when a FAStT_MSJ application would save a configuration the corresponding data 
would be written to the 'options' section of the modules.conf file in an form 
similar to the following:

	ql2xopts=scsi-qla0-adapter-port=210000e08b000000\;scsi-qla0-tgt-1-di-
	0-node=20000020371682e7\;scsi-qla0-tgt-1-di-0-port=21000020371682e7\
	;scsi-qla0-tgt-1-di-0-pid=0000e2\;scsi-qla0-tgt-1-di-0-control=00\;

Now, the information is written to the appropriate qla2[2|3]00.conf file in
/etc and then branded to the binary file of the currently executing module
(qla2200.o or qla2300.o):

   /lib/modules/<CURRENT_KERNEL_VERSION>/kernel/drivers/scsi

Where CURRENT_KERNEL_VERSION is the the result of the command 'uname -r'.  This
operation is performed automatically and requires no user intervention.  Of
course, if the driver was loaded from an initrd image, as before with the
modules.conf interface, the user would be required to rebuild the initrd image
after updating a configuration.


8.4.4 Persisting configuration data while upgrading drivers
-----------------------------------------------------------

To maintain configuration data during a driver update (e.g. 6.06.00b11 ->
6.06.00), the 'install' directive during the make process will read the
proper qla[2|3]00.conf file and write the previous configuration into the newly
built driver binaries.

When updating device drivers from earlier versions you will be required to have 
the latest version of FAStT_MSJ installed and then re-save your failover configuration
so that the qla[2|3]00.conf file can be written out as needed. This is required due to 
the change in method that the persistent configuration data is read by the device driver.


8.5 Hot Add new LUNs
--------------------

This version supports hot adding new luns, etc. Please see text below on how 
to perform the lun hot add procedure. The latest driver-v6.06.00 has the 
mechanism which allows the user to force the driver to do re-scan of the 
devices to allow a new device to be added. This  triggers the driver to 
initiate lun discovery process.
        
To do this from the command line: 
#echo "scsi-qlascan" > /proc/scsi/<driver-name>/<adapter-id> (qlogic driver will re-scan) 
        
Where <driver-name> can be either one : qla2100/qla2200/qla2300 <adapter-id> 
      is the instance number of the HBA. 

Once that has been done , user then can force the scsi mid layer to do its own scan 
and build the device table entry for the new device: 
# echo "scsi add-single-device 0 1 2 3" >/proc/scsi/scsi       
(scsi mid layer will re-scan) with "0 1 2 3" 
replaced by your "Host Channel Id Lun". The scanning has to be done in 
the above mentioned order.

First the driver (qla2300/qla2200 driver etc) and then the Linux scsi mid layer. 
  




=======================================================================

9.0 Limitations
---------------

* Failover adapters must be of the same type. An IBM FAStT Host 
  Adapter and an IBM FAStT FC-2 Host Bus Adapter cannot be a failover 
  pair.

* The qlremote agent must not be loaded when disk I/O's are running.

* Lun masking is not functional in this release.

* Red Hat Advanced Server 2.1 has a disk device size limitation of 1023.999 GB
  and a maximum of 128 devices. 
  
* SuSE Linux Enterprise Server 8.0, powered by United Linux 1.0 has a 
  disk device size limitation of 2035.997 GB and a maximum of 256 devices.

* In the Storage Manager Client Storage Partitioning must be enabled 
  with the host type of 'linux' selected and the UTM must be removed 
  from the 'Linux' storage partition. Otherwise the correct drive 
  information is not presented to the Linux operating system.

* Every time a change is made to your configuration you will need to 
  generate a new boot image and launch lilo. This includes changes to 
  LUN ownership and adding LUNs to the storage subsystem.   

* With sequential LUN numbering, if one LUN is missing due to a 
  controller failure the system associates the wrong SCSI device entry 
  with the LUNs after the failed LUN. The result could be that the 
  wrong LUN could be mounted to an  incorrect mount point. You should 
  always be aware of this because it can also be caused by adding a LUN 
  out of sequence. You should ensure that the LUNs are number in 
  sequence starting from 0 in storage partitioning. If there is a gap 
  (for example LUN 0, LUN1, LUN3) Linux will quit probing at the gap 
  where LUN 2 should be and all of the following LUNs will be missing.  

* When updating Firmware or NVSRAM with high disk activity a 
  controller may become unresponsive during the update.  IBM recommends 
  that disk I/O be stopped during these code updates. 

* When adding logical drives to the storage subsystem with the 
  SMclient you will need to unload the device driver and then modprobe 
  the driver to scan the new logical drives. You will then need to 
  reconfigure using FAStT_MSJ and the qlremote agent so these disks 
  will be available for the OS to utilize. After the driver is 
  reconfigured with FAStT_MSJ you will need to repeat section 6.6 in 
  this readme to rebuild your boot image with the new option string 
  created by FAStT_MSJ.

* If a configuration change has been made using FAStT_MSJ and you are 
  not able to APPLY or SAVE the configuration you will need to check 
  the options string in your modules.conf file. On occasion this string 
  may get corrupted and need to be deleted before your new configuration 
  will be saved properly. See section 6.6 above.

=======================================================================

9.1 Proc Filesystem Support
---------------------------

The /proc filesystem for the driver can be found in the 
/proc/scsi/qla2200/ or /proc/scsi/qla2300/ directory. 
This directory contains a file for each IBM FAStT Host Adapter in the system. 
Each file will present information about the adapter and transfer statistics
for each discovered LUN.

=======================================================================

10.0 Driver file Contents
-------------------------
  
  i2xLNXsrc-v6.06.00-fo.tgz
        Config.in
        README.i2xLNX-v6.06.00-fo.txt
        exioct.h
        exioctln.h
        filelist.txt
        inioct.h
        listops.h
        makefile
        ql2100_fw.h
        ql2200_fw.h
        ql2200ip_fw.h
        ql2300_fw.h
        ql2300ip_fw.h
        qla2100.c
        qla2200.c
        qla2200_conf.c
        qla2300.c
        qla2300_conf.c
        qla2x00.c
        qla2x00.h
        qla2x00_ioctl.c
        qla_cfg.c
        qla_cfg.h
        qla_cfgln.c
        qla_debug.h
        qla_devtbl.h
        qla_fo.c
        qla_fo.cfg
        qla_fo.h
        qla_gbl.h
        qla_inioct.c
        qla_ip.c
        qla_ip.h
        qla_mbx.c
        qla_mbx.h
        qla_opts.c
        qla_opts.h
        qla_settings.h
        qla_vendor.c
        qla_version.h
        qlfo.h
        qlfolimits.h
        qlfoln.h
        release.txt
        revision.notes



=======================================================================

11.0 WEB Sites and Support Phone Number
---------------------------------------

11.1  IBM TotalStorage Support Web Site:
      http://ssddom02.storage.ibm.com/techsup/webnav.nsf/support/disk

11.2  IBM TotalStorage Web Site:
      http://www.storage.ibm.com/ssg.html

11.3  If you have any questions about this update, or problem 
      applying the update go to the following Help Center World
      Telephone Numbers URL:
      http://www.ibm.com/planetwide


=======================================================================

12.0 Trademarks and Notices
---------------------------

The following terms are trademarks of the IBM Corporation  in the United 
States or other countries or both:

HelpCenter
IBM eServer 
IBM xSeries
IBM TotalStorage 

UNIX is a registered trademark of The Open Group in the United States 
and other countries.

Java and all Java-based trademarks and logos are trademarks or 
registered trademarks of Sun Microsystems, Inc. in the United States,
other countries, or both.

Linux is a registered trademark of Linus Torvalds.

Other company, product, and service names may be trademarks or service 
marks of others.

=======================================================================

13.0 Disclaimer
---------------

THIS DOCUMENT IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND.   IBM 
DISCLAIMS ALL WARRANTIES, WHETHER EXPRESS OR IMPLIED, INCLUDING WITHOUT 
LIMITATION, THE IMPLIED WARRANTIES OF FITNESS FOR A PARTICULAR PURPOSE 
AND MERCHANTABILITY WITH RESPECT TO THE INFORMATION IN THIS DOCUMENT. 
BY FURNISHING THIS DOCUMENT, IBM GRANTS NO LICENSES TO ANY PATENTS OR 
COPYRIGHTS.


Note to U.S. Government Users -- Documentation related to restricted 
rights -- Use, duplication or disclosure is subject to restrictions set 
forth in GSA ADP Schedule Contract with IBM Corporation.







