1. 20 8月, 2006 1 次提交
    • M
      [SCSI] aacraid: Restart adapter on firmware assert (Update 2) · 8c23cd74
      Mark Haverkamp 提交于
      Received from Mark Salyzyn
      
      If the adapter should be in a blinkled (Firmware Assert) state when the
      driver loads, we will perform a warm restart of the Adapter Firmware to
      see if we can rescue the adapter. Possible causes of a blinkled can
      occur on some early release motherboard BIOSes, transitory PCI bus
      problems on embedded systems or non-x86 based architectures, transitory
      startup failures of early release drives or transitory hardware
      failures; some of which can bite the adapter later at runtime. Future
      enhancements will include recovery during runtime.
      
      Fixed extra whitespace space issue.
      Signed-off-by: NMark Haverkamp <markh@osdl.org>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      8c23cd74
  2. 03 7月, 2006 1 次提交
  3. 20 5月, 2006 1 次提交
    • M
      [SCSI] aacraid: adjustable timeouts · 404d9a90
      Mark Haverkamp 提交于
      Received From Mark Salyzyn
      
      Add the ability to adjust for unusual corner case failures. Both of
      these additional module parameters deal with embedded, non-intel or
      complicated system scenarios.
      
      Aif_timeout can be increased past the default 2 minute timeout to drop
      application registrations when a system has an unusually high event load
      resulting from continuing management requests, or simultaneous builds,
      or sluggish user space as a result of system load.
      
      Startup_timeout can be increased past the default 3 minute timeout to
      drop an adapter initialization for systems that have a very large number
      of targets, or slow to spin-up targets, or a complicated set of array
      configurations that extend the time for the firmware to declare that it
      is operational. This timeout would only have an affect on non-intel
      based systems, as the (more patient) BIOS would generally be where the
      startup delay would be dealt with.
      Signed-off-by: NMark Haverkamp <markh@osdl.org>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      404d9a90
  4. 13 4月, 2006 1 次提交
  5. 07 11月, 2005 1 次提交
  6. 29 10月, 2005 1 次提交
  7. 06 8月, 2005 1 次提交
  8. 21 5月, 2005 2 次提交
    • M
      [SCSI] 2.6 aacraid: Variable FIB size (updated patch) · 7c00ffa3
      Mark Haverkamp 提交于
      New code from the Adaptec driver.  Performance enhancement for newer
      adapters.  I hope that this isn't too big for a single patch.  I believe
      that other than the few small cleanups mentioned, that the changes are
      all related.
      
      - Added Variable FIB size negotiation for new adapters.
      - Added support to maximize scatter gather tables and thus permit
        requests larger than 64KB/each.
      - Limit Scatter Gather to 34 elements for ROMB platforms.
      - aac_printf is only enabled with AAC_QUIRK_34SG
      - Large FIB ioctl support
      - some minor cleanup
      
      Passes sparse check.
      I have tested it on x86 and ppc64 machines.
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      7c00ffa3
    • M
      [SCSI] aacraid: remove sparse warnings · 56b58712
      Mark Haverkamp 提交于
      This patch addresses the sparse -Wbitwise warnings that Christoph wanted
      me to eliminate.  This mostly consisted of making data structure
      elements of hardware associated structures the __le* equivalent.
      Although there were a couple places where there was mixing of cpu and le
      variable math.  These changes have been tested on both an x86 and ppc
      machine running bonnie++.  The usage of the LE32_ALL_ONES macro has been
      eliminated.
      Signed-off-by: NMark Haverkamp <markh@osdl.org>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      56b58712
  9. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4