Bug 470625
Summary: | Netdump not functioning w/ bnx2 >= v1.8h (Broadcom Netxtreme II Network Card) | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Joe T <jtorrice> |
Component: | kernel | Assignee: | Neil Horman <nhorman> |
Status: | CLOSED ERRATA | QA Contact: | Martin Jenner <mjenner> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 5.3 | CC: | agospoda, andriusb, cward, jho, mchan, mgahagan, nhorman, qcai, syeghiay |
Target Milestone: | rc | Keywords: | OtherQA, Reopened |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | bnx2 v1.8.1g | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-01-20 20:02:58 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: | 440221 |
Description
Joe T
2008-11-08 01:54:42 UTC
There have been several bnx2 patches since 4.7 GOLD released. Could you please try with the latest 4.8 beta and confirm that the problem still exists. Thanks! Issue no longer seen with latest test kernel: kernel-2.6.9-78.15.EL.gtest.49.x86_64. Closing BZ. BTW, Neil, thanks for the pointer. Disregard above comment from me. We are still seeing the same behavior w/ latest bnx2 driver (1.8.1f). Previously used boxed bnx2 (v1.6.9) which is in: kernel-2.6.9-78.15.EL.gtest.49.x86_64....which works. I'm sorry, you need to clarify what you are doing here: In comment #2 and comment #3 you indicated that kernel-2.6.9-78.15.EL.gtest.49.x86_64 works properly, which uses bnx2 version 1.6.9 The latest RHEL5 kernel (newer even than the beta) uses driver version 1.7.9 Yet you say you see the problem on bnx2 version 1.8.1f. What exactly are you testing with? I'm sorry, you need to clarify what you are doing here: In comment #2 and comment #3 you indicated that kernel-2.6.9-78.15.EL.gtest.49.x86_64 works properly, which uses bnx2 version 1.6.9 The latest RHEL5 kernel (newer even than the beta) uses driver version 1.7.9 Yet you say you see the problem on bnx2 version 1.8.1f. What exactly are you testing with? As a clarification, I mentioned that the rhel5 kernel above used driver version 1.7.9 to show where rhel is in relation to your testing. RHEL4 (which this bug is against), uses version 1.6.9 Issue(s) have been isolated and fixes incorporated into bnx2 v1.8.1g-test. Netdump functionality has been restored w/ bnx2 v1.8.1g-test4. Neil: Sorry for the confusion. NH> Yet you say you see the problem on bnx2 version 1.8.1f. What exactly are you testing with? We saw the issue w/ bnx2 v1.8.1f on RHEL 4.7 Gold x86-64. With bnx2 v1.8.1g-test the issue is no longer seen. Netdump now functions w/ bnx2 v1.8.1f under RHEL 4.7 Gold. Neil, the patch you posted on netdev this morning fixed the issue for us. Thanks a lot. Ahh, ok, that clarifies a good deal. so this isn't actually a 4.7 bug (since the problem I fixed upstream doesn't exist in RHEL4). Rather you were testing your latest driver dropped into the RHEL4 source tree and noting this problem. So what you actually need is for my patch to be backported to RHEL5. Is that right? That's right. Although I'm not sure if RHEL5 will have the same problem or not. It depends on whether Andy has back-ported all that IRQ rework to support MSI-X and multiple RX/TX rings. It needs a variant of this patch. The RHEL5 bnx2 driver uses dummy net_device structs to simulate mulitqueue rx but poll_napi only checks the polled device for rx so we repair that in kernel-2.6.18-125.el5 You can download this test kernel from http://people.redhat.com/dzickus/el5 So far we haven't encountered any issues; however, we need to rerun tests with jumbo frames enabled. Broadcom, test status? We found an issue while under Xen. A kernel panic will occur if the following conditions are met: 1) Jumbo frames are enabled on both ports of a 5709C 2) Both interfaces are brought up. 3) Driver is unloaded from memory (rmmod) Kernel panic will occur Joe, is this related to netdump or a separate issue? The findings in comment #18 look like a separate issue to me, and needs its own bug. I believe mpg is opening it now. MChan: This is unrelated as Netdump isn't enabled when the kernel panic is observed. Please see CQ38955 (internal Broadcom issue tracking DB). Will open a separate issue in BZ; unless "mpg" has already opened a BZ. This issue with Xen (unrelated to Netdump) was also seen on SLES 10 SP2. I have opened bz 476897 to address the panic noted in comment #18. Broadcom, please confirm that this bug fix has been Verified, but that a new issue has been encountered that will be addressed in a future release (bug 476897)? Thanks for clarifying for me. 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-2009-0225.html |