1. 13 10月, 2007 5 次提交
  2. 01 8月, 2007 1 次提交
  3. 31 7月, 2007 1 次提交
  4. 28 7月, 2007 5 次提交
  5. 21 7月, 2007 1 次提交
  6. 19 7月, 2007 3 次提交
  7. 18 6月, 2007 8 次提交
  8. 06 6月, 2007 1 次提交
  9. 30 5月, 2007 1 次提交
  10. 23 5月, 2007 1 次提交
  11. 10 5月, 2007 1 次提交
  12. 09 5月, 2007 2 次提交
  13. 30 4月, 2007 1 次提交
    • E
      [SCSI] fusion: fix domain validation loops · 72978245
      Eric Moore 提交于
      After host reset, the device are programmed to default asyn narrow nego.
      We need to reprogram the parameter back to previous values.  If the host
      reset is called as a result of spi_dv_device() commands timing out, its
      possible to get into an infinite loop of dv to host reset.  This will
      prevent that case, as we merely program old values.  If host reset is
      called outside context of domain validation, then we can  call
      spi_dv_device.
      Signed-off-by: NEric Moore <Eric.Moore@lsi.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      72978245
  14. 26 4月, 2007 3 次提交
  15. 01 4月, 2007 1 次提交
  16. 21 3月, 2007 3 次提交
  17. 20 3月, 2007 1 次提交
  18. 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