#20313: mac80211 from 2015-07-21 causes DUPs
-----------------------+------------------------
Reporter: anonymous | Owner: developers
Type: defect | Status: new
Priority: normal | Milestone:
Component: packages | Version: Trunk
Keywords: |
-----------------------+------------------------
The version r46435 works fine and problem started with r46436
An adhoc + batman-adv (also happens with other routing protocols) setup
was tested with the new version on different ath9k based hardware
(ar933x/ar934x). It was noticed that the packet loss was higher than
before, latency increased a lot from time to time and at the same time
duplicated packets appeared (can be tested with simple pings) .
I would say that the problem may be related with the patch
package/kernel/mac80211/patches/303-ath9k-add-fast-xmit-support.patch
which was hidden in the same OpenWrt commit as the upgrade to mac80211
2015-07-21. It is still possible that a different change causes this
problem. But at least this change enabled a "complete" different tx path.
Could these extra patches be added next time in extra commits to make
bisecting easier? This also means patches like:
* package/kernel/mac80211/patches/303-ath9k-add-fast-xmit-support.patch
* package/kernel/mac80211/patches/304-ath9k-remove-struct-
ath_atx_ac.patch
* package/kernel/mac80211/patches/305-ath9k-remove-the-sched-field-in-
struct-ath_atx_tid.patch
* package/kernel/mac80211/patches/306-mac80211-Deinline-
rate_control_rate_init-rate_contro.patch
* package/kernel/mac80211/patches/306-mac80211-Deinline-
rate_control_rate_init-rate_contro.patch
* package/kernel/mac80211/patches/307-mac80211-Deinline-
drv_sta_state.patch
* package/kernel/mac80211/patches/308-ath9k-Fix-NF-CCA-limits-for-AR9287
-and-AR9227.patch
A similar thing was also tested which may be related to the same problem:
{{{
Laptop (eth0; MAC 00:aa:aa:aa:aa:01)
|
ethernet
|
1. AR933x device with OpenWrt, eth0, MAC 00:aa:aa:aa:aa:99; wlan0:
00:aa:aa:aa:aa:02
|
adhoc
|
2. AR933x device with OpenWrt, wlan0: 00:aa:aa:aa:aa:99
}}}
This should not work because the eth0 of the laptop has a different mac
address than the adhoc interface on the first AR933x device. Still packets
were transmitted (DUPs seen) with r46436. Packets were correctly blocked
(as expected) with r46435
--
Ticket URL: <https://dev.openwrt.org/ticket/20313>
OpenWrt <http://openwrt.org>
Opensource Wireless Router Technology
_______________________________________________
openwrt-tickets mailing list
[email protected]
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-tickets
