On Mon, 08 Jan 2007 21:18:48 +0100, Jan Kiszka wrote:
The actual problem was meanwhile identified: shorewall happened to
overwrite the queueing discipline of wmaster0 with pfifo_fast. I found
the magic knob to tell shorewall to no longer do this (at least until I
want to manage traffic control
-
From: Jiri Benc [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 10, 2007 6:20 PM
To: Jan Kiszka
Cc: netdev@vger.kernel.org; Ivo Van Doorn;
[EMAIL PROTECTED]; Jouni Malinen; Simon Barber
Subject: Re: d80211: How does TX flow control work?
On Mon, 08 Jan 2007 21:18:48 +0100, Jan Kiszka wrote
Jan Kiszka wrote:
Jan Kiszka wrote:
Jiri Benc wrote:
On Wed, 03 Jan 2007 19:10:01 +0100, Jan Kiszka wrote:
BUG: warning at
/usr/src/rt2x00/rt2x00/ieee80211/ieee80211.c:1256/ieee80211_tx()
cfa02245 ieee80211_master_start_xmit+0x105/0x430 [80211] c024e35d
__ip_ct_refresh_acct+0x4d/0x60
Jan Kiszka wrote:
Jiri Benc wrote:
On Wed, 03 Jan 2007 19:10:01 +0100, Jan Kiszka wrote:
BUG: warning at
/usr/src/rt2x00/rt2x00/ieee80211/ieee80211.c:1256/ieee80211_tx()
cfa02245 ieee80211_master_start_xmit+0x105/0x430 [80211] c024e35d
__ip_ct_refresh_acct+0x4d/0x60
c024fd11
On Tue, 02 Jan 2007 14:08:21 +0100, Jan Kiszka wrote:
What I (think to) understand is that a low-level drivers call
ieee80211_stop_queue() if they run out of buffers. That flips a
per-queue bit (IEEE80211_LINK_STATE_XOFF), prevents that any further
frame is passed to the low-level TX routine,
Jiri Benc wrote:
On Tue, 02 Jan 2007 14:08:21 +0100, Jan Kiszka wrote:
What I (think to) understand is that a low-level drivers call
ieee80211_stop_queue() if they run out of buffers. That flips a
per-queue bit (IEEE80211_LINK_STATE_XOFF), prevents that any further
frame is passed to the
On Wed, 03 Jan 2007 19:10:01 +0100, Jan Kiszka wrote:
BUG: warning at
/usr/src/rt2x00/rt2x00/ieee80211/ieee80211.c:1256/ieee80211_tx()
cfa02245 ieee80211_master_start_xmit+0x105/0x430 [80211] c024e35d
__ip_ct_refresh_acct+0x4d/0x60
c024fd11 tcp_packet+0x941/0x970 c0217442
