1. 13 10月, 2007 9 次提交
  2. 01 8月, 2007 1 次提交
  3. 28 7月, 2007 1 次提交
  4. 19 7月, 2007 2 次提交
  5. 18 6月, 2007 1 次提交
  6. 11 3月, 2007 1 次提交
    • J
      [SCSI] mptsas: Fix oops for insmod during kexec · ba76ef24
      Judith Lebzelter 提交于
      This fix's an oops during driver load time.   mptsas_probe calls
      mpt_attach(over in mptbase.c).  Inside that call, we read some
      manufacturing config pages to setup some defaults.  While reading the
      config pages, the firmware doesn't complete the reply in time, and we
      have a timeout. The timeout results in hardreset handler being called.
      The hardreset handler calls all the fusion upper layer driver reset
      callback handlers.  The mptsas_ioc_reset function is the callback
      handler in mptsas.c.   So where I'm getting to, is mptsas_ioc_reset is
      getting called before scsi_host_alloc is called, and the pointer ioc->sh
      is NULL as well as the hostdata. 
      Signed-off-by: NJudith Lebzelter <judith@osdl.org>
      Acked-by: N"Moore, Eric" <Eric.Moore@lsi.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      ba76ef24
  7. 15 2月, 2007 1 次提交
    • T
      [PATCH] remove many unneeded #includes of sched.h · cd354f1a
      Tim Schmielau 提交于
      After Al Viro (finally) succeeded in removing the sched.h #include in module.h
      recently, it makes sense again to remove other superfluous sched.h includes.
      There are quite a lot of files which include it but don't actually need
      anything defined in there.  Presumably these includes were once needed for
      macros that used to live in sched.h, but moved to other header files in the
      course of cleaning it up.
      
      To ease the pain, this time I did not fiddle with any header files and only
      removed #includes from .c-files, which tend to cause less trouble.
      
      Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
      arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
      allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
      configs in arch/arm/configs on arm.  I also checked that no new warnings were
      introduced by the patch (actually, some warnings are removed that were emitted
      by unnecessarily included header files).
      Signed-off-by: NTim Schmielau <tim@physik3.uni-rostock.de>
      Acked-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      cd354f1a
  8. 03 2月, 2007 5 次提交
  9. 06 1月, 2007 2 次提交
  10. 22 11月, 2006 1 次提交
  11. 28 8月, 2006 1 次提交
    • J
      [SCSI] scsi_transport_sas: remove local_attached flag · f4ad7b58
      James Bottomley 提交于
      This flag denotes local attachment of the phy.  There are two problems
      with it:
      
      1) It's actually redundant ... you can get the same information simply
      by seeing whether a host is the phys parent
      2) we condition a lot of phy parameters on it on the false assumption
      that we can only control local phys.  I'm wiring up phy resets in the
      aic94xx now, and it will be able to reset non-local phys as well.
      
      I fixed 2) by moving the local check into the reset and stats function
      of the mptsas, since that seems to be the only HBA that can't
      (currently) control non-local phys.
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      f4ad7b58
  12. 29 7月, 2006 1 次提交
  13. 13 7月, 2006 1 次提交
  14. 12 7月, 2006 1 次提交
  15. 09 7月, 2006 1 次提交
  16. 01 7月, 2006 2 次提交
  17. 29 6月, 2006 2 次提交
    • E
      [SCSI] mptsas: Adding 1078 ROC support · 87cf8986
      Eric Moore 提交于
      * Adding 1078 ROC (Raid On Chip) Support - New host adapter
      
      * Moving all PCI Vendor/Device ids to using internal defines; a request
      from Christoph/James B. some time ago for when the next chip was added.
      
      * Removing SAS 1066/1066E Vendor/Device IDs, as there are no plans to
      manufacture that controller.
      Signed-off-by: NEric Moore <Eric.Moore@lsil.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      87cf8986
    • E
      [SCSI] mptsas: wide port support · 547f9a21
      Eric Moore 提交于
      * Wide port support added - using James Bottomley's new SAS wide port API.
      (There is a known problem in sas transport layer reported yesterday to
      James. The Kobject dev.bus_ids for end devices are not unique across
      expanders. I have added a work around in this patch, where I asigning
      an unique port identifier for every port within the host - this solves
      the problem, but I expect a fix from James in the sas transport).
      
      * Adding target_alloc and target_destroy entry points, and moving code over
      from the slave entry points.
      
      * The renaming of some mptscsih_xxx functions declared in mptsas.c,
      to mptsas_xxx.
      
      * Target Reset moved from slave_destroy to hotplug work thread
      handling (with regard to device removal). Also inhibit IO to end device
      while device is being broken down . Talked to James Smart about this
      at Linux Expo (with questions of how the fc transport handles this).
      
      * Cleaning up the kzalloc's, and kfree's
      Signed-off-by: NEric Moore <Eric.Moore@lsil.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      547f9a21
  18. 28 6月, 2006 1 次提交
  19. 26 4月, 2006 1 次提交
  20. 14 4月, 2006 1 次提交
  21. 20 3月, 2006 1 次提交
  22. 15 3月, 2006 3 次提交
    • M
      [SCSI] fusion - expander hotplug suport in mptsas module · e6b2d76a
      Moore, Eric 提交于
      This adds support for hot adding and removing
      expanders, and its associated attached devices.
      When there is a change in topology,
      the fusion firmware sends the
      MPI_EVENT_SAS_DISCOVERY event to the driver.
      The driver will read firmware config pages
      to determine what changes took place, and refresh
      drivers view of the world stored in ioc->sas_topology.
      
      Here is the details of the action the driver does:
      
      (1) Expander Added :  The mptsas_discovery_work
      workqueue is called.  Config pages read, and
      ioc->sas_topology is refreshed.  The sas_phy_add()
      is called for each phy of the expander.  The
      expanders attached devices are added via
      sas_rphy_add().  Added end devices are handled within
      the MPT_ADD_DEVICE logic in  mptsas_hotplug_work
      workqueue.
      
      (2) Expander Delete : The sas_rphy_delete() will be
      called for the top most compenent of the parent that the
      expander is attached to.  The sas_rphy_delete call
      will delete all the children phys, rphys, and end devices.
      This is handled from mptsas_discovery_work workqueue.
      Signed-off-by: NEric Moore <Eric.Moore@lsil.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      e6b2d76a
    • M
      [SCSI] fusion - exposing raid components in mptsas · f44e5461
      Moore, Eric 提交于
      Suppport for exposing hidden raid components
      for sg interface. The sdev->no_uld_attach flag
      will set set accordingly.
      
      The sas module supports adding/removing raid
      volumes using online storage management application
      interface.
      
      This patch rely's on patch's provided to me
      by Christoph Hellwig, that exports device_reprobe.
      I will post those patch's on behalf of Christoph.
      Signed-off-by: NEric Moore <Eric.Moore@lsil.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      f44e5461
    • M
      [SCSI] fusion - memory leak, and initializing fields · db9c9174
      Moore, Eric 提交于
      Changelog:
      (1) fix memory leak: p->phy_info
      (2) initialize device_info and port_info data fields
      (3) initialize the hba firmware handle
      (4) initialize phy_id for attached phy_info data fields
      (5) initialize attached phy_info data fields
      Signed-off-by: NEric Moore <Eric.Moore@lsil.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      db9c9174