1. 17 10月, 2011 2 次提交
    • J
      [SCSI] lpfc 8.3.27: Changed worst case mailbox timeout · a183a15f
      James Smart 提交于
      Changed the timeout value for flash-based SLI_CONFIG (0x9B)
      mailbox command to 300 seconds for worst case flash delays.
      Signed-off-by: NAlex Iannicelli <alex.iannicelli@emulex.com>
      Signed-off-by: NJames Smart <james.smart@emulex.com>
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      a183a15f
    • J
      [SCSI] lpfc 8.3.27: Miscellanous logic and interface fixes · 73d91e50
      James Smart 提交于
      Miscellanous logic and interface fixes
      
      - Fix lpfc_init_vfi_cmpl to check the interface type for interface type 0
        before parsing the results.
      - Cast uint32_t values that are multiplied to uint64_t before the
        multiplication.
      - Instead of "break" statement when PCI read returned error, use the goto
        statement to the end of the routine after setting return value
      - moved the msleep(10) to the beginning of the wait loop for checking the
        SLIPort_Status register
      - Added the code to follow the existing wait for SLIPort_Status register RDY,
        ERR, and RN bits to be set by the port before proceeding to perform PCI
        function reset.
      - Do not override ulpCt_h and ulpCt_l for SLI 4 ports.
      - For vport delete, call lpfc_nlp_put when the vport's vpi state is not
        marked with VPI_REGISTERED.
      - Added missed fields into the driver's Controller Attributes Structure
      - Changed ringing EQ/CQ/RQ doorbell register to be dependent on the size
        of the queue.
      - Return -EACCES in issue_reset if cfg_enable_hba_reset is zero.
      - Added new logging flag LOG_FCP_UNDER 0x00040000 to qualify underrun logging.
      - Add a check in the fabric name display routine to display 0 if the port
        state is <= FLOGI.
      - Add a check to the switch statement in lpfc_decode_firmware_rev to check
        for an 'X'.
      Signed-off-by: NAlex Iannicelli <alex.iannicelli@emulex.com>
      Signed-off-by: NJames Smart <james.smart@emulex.com>
      Signed-off-by: NJames Bottomley <JBottomley@Parallels.com>
      73d91e50
  2. 29 8月, 2011 4 次提交
  3. 27 7月, 2011 8 次提交
  4. 21 7月, 2011 1 次提交
    • P
      treewide: fix potentially dangerous trailing ';' in #defined values/expressions · 497888cf
      Phil Carmody 提交于
      All these are instances of
        #define NAME value;
      or
        #define NAME(params_opt) value;
      
      These of course fail to build when used in contexts like
        if(foo $OP NAME)
        while(bar $OP NAME)
      and may silently generate the wrong code in contexts such as
        foo = NAME + 1;    /* foo = value; + 1; */
        bar = NAME - 1;    /* bar = value; - 1; */
        baz = NAME & quux; /* baz = value; & quux; */
      
      Reported on comp.lang.c,
      Message-ID: <ab0d55fe-25e5-482b-811e-c475aa6065c3@c29g2000yqd.googlegroups.com>
      Initial analysis of the dangers provided by Keith Thompson in that thread.
      
      There are many more instances of more complicated macros having unnecessary
      trailing semicolons, but this pile seems to be all of the cases of simple
      values suffering from the problem. (Thus things that are likely to be found
      in one of the contexts above, more complicated ones aren't.)
      Signed-off-by: NPhil Carmody <ext-phil.2.carmody@nokia.com>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      497888cf
  5. 29 6月, 2011 1 次提交
  6. 27 5月, 2011 6 次提交
  7. 10 5月, 2011 1 次提交
  8. 02 5月, 2011 5 次提交
  9. 01 5月, 2011 1 次提交
  10. 10 4月, 2011 1 次提交
  11. 31 3月, 2011 1 次提交
  12. 24 3月, 2011 6 次提交
  13. 17 3月, 2011 1 次提交
  14. 01 3月, 2011 2 次提交