1. 06 5月, 2007 6 次提交
  2. 01 4月, 2007 1 次提交
    • A
      [SCSI] lpfc: fix oops when parsing dodgy VPD · 07da60c1
      Anton Blanchard 提交于
      We have seen two cases where VPD on an emulex card has been incorrect
      and we end up walking off the end of memory. It looks like someone made
      an update (increased the length of a string) without increasing the
      Length field. Then we do:
      
      	Length -= (3+i);
      
      And since Length is unsigned it becomes very large and we loop forever
      in the encapsulating:
      
      	while (Length > 0) {
      
      If we make Length signed then we fall out of the loop and proceed on.
      
      Its important to note we have only seen this in the lab and it may be
      the only two cases of this in existence, but since the rest of the code
      has been written to be resilient against bad VPD we may as well fix this
      too.
      Signed-off-by: NAnton Blanchard <anton@samba.org>
      Acked-by: NJames Smart <James.Smart@Emulex.Com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      07da60c1
  3. 11 3月, 2007 1 次提交
  4. 16 2月, 2007 1 次提交
  5. 03 12月, 2006 6 次提交
  6. 27 9月, 2006 1 次提交
  7. 05 9月, 2006 1 次提交
  8. 03 9月, 2006 1 次提交
  9. 20 8月, 2006 1 次提交
  10. 07 8月, 2006 1 次提交
  11. 09 7月, 2006 4 次提交
  12. 03 7月, 2006 1 次提交
  13. 27 6月, 2006 2 次提交
  14. 20 4月, 2006 3 次提交
  15. 12 3月, 2006 1 次提交
  16. 07 3月, 2006 1 次提交
  17. 06 3月, 2006 2 次提交
  18. 01 3月, 2006 3 次提交
  19. 14 12月, 2005 3 次提交
    • J
    • J
      [SCSI] lpfc 8.1.1 : Add polled-mode support · 875fbdfe
      James.Smart@Emulex.Com 提交于
      - Add functionality to run in polled mode only. Includes run time
        attribute to enable mode.
      - Enable runtime writable hba settings for coallescing and delay parameters
      
      Customers have requested a mode in the driver to run strictly polled.
      This is generally to support an environment where the server is extremely
      loaded and is looking to reclaim some cpu cycles from adapter interrupt
      handling.
      
      This patch adds a new "poll" attribute, and the following behavior:
      
      if value is 0 (default):
        The driver uses the normal method for i/o completion. It uses the
        firmware feature of interrupt coalesing. The firmware allows a
        minimum number of i/o completions before an interrupt, or a maximum
        time delay between interrupts.  By default, the driver sets these
        to no delay (disabled) or 1 i/o - meaning coalescing is disabled.
      
        Attributes were provided to change the coalescing values, but it was
        a module-load time only and global across all adapters.
        This patch allows them to be writable on a per-adapter basis.
      
      if value is 1 :
        Interrupts are left enabled, expecting that the user has tuned the
        interrupt coalescing values. When this setting is enabled, the driver
        will attempt to service completed i/o whenever new i/o is submitted
        to the adapter. If the coalescing values are large, and the i/o
        generation rate steady, an interrupt will be avoided by servicing
        completed i/o prior to the coalescing thresholds kicking in. However,
        if the i/o completion load is high enough or i/o generation slow, the
        coalescion values will ensure that completed i/o is serviced in a timely
        fashion.
      
      if value is 3 :
        Turns off FCP i/o interrupts altogether. The coalescing values now have
        no effect. A new attribute "poll_tmo" (default 10ms) exists to set
        the polling interval for i/o completion. When this setting is enabled,
        the driver will attempt to service completed i/o and restart the
        interval timer whenever new i/o is submitted. This behavior allows for
        servicing of completed i/o sooner than the interval timer, but ensures
        that if no i/o is being issued, then the interval timer will kick in
        to service the outstanding i/o.
      Signed-off-by: NJames Smart <James.Smart@emulex.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      875fbdfe
    • J