1. 24 Sep, 2006 5 commits
    • Mark Haverkamp's avatar
      [SCSI] aacraid: README update · 2538363e
      Mark Haverkamp authored
      Received from Mark Salyzyn:
      
      This patch to the driver's documentation adds a few new product entries,
      sorts the entries on OEM lines first for easy searching, followed by
      product id order to make it easier to compare against the open source
      pci list. The driver has 'family match' so is somewhat future proof, no
      code changes are required to recognize the new products.
      Signed-off-by: default avatarMark Haverkamp <markh@osdl.org>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
      2538363e
    • Mark Haverkamp's avatar
      [SCSI] aacraid: remove scsi_remove_device · ac5826ca
      Mark Haverkamp authored
      Received from Mark Salyzyn:
      
      Until the system is stabilized, I am suggesting the enclosed
      modification to prevent the driver from tickling the panic. Once sysfs
      and friends are stabilized, the patch may be backed out. We have yet to
      evaluate if we really want to relinquish existing Scsi Devices in any
      case, holding on to them as configuration of arrays comes and goes makes
      some sense as well. As a result, we have opted to pull the lines rather
      than comment them in legacy.
      Signed-off-by: default avatarMark Haverkamp <markh@osdl.org>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
      ac5826ca
    • Mark Haverkamp's avatar
      [SCSI] aacraid: merge rx and rkt code · 76a7f8fd
      Mark Haverkamp authored
      Received from Mark Salyzyn:
      
      The only real difference between the rkt and rx platform modules is the
      offset of the message registers. This patch recognizes this similarity
      and simplifies the driver to reduce it's code footprint and to improve
      maintainability by reducing the code duplication.
      
      Visibly, the 'rkt.c' portion of this patch looks more complicated than
      it really is. View it as retaining the rkt-only specifics of the
      interface.
      Signed-off-by: default avatarMark Haverkamp <markh@osdl.org>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
      76a7f8fd
    • Mark Haverkamp's avatar
      [SCSI] aacraid: expose physical devices · 653ba58d
      Mark Haverkamp authored
      Received from Mark Salyzyn:
      
      I am placing this functionality into an insmod parameter. Normally the physical
      components are exported to sg, and are blocked from showing up in sd.
      
      Note that the pass-through I/O path via the driver through the Firmware to the
      physical disks is not an optimized path, the card is designed for Hardware
      RAID, elevator sorting and caching. This should not be used as a means for
      utilizing the aacraid based controllers as a generic scsi/SATA/SAS controller,
      performance should suck by a few percentage points, any RAID meta-data on the
      drives will confuse the controller about who owns the drives and there is a
      high risk of destroying content in both directions. Unreliable and for
      experimentation or strange controlled circumstances only.
      Signed-off-by: default avatarMark Haverkamp <markh@osdl.org>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
      653ba58d
    • Mark Haverkamp's avatar
      [SCSI] aacraid: misc cleanup · 65101355
      Mark Haverkamp authored
      Received from Mark Salyzyn:
      
      Basically cleanup, nothing here will have an affect. Adjusting some
      error codes, removing superfluous definitions and code fragments.
      Signed-off-by: default avatarMark Haverkamp <markh@osdl.org>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
      65101355
  2. 23 Sep, 2006 27 commits
  3. 22 Sep, 2006 8 commits