Bug 233729 - kernel bcm43xx network stack is easily broken by overloading
kernel bcm43xx network stack is easily broken by overloading
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
rawhide
All Linux
medium Severity high
: ---
: ---
Assigned To: John W. Linville
Brian Brock
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-03-24 00:10 EDT by Bernard Johnson
Modified: 2007-11-30 17:12 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-05-22 14:50:14 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
network utilization at point stack falls over (58.64 KB, image/png)
2007-03-24 00:10 EDT, Bernard Johnson
no flags Details
ping results to gateway (14.34 KB, text/plain)
2007-03-24 00:13 EDT, Bernard Johnson
no flags Details
flood ping results to gw (1.00 KB, text/plain)
2007-03-24 00:14 EDT, Bernard Johnson
no flags Details

  None (edit)
Description Bernard Johnson 2007-03-24 00:10:37 EDT
Description of problem:
It appears that the bcm43xx wireless stack can be easily broken by flooding the
network.  Notice also the sometimes long delays on the regular ping.

Version-Release number of selected component (if applicable):
kernel-2.6.20-1.3016.fc7

How reproducible:
Always

Steps to Reproduce:
1. start a 'ping gw' in one windows
2. start a 'ping -f gw' in another window
3. wait for stack to fall over
Comment 1 Bernard Johnson 2007-03-24 00:10:37 EDT
Created attachment 150818 [details]
network utilization at point stack falls over
Comment 2 Bernard Johnson 2007-03-24 00:13:54 EDT
Created attachment 150819 [details]
ping results to gateway
Comment 3 Bernard Johnson 2007-03-24 00:14:44 EDT
Created attachment 150820 [details]
flood ping results to gw
Comment 4 Bernard Johnson 2007-03-24 00:19:36 EDT
Also forgot to mention...  Reselecting the access point with NetworkManager
causes a re-association to the wireless gateway and everything seems to be back
to normal.

John L, I'm changing the assignment to you as I suspect you want this bug.  If
not, please reassign.
Comment 5 Bernard Johnson 2007-03-24 00:47:55 EDT
I also tried this with the kernel-2.6.20-1.2925.6.1.fc6.jwltest.29 kernel.  It
is more stable (less network delays and more consistent network saturation) but
in the end it falls over as well.

It appears to be 100% repeatable.
Comment 6 John W. Linville 2007-05-18 14:23:31 EDT
How is performance with the current rawhide kernels?
Comment 7 Bernard Johnson 2007-05-22 14:47:01 EDT
There are still some anomolies as far as the saturation and ping times, but with
kernel-2.6.21-1.3175.fc7 I was not able to make it fall over.  I did have to
update my firmware for the newer kernel too.

I can't verify if the anomolies are because of changes in the wireless signal or
not, so I would consider this resolved.
Comment 8 John W. Linville 2007-05-22 14:50:14 EDT
Cool...thanks for the info!

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