1. 02 1月, 2009 1 次提交
  2. 31 12月, 2008 1 次提交
  3. 30 12月, 2008 3 次提交
  4. 27 7月, 2008 1 次提交
  5. 12 7月, 2008 1 次提交
  6. 05 6月, 2008 1 次提交
  7. 28 4月, 2008 1 次提交
  8. 23 2月, 2008 1 次提交
  9. 08 2月, 2008 5 次提交
    • J
      [SCSI] ses: add new Enclosure ULD · 9927c688
      James Bottomley 提交于
      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: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      9927c688
    • J
      [SCSI] remove m68k NCR53C9x based drivers · 642978be
      James Bottomley 提交于
      These drivers depend on the deprecated NCR53C9X core and need to be converted
      to the esp_scsi core.
      Acked-by: NBoaz Harrosh <bharrosh@panasas.com>
      Cc: Linux/m68k <linux-m68k@vger.kernel.org>
      Signed-off-by: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      642978be
    • J
      [SCSI] dec_esp: Remove driver · da19d2f5
      James Bottomley 提交于
      This driver depends on the deprecated NCR53C9X core and needs to be converted
      to the esp_scsi core.
      Acked-by: NBoaz Harrosh <bharrosh@panasas.com>
      Cc: "Maciej W. Rozycki" <macro@linux-mips.org>
      Signed-off-by: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      da19d2f5
    • J
      [SCSI] mca_53c9x: remove driver · c9e86b8b
      James Bottomley 提交于
      This driver depends on the deprecated NCR53C9X core and needs to be converted
      to the esp_scsi core.
      Acked-by: NBoaz Harrosh <bharrosh@panasas.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      c9e86b8b
    • T
      [SCSI] sun3x_esp: convert to esp_scsi · 0bb67f18
      Thomas Bogendoerfer 提交于
      Converted sun3x_esp driver to use esp_scsi.c
      Signed-off-by: NThomas Bogendoerfer <tsbogend@alpha.franken.de>
      Signed-off-by: NJames Bottomley <James.Bottomley@HansenPartnership.com>
      0bb67f18
  10. 12 1月, 2008 3 次提交
  11. 18 10月, 2007 1 次提交
  12. 13 10月, 2007 1 次提交
  13. 22 7月, 2007 1 次提交
  14. 15 7月, 2007 2 次提交
  15. 18 6月, 2007 4 次提交
  16. 29 5月, 2007 2 次提交
  17. 28 5月, 2007 1 次提交
    • C
      [SCSI] 53c7xx: kill driver · 565bae6a
      Christoph Hellwig 提交于
      It's been more than enough time now to try to get the new m68k drivers
      into the tree.  Let's remove the old ones and we can remerge the new
      glue once it's ready.  Given that there are patches to rename two out
      of the three drivers in m68k CVS and all of them need a lot of
      codingstyle love anyway that's probably the better strategy to begin
      with.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Kars de Jong <jongk@linux-m68k.org>
      Cc: linux-m68k@vger.kernel.org
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      565bae6a
  18. 23 5月, 2007 1 次提交
  19. 27 4月, 2007 1 次提交
    • D
      [SCSI] SUNESP: Complete driver rewrite to version 2.0 · cd9ad58d
      David S. Miller 提交于
      Major features:
      
      1) Tagged queuing support.
      2) Will properly negotiate for synchronous transfers even on
         devices that reject the wide negotiation message, such as
         CDROMs
      3) Significantly lower kernel stack usage in interrupt
         handler path by elimination of function vector arrays,
         replaced by a top-level switch statement state machine.
      4) Uses generic scsi infrastructure as much as possible to
         avoid code duplication.
      5) Automatic request of sense data in response to CHECK_CONDITION
      6) Portable to other platforms using ESP such as DEC and Sun3
         systems.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      cd9ad58d
  20. 20 3月, 2007 1 次提交
  21. 14 1月, 2007 1 次提交
  22. 03 12月, 2006 2 次提交
  23. 26 11月, 2006 1 次提交
  24. 12 10月, 2006 1 次提交
    • M
      [SCSI] Add ability to scan scsi busses asynchronously · 3e082a91
      Matthew Wilcox 提交于
      Since it often takes around 20-30 seconds to scan a scsi bus, it's
      highly advantageous to do this in parallel with other things.  The bulk
      of this patch is ensuring that devices don't change numbering, and that
      all devices are discovered prior to trying to start init.  For those
      who build SCSI as modules, there's a new scsi_wait_scan module that will
      ensure all bus scans are finished.
      
      This patch only handles drivers which call scsi_scan_host.  Fibre Channel,
      SAS, SATA, USB and Firewire all need additional work.
      Signed-off-by: NMatthew Wilcox <matthew@wil.cx>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      3e082a91
  25. 05 10月, 2006 1 次提交
  26. 03 9月, 2006 1 次提交