Bug 525240
| Summary: | [Emulex 5.5 bug] dma mpas on virtual vc ports | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Mike Christie <mchristi> | |
| Component: | kernel | Assignee: | Mike Christie <mchristi> | |
| Status: | CLOSED NOTABUG | QA Contact: | Red Hat Kernel QE team <kernel-qe> | |
| Severity: | high | Docs Contact: | ||
| Priority: | high | |||
| Version: | 5.5 | CC: | andriusb, coughlan, cward, james.smart, laurie.barry, revers | |
| Target Milestone: | alpha | Keywords: | OtherQA | |
| Target Release: | 5.5 | |||
| Hardware: | All | |||
| OS: | Linux | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 525241 (view as bug list) | Environment: | ||
| Last Closed: | 2009-12-08 14:54:49 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: | 525241, 533941 | |||
|
Description
Mike Christie
2009-09-23 18:10:30 UTC
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. Emulex - would you happen to have an easy way to test this if provided a fix? thank you! In our testing, we're finding the patches posted upstream are not working at all. The issue is the dev->type==NULL check in the referenced patch (and the updated patch from James B). Not only do the vport objects have a NULL type, but all pci endpoints and bridges match this. We have constructed a new patch over the weekend, and are testing it now. Assuming success, we'll post upstream, and update this bug, as soon as possible. James - just asking if you are cool to test/verify this bug on behalf of RH is all... Yes - although, there will be affected hardware that we don't have (it affects all scsi hosts), so we our coverage isn't 100%. But, we can extrapolate based on what we do test that they will be fine. My main purpose of the comment was to make sure everyone is aware there is an updated patch coming. The corrected patch has been posted upstream: http://marc.info/?l=linux-scsi&m=125729556605919&w=2 This is the patch needed in RHEL. Mike, how is this looking? James, You do not need this patch for RHEL 5, right? The driver does not use scsi_dma_map/scsi_dma_unmap, so we should be ok I think. Still need it for RHEL 6 though. I will send that shortly. Yes, it is needed for RHEL5 (we've filed separate bugs for each rhel version - and this one is specific for 5.5, which needs it) -- james I am lost then. Do we just need this patch http://git.kernel.org/?p=linux/kernel/git/jejb/scsi-misc-2.6.git;a=commitdiff;h=d139b9bd0e52dda14fd13412e7096e68b56d0076 for RHEL5 or is there something else still missing? If it is just that patch, I do not think there are any users of vports and scsi_dma_map/scsi_dma_unmap in RHEL5, so could not figure out who else needs it? Is there a lpfc update for RHEL5 that has it use scsi_dma_map/scsi_dma_unmap like RHEL6/upstream? Or is it needed for another scenario? Mike, It was me that was confused... you're right. RHEL5 is pre scsi_lib_dma.c and scsi_dma_map. We're fine without the patch. Sigh. Sorry for the wild goose chase. I'll close the bugzilla. |