Bug 377611 - Marvell NIC using skge driver loses promiscuous mode on rewiring
Summary: Marvell NIC using skge driver loses promiscuous mode on rewiring
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: kernel   
(Show other bugs)
Version: 4.5
Hardware: i386
OS: Linux
Target Milestone: ---
: ---
Assignee: Andy Gospodarek
QA Contact: Martin Jenner
Depends On:
TreeView+ depends on / blocked
Reported: 2007-11-12 12:01 UTC by Pete Philips
Modified: 2014-06-29 22:59 UTC (History)
1 user (show)

Fixed In Version: RHSA-2008-0665
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-07-24 19:20:02 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
rhel4-test0.patch (1.24 KB, patch)
2007-11-26 18:40 UTC, Andy Gospodarek
no flags Details | Diff

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2008:0665 normal SHIPPED_LIVE Moderate: Updated kernel packages for Red Hat Enterprise Linux 4.7 2008-07-24 16:41:06 UTC
Red Hat Bugzilla 212399 None CLOSED Marvell ethernet lost promisc state 2018-05-11 04:02 UTC

Description Pete Philips 2007-11-12 12:01:40 UTC
Description of problem:

This is the same bug at ticket 212399

I am running two Marvell 88E8001 NICs configured to provide a
network bridge. This works fine until the network cables are removed
for any reason. When they are put back, the bridge does not function as
the interfaces seems to have lost promiscuous mode.

Version-Release number of selected component (if applicable):

skge v1.1 in RHEL 4.5

How reproducible:

Very easily.

Steps to Reproduce:
1. Configure eth interface in promiscuous mode
2. Observe traffic
3. Remove network cables and replace
Actual results:

Interface is not in promiscuous mode any more.

Expected results:

Bridging and promiscuous mode should survive recabling without a

Additional info:

Comment 1 Pete Philips 2007-11-15 09:26:51 UTC
I can confirm that the Fedora patch with the original ticket (
https://bugzilla.redhat.com/show_bug.cgi?id=212399#c4 ) fixes the problem. The
patch applies in three hunks, the last of which fails. It appears that the last
hunk is a patch for code which is non-existent in the RHEL 4.5 driver so doesn't
seem to be a problem. I guess this needs back porting to RHEL4.

Comment 2 Andy Gospodarek 2007-11-26 18:40:07 UTC
Created attachment 269171 [details]

Without all of the bits included in this patch, you may have problems with
promiscuity being incorrectly set during other operations as well.

Could you try and use ethtool to set the MTU to something slightly different
while capturing frames or doing bridging with your patch and let me know the

If promiscuity fails to be set correctly (as I suspect it might), this newly
attached patch may be required instead.

Comment 3 Pete Philips 2007-11-29 15:05:23 UTC

From initial testing it seems that any change to MTU when using the patch from
the Fedora 5 ticket causes the bridge to stop bridging. A network restart will
get it going again. Values lower than 1500 do not work at all: a ping is
possible  but TCP traffic such as HTTP does not get through.

Using your comment #2 patch I can set MTU to >1500 with no interruption in
bridging. However I still get the same effect when trying values lower than 1500.

Comment 4 Andy Gospodarek 2007-11-29 15:52:10 UTC
Thanks for the update.  Thank you for confirming that the updated patch is better than the original one.  I will work to get this included in an upcoming update (hopefully the next one, but I can't promise anything)

Comment 5 RHEL Product and Program Management 2007-11-30 16:15:34 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

Comment 6 Andy Gospodarek 2007-12-06 20:15:28 UTC
My test kernels have been updated to include a patch for this bugzilla.


Please test them and report back your results.

Comment 8 Vivek Goyal 2008-03-14 23:38:37 UTC
Committed in 68.21.EL . RPMS are available at http://people.redhat.com/vgoyal/rhel4/

Comment 12 errata-xmlrpc 2008-07-24 19:20:02 UTC
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.


Note You need to log in before you can comment on or make changes to this bug.