1. 06 Aug, 2010 1 commit
  2. 28 Jul, 2010 1 commit
  3. 30 Apr, 2010 1 commit
  4. 10 Dec, 2009 1 commit
  5. 04 Dec, 2009 3 commits
  6. 02 Oct, 2009 2 commits
  7. 12 Sep, 2009 1 commit
  8. 09 Jun, 2009 1 commit
  9. 20 May, 2009 1 commit
  10. 14 May, 2009 1 commit
  11. 03 Apr, 2009 1 commit
  12. 13 Mar, 2009 1 commit
    • Eric Moore's avatar
      [SCSI] mpt2sas v00.100.11.15 · 635374e7
      Eric Moore authored
      
      
      * This is new scsi lld device driver from LSI supporting the SAS 2.0
        standard. I have split patchs by filename.
      
      * Here is list of new 6gb host controllers:
      
        LSI SAS2004
        LSI SAS2008
        LSI SAS2108
        LSI SAS2116
      
      * Here are the changes in the 4th posting of this patch set:
      
      (1) fix compile errors when SCSI_MPT2SAS_LOGGING is not enabled
      (2) add mpt2sas to the SCSI Mid Layer Makefile
      (3) append mpt2sas_ to the naming of all non-static functions
      (4) fix oops for SMP_PASSTHRU
      (5) doorbell algorithm imported changes from windows driver
      
      * Here are the changes in the 3rd posting of this patch set:
      
      (1) add readl following writel from the function that disables interrupts
      (2) replace 0xFFFFFFFFFFFFFFFFULL with ~0ULL
      (3) when calling pci_enable_msix, only pass one msix entry (instead of 15).
      (4) remove the "current HW implementation uses..... " comment in the sources
      (5) merged bug fix for SIGIO/POLLIN notifcation; reported by the storlib team.
      
      * Here are the changes in the 2nd posting of this patch set:
      
      (1) use little endian types in the mpi headers
      (2) merged in bug fix's from inhouse drivers.
      Signed-off-by: default avatarEric Moore <eric.moore@lsi.com>
      Tested-by: default avatarpeter Bogdanovic <pbog@us.ibm.com>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@HansenPartnership.com>
      635374e7
  13. 12 Mar, 2009 1 commit
  14. 02 Jan, 2009 1 commit
  15. 30 Dec, 2008 1 commit
  16. 29 Dec, 2008 3 commits
  17. 26 Jul, 2008 1 commit
  18. 12 Jul, 2008 1 commit
  19. 05 Jun, 2008 1 commit
  20. 27 Apr, 2008 1 commit
  21. 23 Feb, 2008 1 commit
  22. 08 Feb, 2008 5 commits
    • James Bottomley's avatar
      [SCSI] ses: add new Enclosure ULD · 9927c688
      James Bottomley authored
      
      
      This adds support to SCSI for enclosure services devices. It also makes
      use of the enclosure services added in an earlier patch to display the
      enclosure topology in sysfs.
      
      At the moment, the enclosures are SAS specific, but if anyone actually
      has a non-SAS enclosure that follows the SES-2 standard, we can add that
      as well.
      
      On my Vitesse based system, the enclosures show up like this:
      
      sparkweed:~# ls -l /sys/class/enclosure/0\:0\:1\:0/
      total 0
      -r--r--r-- 1 root root 4096 2008-02-03 15:44 components
      lrwxrwxrwx 1 root root    0 2008-02-03 15:44 device -> ../../../devices/pci0000:01/0000:01:02.0/host0/port-0:0/expander-0:0/port-0:0:12/end_device-0:0:12/target0:0:1/0:0:1:0
      drwxr-xr-x 2 root root    0 2008-02-03 15:44 SLOT 000
      drwxr-xr-x 2 root root    0 2008-02-03 15:44 SLOT 001
      drwxr-xr-x 2 root root    0 2008-02-03 15:44 SLOT 002
      drwxr-xr-x 2 root root    0 2008-02-03 15:44 SLOT 003
      drwxr-xr-x 2 root root    0 2008-02-03 15:44 SLOT 004
      drwxr-xr-x 2 root root    0 2008-02-03 15:44 SLOT 005
      lrwxrwxrwx 1 root root    0 2008-02-03 15:44 subsystem -> ../../enclosure
      --w------- 1 root root 4096 2008-02-03 15:44 uevent
      
      And the individual occupied slots like this:
      
      sparkweed:~# ls -l /sys/class/enclosure/0\:0\:1\:0/SLOT\ 001/
      total 0
      -rw-r--r-- 1 root root 4096 2008-02-03 15:45 active
      lrwxrwxrwx 1 root root    0 2008-02-03 15:45 device -> ../../../../devices/pci0000:01/0000:01:02.0/host0/port-0:0/expander-0:0/port-0:0:11/end_device-0:0:11/target0:0:0/0:0:0:0
      -rw-r--r-- 1 root root 4096 2008-02-03 15:45 fault
      -rw-r--r-- 1 root root 4096 2008-02-03 15:45 locate
      -rw-r--r-- 1 root root 4096 2008-02-03 15:45 status
      lrwxrwxrwx 1 root root    0 2008-02-03 15:45 subsystem -> ../../../enclosure_component
      -r--r--r-- 1 root root 4096 2008-02-03 15:45 type
      --w------- 1 root root 4096 2008-02-03 15:45 uevent
      
      You can flash the various blinky lights by echoing to the fault and locate files.
      
      >From the device's point of view, you can see it has an enclosure like this:
      
      sparkweed:~# ls /sys/class/scsi_disk/0\:0\:0\:0/device/
      block:sda                     generic        queue_depth          state
      bsg:0:0:0:0                   iocounterbits  queue_type           subsystem
      bus                           iodone_cnt     rescan               timeout
      delete                        ioerr_cnt      rev                  type
      device_blocked                iorequest_cnt  scsi_device:0:0:0:0  uevent
      driver                        modalias       scsi_disk:0:0:0:0    vendor
      enclosure_component:SLOT 001  model          scsi_generic:sg0
      evt_media_change              power          scsi_level
      
      Note the enclosure_component:SLOT 001 which shows where in the enclosure
      this device fits.
      
      The astute will notice that I'm using SCSI VPD Inquiries to identify the
      devices.  This, unfortunately, won't work for SATA devices unless we do
      some really nasty hacking about on the SAT because the only think that
      knows the SAS addresses for SATA devices is libsas, not libata where the
      SAT resides.
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@HansenPartnership.com>
      9927c688
    • James Bottomley's avatar
      [SCSI] remove m68k NCR53C9x based drivers · 642978be
      James Bottomley authored
      
      
      These drivers depend on the deprecated NCR53C9X core and need to be converted
      to the esp_scsi core.
      Acked-by: default avatarBoaz Harrosh <bharrosh@panasas.com>
      Cc: Linux/m68k <linux-m68k@vger.kernel.org>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@HansenPartnership.com>
      642978be
    • James Bottomley's avatar
      [SCSI] dec_esp: Remove driver · da19d2f5
      James Bottomley authored
      
      
      This driver depends on the deprecated NCR53C9X core and needs to be converted
      to the esp_scsi core.
      Acked-by: default avatarBoaz Harrosh <bharrosh@panasas.com>
      Cc: "Maciej W. Rozycki" <macro@linux-mips.org>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@HansenPartnership.com>
      da19d2f5
    • James Bottomley's avatar
      [SCSI] mca_53c9x: remove driver · c9e86b8b
      James Bottomley authored
      
      
      This driver depends on the deprecated NCR53C9X core and needs to be converted
      to the esp_scsi core.
      Acked-by: default avatarBoaz Harrosh <bharrosh@panasas.com>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@HansenPartnership.com>
      c9e86b8b
    • Thomas Bogendoerfer's avatar
      [SCSI] sun3x_esp: convert to esp_scsi · 0bb67f18
      Thomas Bogendoerfer authored
      
      
      Converted sun3x_esp driver to use esp_scsi.c
      Signed-off-by: default avatarThomas Bogendoerfer <tsbogend@alpha.franken.de>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@HansenPartnership.com>
      0bb67f18
  23. 12 Jan, 2008 3 commits
  24. 18 Oct, 2007 1 commit
  25. 12 Oct, 2007 1 commit
  26. 22 Jul, 2007 1 commit
  27. 15 Jul, 2007 1 commit
    • Cornelia Huck's avatar
      [SCSI] don't build scsi_dma_{map,unmap} for !HAS_DMA · 7689e82e
      Cornelia Huck authored
      
      
      With
      
       dma-mapping-prevent-dma-dependent-code-from-linking-on.patch
      
      scsi fails to build on !HAS_DMA architectures:
      
      drivers/built-in.o(.text+0x20af6): In function `scsi_dma_map':
      : undefined reference to `dma_map_sg'
      drivers/built-in.o(.text+0x20b5c): In function `scsi_dma_unmap':
      : undefined reference to `dma_unmap_sg'
      
      I split those functions out into a new file. Builds on s390 and i386.
      
      Move scsi_dma_{map,unmap} into scsi_lib_dma.c which is only build if
      HAS_DMA is set.
      Signed-off-by: default avatarCornelia Huck <cornelia.huck@de.ibm.com>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: James Bottomley <James.Bottomley@SteelEye.com>
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: Christoph Hellwig <hch@lst.de>
      Cc: Dan Williams <dan.j.williams@intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarJames Bottomley <James.Bottomley@SteelEye.com>
      7689e82e
  28. 14 Jul, 2007 1 commit
  29. 17 Jun, 2007 1 commit