* Re: Slow throughput on Ultimate-N 6300
[not found] <51BBF4F1.1050301@newportit.com>
@ 2013-07-10 4:04 ` Steve Freitas
2013-07-10 5:35 ` [Ilw] " Grumbach, Emmanuel
0 siblings, 1 reply; 7+ messages in thread
From: Steve Freitas @ 2013-07-10 4:04 UTC (permalink / raw)
To: ilw; +Cc: linux-wireless
Hello,
I sent this email three weeks ago and have seen no reply. I've checked
my spam folder. Can anyone answer this email?
Thanks,
Steve
On 06/14/13 22:00, Steve Freitas wrote:
> Hi!
>
> I understand that it's well-known that N is broken for Linux on this
> wireless chipset. You can add me to the list of those suffering under
> it. Can you provide me with a status update on work performed towards
> resolution of this issue?
>
> I'm on Debian unstable, kernel 3.9 amd64, using iwlwifi wireless
> firmware version 9.221.4.1 build 25532 on a Thinkpad T410, and I'm
> connected to an Apple Airport Extreme base station (3rd generation).
>
> Thanks,
>
> Steve
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: [Ilw] Re: Slow throughput on Ultimate-N 6300
2013-07-10 4:04 ` Slow throughput on Ultimate-N 6300 Steve Freitas
@ 2013-07-10 5:35 ` Grumbach, Emmanuel
2013-07-10 5:44 ` Steve Freitas
0 siblings, 1 reply; 7+ messages in thread
From: Grumbach, Emmanuel @ 2013-07-10 5:35 UTC (permalink / raw)
To: Steve Freitas, ilw; +Cc: linux-wireless
> > I understand that it's well-known that N is broken for Linux on this
> > wireless chipset. You can add me to the list of those suffering under
> > it. Can you provide me with a status update on work performed towards
> > resolution of this issue?
> >
> > I'm on Debian unstable, kernel 3.9 amd64, using iwlwifi wireless
> > firmware version 9.221.4.1 build 25532 on a Thinkpad T410, and I'm
> > connected to an Apple Airport Extreme base station (3rd generation).
> >
Is this a regression?
Has it worked better before?
Also - did you try another access point? I seem to remember that we have had issues against Apple's access points.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Ilw] Re: Slow throughput on Ultimate-N 6300
2013-07-10 5:35 ` [Ilw] " Grumbach, Emmanuel
@ 2013-07-10 5:44 ` Steve Freitas
2013-07-10 5:55 ` Grumbach, Emmanuel
0 siblings, 1 reply; 7+ messages in thread
From: Steve Freitas @ 2013-07-10 5:44 UTC (permalink / raw)
To: Grumbach, Emmanuel; +Cc: ilw, linux-wireless
Emmanuel,
Thank you for your quick response!
It is a regression. I regularly had 300 Mbps speeds on this very access
point, but it was years ago, in the 2.6 kernel series. However, I
believe, from extensive online searches, that Intel has disabled the N
functionality in the firmware on Linux, ostensibly until they (you? :-)
) can fix whatever problem they were seeing. With the demise of the
Intel Linux Wireless bug tracker, though, public tracking of the bug has
been impossible. There are now-dead links to the defunct bug tracker
over this very issue.
Sadly I only get 2 MByte/s on N, and under 1 MByte/s G.
I have not tried another access point in ages. Tired of replacing fried
Netgears and Dlinks and Belkins, I've converted all my friends and
families to Apple's access points. I'll try to locate something else and
see how it goes.
Thanks again,
Steve
On 07/09/13 22:35, Grumbach, Emmanuel wrote:
>>> I understand that it's well-known that N is broken for Linux on this
>>> wireless chipset. You can add me to the list of those suffering under
>>> it. Can you provide me with a status update on work performed towards
>>> resolution of this issue?
>>>
>>> I'm on Debian unstable, kernel 3.9 amd64, using iwlwifi wireless
>>> firmware version 9.221.4.1 build 25532 on a Thinkpad T410, and I'm
>>> connected to an Apple Airport Extreme base station (3rd generation).
>>>
> Is this a regression?
> Has it worked better before?
>
> Also - did you try another access point? I seem to remember that we have had issues against Apple's access points.
^ permalink raw reply [flat|nested] 7+ messages in thread
* RE: [Ilw] Re: Slow throughput on Ultimate-N 6300
2013-07-10 5:44 ` Steve Freitas
@ 2013-07-10 5:55 ` Grumbach, Emmanuel
2013-07-10 5:56 ` Steve Freitas
2013-07-12 18:02 ` Mariano Aliaga
0 siblings, 2 replies; 7+ messages in thread
From: Grumbach, Emmanuel @ 2013-07-10 5:55 UTC (permalink / raw)
To: Steve Freitas; +Cc: ilw, linux-wireless
>
> Emmanuel,
>
> Thank you for your quick response!
>
> It is a regression. I regularly had 300 Mbps speeds on this very access point,
> but it was years ago, in the 2.6 kernel series. However, I believe, from
> extensive online searches, that Intel has disabled the N functionality in the
> firmware on Linux, ostensibly until they (you? :-)
> ) can fix whatever problem they were seeing. With the demise of the Intel
> Linux Wireless bug tracker, though, public tracking of the bug has been
> impossible. There are now-dead links to the defunct bug tracker over this
> very issue.
>
11n hasn't been disabled in firmware, but rather in driver.
There is a bug we know about the "fail to flush tx fifo" thing that people reports (through mailing list or bugzilla of RedHat).
Can you please send the output of the kerne log (dmesg)?
> Sadly I only get 2 MByte/s on N, and under 1 MByte/s G.
>
> I have not tried another access point in ages. Tired of replacing fried Netgears
> and Dlinks and Belkins, I've converted all my friends and families to Apple's
> access points. I'll try to locate something else and see how it goes.
No need to. If you say that it worked, then it should still work. The issue I was thinking is the way they use some fancy feature of WiFi that no one implements (besides the wifi module of their devices of course).
Also, can you please try different firmwares from http://wireless.kernel.org/en/users/Drivers/iwlwifi#Download ?
I wonder if newer firmware has made things worse. You may want to try older firmware.
To do so, open the tarball from that you'll download and copy iwlwifi-*.ucode to /lib/firmware.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Ilw] Re: Slow throughput on Ultimate-N 6300
2013-07-10 5:55 ` Grumbach, Emmanuel
@ 2013-07-10 5:56 ` Steve Freitas
2013-07-12 18:02 ` Mariano Aliaga
1 sibling, 0 replies; 7+ messages in thread
From: Steve Freitas @ 2013-07-10 5:56 UTC (permalink / raw)
To: Grumbach, Emmanuel; +Cc: ilw, linux-wireless
Wonderful, thank you for the tips. I'll wade back into it tomorrow or
the next day and let you know what I find.
Thank you,
Steve
On 07/09/13 22:55, Grumbach, Emmanuel wrote:
>> Emmanuel,
>>
>> Thank you for your quick response!
>>
>> It is a regression. I regularly had 300 Mbps speeds on this very access point,
>> but it was years ago, in the 2.6 kernel series. However, I believe, from
>> extensive online searches, that Intel has disabled the N functionality in the
>> firmware on Linux, ostensibly until they (you? :-)
>> ) can fix whatever problem they were seeing. With the demise of the Intel
>> Linux Wireless bug tracker, though, public tracking of the bug has been
>> impossible. There are now-dead links to the defunct bug tracker over this
>> very issue.
>>
> 11n hasn't been disabled in firmware, but rather in driver.
> There is a bug we know about the "fail to flush tx fifo" thing that people reports (through mailing list or bugzilla of RedHat).
> Can you please send the output of the kerne log (dmesg)?
>
>> Sadly I only get 2 MByte/s on N, and under 1 MByte/s G.
>>
>> I have not tried another access point in ages. Tired of replacing fried Netgears
>> and Dlinks and Belkins, I've converted all my friends and families to Apple's
>> access points. I'll try to locate something else and see how it goes.
> No need to. If you say that it worked, then it should still work. The issue I was thinking is the way they use some fancy feature of WiFi that no one implements (besides the wifi module of their devices of course).
> Also, can you please try different firmwares from http://wireless.kernel.org/en/users/Drivers/iwlwifi#Download ?
> I wonder if newer firmware has made things worse. You may want to try older firmware.
> To do so, open the tarball from that you'll download and copy iwlwifi-*.ucode to /lib/firmware.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Ilw] Re: Slow throughput on Ultimate-N 6300
2013-07-10 5:55 ` Grumbach, Emmanuel
2013-07-10 5:56 ` Steve Freitas
@ 2013-07-12 18:02 ` Mariano Aliaga
2013-07-15 15:27 ` Emmanuel Grumbach
1 sibling, 1 reply; 7+ messages in thread
From: Mariano Aliaga @ 2013-07-12 18:02 UTC (permalink / raw)
To: Grumbach, Emmanuel; +Cc: Steve Freitas, ilw, linux-wireless
Hi Emmanuel,
On Wed, Jul 10, 2013 at 2:55 AM, Grumbach, Emmanuel
<emmanuel.grumbach@intel.com> wrote:
>>
>> Emmanuel,
>>
>> Thank you for your quick response!
>>
>> It is a regression. I regularly had 300 Mbps speeds on this very access point,
>> but it was years ago, in the 2.6 kernel series. However, I believe, from
>> extensive online searches, that Intel has disabled the N functionality in the
>> firmware on Linux, ostensibly until they (you? :-)
>> ) can fix whatever problem they were seeing. With the demise of the Intel
>> Linux Wireless bug tracker, though, public tracking of the bug has been
>> impossible. There are now-dead links to the defunct bug tracker over this
>> very issue.
>>
>
> 11n hasn't been disabled in firmware, but rather in driver.
> There is a bug we know about the "fail to flush tx fifo" thing that people reports (through mailing list or bugzilla of RedHat).
> Can you please send the output of the kerne log (dmesg)?
>
I've been also experiencing the "fail to flush tx fifo" bug for a
long time, so I'll provide my environment and logs in case it's
helpful:
- System: Thinkpad T410
- Chipset: Intel Corporation Centrino Advanced-N 6200 [8086:4239] (rev 35)
- Kernel: 3.10.0 x86_64 (tried 3.2, 3.5, 3.8 and 3.9 also. It got a
lot better on 3.10 btw)
- Firmware: 9.221.4.1 build 25532
- AP: Linksys E1200 fw ver 1.0.00 build 11 (but happens also with
other N AP's)
- Log on dmesg: this repeated 12 times when I booted and connected
to my wifi network
[ 19.576029] iwlwifi 0000:03:00.0: fail to flush all tx fifo queues Q 0
[ 19.576039] iwlwifi 0000:03:00.0: Current SW read_ptr 3 write_ptr 4
[ 19.576089] iwl data: 00000000: 08 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 ................
[ 19.576125] iwlwifi 0000:03:00.0: FH TRBs(0) = 0x00000000
[ 19.576183] iwlwifi 0000:03:00.0: FH TRBs(1) = 0x80102004
[ 19.576196] iwlwifi 0000:03:00.0: FH TRBs(2) = 0x00000000
[ 19.576209] iwlwifi 0000:03:00.0: FH TRBs(3) = 0x80300003
[ 19.576222] iwlwifi 0000:03:00.0: FH TRBs(4) = 0x00000000
[ 19.576235] iwlwifi 0000:03:00.0: FH TRBs(5) = 0x00000000
[ 19.576248] iwlwifi 0000:03:00.0: FH TRBs(6) = 0x00000000
[ 19.576261] iwlwifi 0000:03:00.0: FH TRBs(7) = 0x00704040
[ 19.576317] iwlwifi 0000:03:00.0: Q 0 is active and mapped to fifo
3 ra_tid 0x0000 [3,4]
[ 19.576373] iwlwifi 0000:03:00.0: Q 1 is active and mapped to fifo
2 ra_tid 0x0000 [0,0]
[ 19.576429] iwlwifi 0000:03:00.0: Q 2 is active and mapped to fifo
1 ra_tid 0x0000 [4,5]
[ 19.576484] iwlwifi 0000:03:00.0: Q 3 is active and mapped to fifo
0 ra_tid 0x0000 [0,0]
[ 19.576540] iwlwifi 0000:03:00.0: Q 4 is active and mapped to fifo
7 ra_tid 0x0000 [65,65]
[ 19.576595] iwlwifi 0000:03:00.0: Q 5 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.576651] iwlwifi 0000:03:00.0: Q 6 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.576705] iwlwifi 0000:03:00.0: Q 7 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.576761] iwlwifi 0000:03:00.0: Q 8 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.576815] iwlwifi 0000:03:00.0: Q 9 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.576871] iwlwifi 0000:03:00.0: Q 10 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.576928] iwlwifi 0000:03:00.0: Q 11 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.576983] iwlwifi 0000:03:00.0: Q 12 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.577038] iwlwifi 0000:03:00.0: Q 13 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.577094] iwlwifi 0000:03:00.0: Q 14 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.577149] iwlwifi 0000:03:00.0: Q 15 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.577204] iwlwifi 0000:03:00.0: Q 16 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.577261] iwlwifi 0000:03:00.0: Q 17 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.577317] iwlwifi 0000:03:00.0: Q 18 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.577372] iwlwifi 0000:03:00.0: Q 19 is inactive and mapped to
fifo 0 ra_tid 0x0000 [0,0]
[ 19.628329] cfg80211: Calling CRDA to update world regulatory domain
[ 19.632242] cfg80211: World regulatory domain updated:
[ 19.632245] cfg80211: (start_freq - end_freq @ bandwidth),
(max_antenna_gain, max_eirp)
[ 19.632247] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz),
(300 mBi, 2000 mBm)
[ 19.632249] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz),
(300 mBi, 2000 mBm)
[ 19.632250] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz),
(300 mBi, 2000 mBm)
[ 19.632252] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz),
(300 mBi, 2000 mBm)
[ 19.632253] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz),
(300 mBi, 2000 mBm)
[ 23.041735] wlan0: authenticate with 58:6d:8f:c3:47:2e
[ 23.068235] wlan0: send auth to 58:6d:8f:c3:47:2e (try 1/3)
[ 23.081353] wlan0: authenticated
[ 23.082190] wlan0: associate with 58:6d:8f:c3:47:2e (try 1/3)
[ 23.085720] wlan0: RX AssocResp from 58:6d:8f:c3:47:2e (capab=0x411
status=0 aid=6)
[ 23.091628] wlan0: associated
This does not always happen, it's kind of random. I think it
happens more frequently in places with a lot of wifi networks
available.
I'll try with older firmwares as suggested and let you know. I can
provide more info if you need.
TIA
Mariano
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [Ilw] Re: Slow throughput on Ultimate-N 6300
2013-07-12 18:02 ` Mariano Aliaga
@ 2013-07-15 15:27 ` Emmanuel Grumbach
0 siblings, 0 replies; 7+ messages in thread
From: Emmanuel Grumbach @ 2013-07-15 15:27 UTC (permalink / raw)
To: Mariano Aliaga; +Cc: Grumbach, Emmanuel, Steve Freitas, ilw, linux-wireless
Hi Mariano,
> I've been also experiencing the "fail to flush tx fifo" bug for a
> long time, so I'll provide my environment and logs in case it's
> helpful:
>
> - System: Thinkpad T410
> - Chipset: Intel Corporation Centrino Advanced-N 6200 [8086:4239] (rev 35)
> - Kernel: 3.10.0 x86_64 (tried 3.2, 3.5, 3.8 and 3.9 also. It got a
> lot better on 3.10 btw)
> - Firmware: 9.221.4.1 build 25532
> - AP: Linksys E1200 fw ver 1.0.00 build 11 (but happens also with
> other N AP's)
> - Log on dmesg: this repeated 12 times when I booted and connected
> to my wifi network
>
> [ 19.576029] iwlwifi 0000:03:00.0: fail to flush all tx fifo queues Q 0
> [ 19.576039] iwlwifi 0000:03:00.0: Current SW read_ptr 3 write_ptr 4
> [ 19.576089] iwl data: 00000000: 08 00 00 00 00 00 00 00 00 00 00 00
> 00 00 00 00 ................
> [ 19.576125] iwlwifi 0000:03:00.0: FH TRBs(0) = 0x00000000
> [ 19.576183] iwlwifi 0000:03:00.0: FH TRBs(1) = 0x80102004
> [ 19.576196] iwlwifi 0000:03:00.0: FH TRBs(2) = 0x00000000
> [ 19.576209] iwlwifi 0000:03:00.0: FH TRBs(3) = 0x80300003
> [ 19.576222] iwlwifi 0000:03:00.0: FH TRBs(4) = 0x00000000
> [ 19.576235] iwlwifi 0000:03:00.0: FH TRBs(5) = 0x00000000
> [ 19.576248] iwlwifi 0000:03:00.0: FH TRBs(6) = 0x00000000
> [ 19.576261] iwlwifi 0000:03:00.0: FH TRBs(7) = 0x00704040
> [ 19.576317] iwlwifi 0000:03:00.0: Q 0 is active and mapped to fifo
> 3 ra_tid 0x0000 [3,4]
> [ 19.576373] iwlwifi 0000:03:00.0: Q 1 is active and mapped to fifo
> 2 ra_tid 0x0000 [0,0]
> [ 19.576429] iwlwifi 0000:03:00.0: Q 2 is active and mapped to fifo
> 1 ra_tid 0x0000 [4,5]
> [ 19.576484] iwlwifi 0000:03:00.0: Q 3 is active and mapped to fifo
> 0 ra_tid 0x0000 [0,0]
> [ 19.576540] iwlwifi 0000:03:00.0: Q 4 is active and mapped to fifo
> 7 ra_tid 0x0000 [65,65]
> [ 19.576595] iwlwifi 0000:03:00.0: Q 5 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.576651] iwlwifi 0000:03:00.0: Q 6 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.576705] iwlwifi 0000:03:00.0: Q 7 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.576761] iwlwifi 0000:03:00.0: Q 8 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.576815] iwlwifi 0000:03:00.0: Q 9 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.576871] iwlwifi 0000:03:00.0: Q 10 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.576928] iwlwifi 0000:03:00.0: Q 11 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.576983] iwlwifi 0000:03:00.0: Q 12 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.577038] iwlwifi 0000:03:00.0: Q 13 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.577094] iwlwifi 0000:03:00.0: Q 14 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.577149] iwlwifi 0000:03:00.0: Q 15 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.577204] iwlwifi 0000:03:00.0: Q 16 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.577261] iwlwifi 0000:03:00.0: Q 17 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.577317] iwlwifi 0000:03:00.0: Q 18 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.577372] iwlwifi 0000:03:00.0: Q 19 is inactive and mapped to
> fifo 0 ra_tid 0x0000 [0,0]
> [ 19.628329] cfg80211: Calling CRDA to update world regulatory domain
> [ 19.632242] cfg80211: World regulatory domain updated:
> [ 19.632245] cfg80211: (start_freq - end_freq @ bandwidth),
> (max_antenna_gain, max_eirp)
> [ 19.632247] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz),
> (300 mBi, 2000 mBm)
> [ 19.632249] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz),
> (300 mBi, 2000 mBm)
> [ 19.632250] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz),
> (300 mBi, 2000 mBm)
> [ 19.632252] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz),
> (300 mBi, 2000 mBm)
> [ 19.632253] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz),
> (300 mBi, 2000 mBm)
> [ 23.041735] wlan0: authenticate with 58:6d:8f:c3:47:2e
> [ 23.068235] wlan0: send auth to 58:6d:8f:c3:47:2e (try 1/3)
> [ 23.081353] wlan0: authenticated
> [ 23.082190] wlan0: associate with 58:6d:8f:c3:47:2e (try 1/3)
> [ 23.085720] wlan0: RX AssocResp from 58:6d:8f:c3:47:2e (capab=0x411
> status=0 aid=6)
> [ 23.091628] wlan0: associated
>
> This does not always happen, it's kind of random. I think it
> happens more frequently in places with a lot of wifi networks
> available.
> I'll try with older firmwares as suggested and let you know. I can
> provide more info if you need.
>
Yes, we know about this. You are (really) not the first to complain.
Unfortunately, I can't point to any fix right now.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2013-07-15 15:27 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <51BBF4F1.1050301@newportit.com>
2013-07-10 4:04 ` Slow throughput on Ultimate-N 6300 Steve Freitas
2013-07-10 5:35 ` [Ilw] " Grumbach, Emmanuel
2013-07-10 5:44 ` Steve Freitas
2013-07-10 5:55 ` Grumbach, Emmanuel
2013-07-10 5:56 ` Steve Freitas
2013-07-12 18:02 ` Mariano Aliaga
2013-07-15 15:27 ` Emmanuel Grumbach
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.