Re: RTL8187 rate control problems | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] | |
On Tue, Nov 06, 2007 at 01:23:16PM -0200, Claudio Matsuoka wrote: > I've been reported a problem with RTL8187 working only at very close ranges > (4-5m) in Linux while the same hardware works at much higher distances in > Windows. Investigating the problem, I found that it's caused by the mac80211 > rate control incrementing the bit rate to 54M and never going down because > the fail counter stays at zero. What would be a good way to check > transmission retries or failures in the RTL8187 to prevent this problem? Is > it possible to have a retry count sent to the tx callback so > status->retry_count could be set accordingly? I think you are right -- it looks like rtl8187 never sets excessive_retries for transmit status. I don't see anything obvious in the specs that would give us an actual indication of that either, which probably explains why it is missing. The zd1211rw(-mac80211) driver(s) have a mechanism for matching-up received ACKs with transmitted frames so that they can synthesize the required excessive_retries data. Probably rtl8186 needs something similar. Maybe this would even be worth generalizing? John -- John W. Linville linville@xxxxxxxxxxxxx - To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
[Site Home] [Linux Netdev] [Kernel Newbies] [Share Photos] [IDE] [Security] [Git] [Netfilter] [Bugtraq] [Rubini] [Photo] [Yosemite] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux RAID] [Linux ATA RAID] [Samba] [Video 4 Linux] [Device Mapper] [Linux Resources] [Free Dating]
|
![]() |