1. 31 5月, 2006 1 次提交
    • V
      [SCSI] kdump: mpt fusion driver initialization failure fix · 9bf0a28c
      Vivek Goyal 提交于
      MPT fusion driver initialization fails while second kernel is booting,
      after a system crash (if kdump kernel is configured).  Oops message is
      pasted below.
      
      *****************************************************************************
      Fusion MPT base driver 3.03.08
      Copyright (c) 1999-2005 LSI Logic Corporation
      Fusion MPT SAS Host driver 3.03.08 ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [LNKA] -> GSI 5 (level, low) -> IRQ 5
      mptbase: Initiating ioc0 bringup
      BUG: unable to handle kernel paging request at virtual address 00002608
       printing eip:
      c11782fd
      *pde = 00000000
      Oops: 0000 [#1]
      Modules linked in:
      CPU:    0
      EIP:    0060:[<c11782fd>]    Not tainted VLI
      EFLAGS: 00010046   (2.6.17-rc1-16M #2)
      EIP is at mptscsih_io_done+0x27/0x3a3
      eax: c4fed000   ebx: c4fed000   ecx: 00002600   edx: 00000298
      esi: c11782d6   edi: 00002600   ebp: 00000000   esp: c1332f74
      ds: 007b   es: 007b   ss: 0068
      Process swapper (pid: 0, threadinfo=c1332000 task=c128f9c0) Stack: <0>0000006c 00000020 00000298 00002600 c4fed000 c4fed000 c11782d6 0000260 0
             00000000 c1172c49 c4fed000 c1305b40 00000005 00000000 c1172d75 c48877e0
             c1029687 00000000 c1307fb8 00000000 c1305a00 00000001 00000000 c1307fb8
      Call Trace:
       <c11782d6> mptscsih_io_done+0x0/0x3a3   <c1172c49> mpt_turbo_reply+0xbb/0xd3
       <c1172d75> mpt_interrupt+0x22/0x2b   <c1029687> misrouted_irq+0x63/0xcb
       <c10297b3> note_interrupt+0x43/0x98   <c10292f9> __do_IRQ+0x68/0x8f
       <c1003fac> do_IRQ+0x36/0x4e
       =======================
       <c1002aa6> common_interrupt+0x1a/0x20   <c1001150> mwait_idle+0x1a/0x2a
       <c10010bf> cpu_idle+0x40/0x5c   <c1308610> start_kernel+0x17a/0x17c Code: 5e 5f 5d c3 55 89 cd 57 56 53 83 ec 14 89 54 24 0c 89 44 24 10 8b 90 cc 00  00 00 8b 4c 24 0c 81 c2 98 02 00 00 85 ed 89 54 24 08 <0f> b7 79 08 89 fe 74 04  0f b7 75 08 66 39 f7 75 0d 8b 44 24 0c
      *******************************************************************************
      
      o Kdump capture kernel boot fails during initialization of MPT fusion driver.
        (LSI Logic / Symbios Logic SAS1064E PCI-Express Fusion-MPT SAS (rev 01))
      
      o Problem is easily reproducible, if system crashed while some disk activity
        like cp operation was going on.
      
      o After a system crash, devices are not shutdown and capture kernel starts
        booting while skipping BIOS. Hence underlying device is left in operational
        state. In this case scsi contoller was left with interrupt line asserted
        reply FIFO was not empty. When driver starts initializing in the second
        kernel, it receives the interrupt the moment request_irq() is called.
        Interrupt handler, reads the message from reply FIFO and tries to access
        the associated message frame and panics, as in the new kernel's context
        that message frame is not valid at all.
      
      o In this scenario, probably we should delay the request_irq() call. First
        bring up the IOC, reset it if needed and then should register for irq.
      
      o I have tested the patch with SAS1064E and 53c1030 controllers.
      Signed-off-by: NVivek Goyal <vgoyal@in.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Acked-by: N"Moore, Eric Dean" <Eric.Moore@lsil.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      9bf0a28c
  2. 15 3月, 2006 3 次提交
  3. 01 3月, 2006 1 次提交
    • J
      [SCSI] mptspi: Add transport class Domain Validation · c92f222e
      James Bottomley 提交于
      This is the first half of a patch to add the generic domain validation
      to mptspi.  It also creates a secondary "virtual" channel for raid
      component devices since these are now exported with no_uld_attach.
      
      What Eric and I would have really liked is to export all physical
      components on channel 0 and all raid components on channel 1.
      Unfortunately, this would result in device renumbering on platforms with
      mixed RAID/Physical devices which was considered unacceptable for
      userland stability reasons.
      
      Still to be done is to plug back the extra parameter setting and DV
      pieces on reset and hotplug.
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      c92f222e
  4. 05 2月, 2006 2 次提交
  5. 01 2月, 2006 5 次提交
  6. 15 1月, 2006 4 次提交
  7. 14 12月, 2005 1 次提交
  8. 02 12月, 2005 1 次提交
  9. 30 11月, 2005 1 次提交
  10. 09 11月, 2005 2 次提交
  11. 20 9月, 2005 2 次提交
    • M
      [SCSI] fusion SAS support (mptsas driver) updates · 466544d8
      Moore, Eric Dean 提交于
      Summary of Changes:
      * splitting mpt_interrupt per Christophs suggestion
      about a month ago
      * rename ScsiCfgData to SpiCfgData structure,
      then move all the raid related info into
      new structure called RaidCfgData.  This is
      done because SAS supports RAID, as well as SPI,
      so the raid stuff should be seperate.
      * incorrect timeout calculation for cntdn
      inside WaitForDoorbellAck and WaitForDoortbellInt
      * add support for interpreting SAS Log Info
      * Increase Event Log Size from 0xA to 0x32
      * Fix bug in mptsas/mptfc/mptspi - when controller
      has Initiator Mode Disabled, and only running in
      TargetMode, the mptctl would panic when loading.
      The fix is to return 0, instead of -ENODEV, in
      SCSI LLD respective probe routines
      * Fix bug in mptlan.c - driver will panic if
      there is host reset, due to dev being set to
      zero in mpt_lan_ioc_reset
      * Fix's for SPI - Echo Buffer
      * Several fix's in mptscsih_io_done - FCP Response
      info, RESIDUAL_MISMATCH, Data Underrun, etc.
      * Cleanup Error Handling - EH handlers,
      mptscsih_flush_cmds, and zeroing out ScsiLookup
      from mptscsih_qcmd
      * Cleanup asyn event handling from
      mptscsih -> mptscsih_event_process.  Also
      added support for SAS Persistent Table Full,
      an asyn event
      Signed-off-by: NEric Moore <Eric.Moore@lsil.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      466544d8
    • C
      [SCSI] fusion core changes for SAS support · 82ffb671
      Christoph Hellwig 提交于
       - various bits for SAS support from the LSI driver.
       - use the device private data for the fusion target private data.
         this should be using the midlayer target data framework, but we
         can't move over to that until fusion has been switched to the
         generic DV code
       - use target ID and channel from the fusion target private data,
         because those in scsi_device will be different for mptsas
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      82ffb671
  12. 05 9月, 2005 3 次提交
  13. 08 7月, 2005 1 次提交
  14. 21 5月, 2005 4 次提交
  15. 17 4月, 2005 2 次提交