* 2.6.36-rc7: net/bridge causes temporary network I/O lockups
@ 2010-10-15 23:13 Patrick Ringl
0 siblings, 0 replies; 2+ messages in thread
From: Patrick Ringl @ 2010-10-15 23:13 UTC (permalink / raw)
To: netdev; +Cc: linux-kernel
Hi,
after I recently switched from 2.6.32 to 2.6.35 (and for testing to
2.6.36-rc7) I had massive issues with temporarily occurring freezes
regarding the whole network stack.
The freezes are occurring randomly and usually take 20-30 seconds until
the system is responsive again (in addition locally thus with a screen
and keyboard attached the system is still fully functional).
I noticed that this behavior only occurs once I have a bridge set up for
KVM (with one local interface configured as port, fd and maxwait set to
0). If I disable the bridge and configure the interfaces with an IP,
things are back to normal and thus everything works fine.
The network hardware in question was an nforce onboard controller (using
dethforce) and the 2nd interface I have the exact same issue with is a
realtek using r8169.
So here it is: Could commit 573201f36fd9c7c6d5218cdcd9948cee700b277d (
partially disabling netpoll support) be the issue for the problem I am
currently facing? If not, what could it be then?
Please CC to me since I am not subscribed! :-)
regards,
Patrick
^ permalink raw reply [flat|nested] 2+ messages in thread
* 2.6.36-rc7: net/bridge causes temporary network I/O lockups
@ 2010-10-15 23:04 Patrick Ringl
0 siblings, 0 replies; 2+ messages in thread
From: Patrick Ringl @ 2010-10-15 23:04 UTC (permalink / raw)
To: netdev; +Cc: herbert, bridge, linux-kernel
[-- Attachment #1.1: Type: text/plain, Size: 1091 bytes --]
Hi,
after I recently switched from 2.6.32 to 2.6.35 (and for testing to
2.6.36-rc7) I had massive issues with temporarily occurring freezes
regarding the whole network stack.
The freezes are occurring randomly and usually take 20-30 seconds until
the system is responsive again (in addition locally thus with a screen
and keyboard attached the system is still fully functional).
I noticed that this behavior only occurs once I have a bridge set up for
KVM (with one local interface configured as port, fd and maxwait set to
0). If I disable the bridge and configure the interfaces with an IP,
things are back to normal and thus everything works fine.
The network hardware in question was an nforce onboard controller (using
dethforce) and the 2nd interface I have the exact same issue with is a
realtek using r8169.
So here it is: Could commit 573201f36fd9c7c6d5218cdcd9948cee700b277d (
partially disabling netpoll support) be the issue for the problem I am
currently facing? If not, what could it be then?
Please CC to me since I am not subscribed! :-)
regards,
Patrick
[-- Attachment #1.2: Type: text/html, Size: 2246 bytes --]
[-- Attachment #2: Type: text/plain, Size: 160 bytes --]
_______________________________________________
Bridge mailing list
Bridge@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/bridge
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-10-15 23:13 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-10-15 23:13 2.6.36-rc7: net/bridge causes temporary network I/O lockups Patrick Ringl
-- strict thread matches above, loose matches on Subject: below --
2010-10-15 23:04 Patrick Ringl
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).