Bug 543057
| Summary: | [QLogic 5.5 bug] qla2xxx - testing updates #3 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Marcus Barrow <mbarrow> | ||||||
| Component: | kernel | Assignee: | Rob Evers <revers> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Red Hat Kernel QE team <kernel-qe> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | high | ||||||||
| Version: | 5.5 | CC: | andrew.vasquez, andriusb, bdonahue, coughlan, lalit.chandivade, qlogic-redhat-ext | ||||||
| Target Milestone: | beta | Keywords: | OtherQA | ||||||
| Target Release: | 5.5 | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2010-03-30 07:25:07 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | |||||||||
| Bug Blocks: | 552327 | ||||||||
| Attachments: |
|
||||||||
Created attachment 375095 [details]
qla2xxx updates 3 for rhel 5.5
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release. I didn't see any of this patch in scsi-misc or linux-scsi. Did I miss it or is it planned to be posted upstream? Following changes are specific to RHEL 5.x driver - Correct CT pass through timeout value. - Recover gracefully on CT pass through timeout. Following change will be posted upstream - Get the link data rate explicitly during device resync. in kernel-2.6.18-182.el5 You can download this test kernel from http://people.redhat.com/dzickus/el5 Please update the appropriate value in the Verified field (cf_verified) to indicate this fix has been successfully verified. Include a comment with verification details. Verified in 2.6.18-182.el5 - CT pass thru timeout recovery is proper. - Date rate on port is correct after link down and link up. Created attachment 380171 [details]
Correct timeout value for passthru commands
Correct timeout value for passthru commands
Lalit - this bugzilla is already in ON_QA, therefore the bug is "done." Please file a new bugzilla with the patch in Comment #10. Comment on attachment 380171 [details]
Correct timeout value for passthru commands
Obsoleting since this patch belongs in a new bugzilla.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2010-0178.html |
qla2xxx - Correct CT pass through timeout value. In qla2x00_wait_for_passthru_completion the timeout of 10 seconds is shorter than the 25 seconds or 2*ra_tov in the iocb, causing premature [non-graceful] recovery. - Recover gracefully on CT pass through timeout. In the event the timeout occurs, the firmware dump / restart clears the firmware resources for the CT request, however the "ha->pass_thru_cmd_in_process" flag remains set, preventing subsequent CT pass through requests via sysfs. - Get the link data rate explicitly during device resync. When the hba port gets logged out of the fabric, or other such transitional state when the physical link is still present, the driver doesn't receive a loop up asyn event (where the link data rate currently gets set). Hence send a explicit mailbox command to get the link rate in such conditions