Modify

Opened 4 years ago

Closed 3 years ago

Last modified 3 years ago

#14916 closed defect (fixed)

5/10 MHz Channels not operative on AR71xx in trunk release r39455

Reported by: StefanD Owned by: developers
Priority: high Milestone: Chaos Calmer 15.05
Component: base system Version: Trunk
Keywords: 5 MHz Bandwidth narrowband HAMNET HAMRADIO Cc:

Description

in trunk release r39455 the 5 and 10 MHz Channel bandwidths
are not working. Tested on AR71xx (TP-Link MR3020).

In earlier releases this worked fine.

When Option chanbw is set to 5 or 10, wlan0 ups as normal,
but sees no stations and can't be seen by others as AP.

Any help would be greatly appreciated!

Regards
Stefan

Attachments (0)

Change History (15)

comment:1 Changed 4 years ago by StefanD

additional info: i just analysed the output spectrum with an spectrum analyzer...the rf output looks good, using the settings chanbw 5 or 10, the bandwidth behaves accordingly....but simply can't be decoded....very strange

comment:2 Changed 4 years ago by StefanD

as the trac upload function seems to be defect, here's a linked screenshot from the spectrum

upper part: 10 MHz bandwidth, lower part 5 MHz bandwidth

<http://de.tinypic.com/view.php?pic=33yqcrl&s=8#.UvFi5j15N2E>

comment:3 Changed 4 years ago by StefanD

O.K. i could track the issue down even some more

running two OpenWrt devices mit r39455 (WR703+MR3020), they can see each other in 5 MHz bandwidth mode. But no communication is possible to older OpenWrt based devices or a Mikrotik Metal 2SHPn w/ RouterOS 6.7.

Looks like small bandwidth modes in trunk have gone proprietary??

comment:4 Changed 4 years ago by StefanD

older OpenWrt based Devices in this context means one device using 12.09AA and one with trunk r39139...both seem to be unable to speak to the up-to-date trunk release in 5MHz or 10MHz mode

comment:6 Changed 4 years ago by dl9rdz@…

My apologies if this is not the right place for such question...

What is the right approach for automatically applying above patch to the OpenWRT build process?

I tried putting it into ./target/linux/ar71xx/patches-3.10/, but then the build process tries to patch
build_dir/target-mips_34kc_uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.10.28/drivers/net/wireless/ath/ath9k/recv.c and fails, instead of patching .../compat-wireless-2014-01-23.1/drivers/net/wireless/ath/ath9k/recv.c. Where can I put the patch so that make uses it to patch the code under compat-wireless?

comment:7 Changed 4 years ago by nbd

Sorry, I forgot to mention it: copy it to package/kernel/mac80211/patches

comment:8 Changed 4 years ago by dl9rdz@…

Thanks for the patch and the info. Unfortunately, the patch does not solve the problem.

I tried to narrow the source of the problem, and it appears that it is triggered by moving from compat-wireless-2013-11-05 to compat-wireless-2014-01-23.

More specifically, OpenWRT on MR3020 is correctly interoperable with Mikrotik equipment (@5/10Mhz channels on 2.4 GHz) at
commit 21e09a50285d5aebaedf82d60b742f879d9422d3

It is not working, both with and without above patch applied, at
commit 95b5891c5f06bafbe63a5374608f3572c492c16c
"Not working" meaning that one side running in AP mode, the other side is neither able to "see" the AP in scan, nor to associate with it.

comment:9 Changed 4 years ago by nbd

Please try http://nbd.name/950-chanbw_test2.patch (replaces the last one)

comment:10 follow-up: Changed 4 years ago by StefanD

Thanks a lot, Felix. Looks better now, OpenWrt System (MR3020) can now see a Mikrotik device again using 5 MHz bandwidth. Still testing some arp oddities, but association seems to be stable.

comment:11 Changed 4 years ago by StefanD

O.K. all seems to work fine...thanks again...

comment:12 Changed 4 years ago by nbd

  • Resolution set to fixed
  • Status changed from new to closed

fix committed in r39689, thanks for testing

comment:13 Changed 4 years ago by remco011

  • Resolution fixed deleted
  • Status changed from closed to reopened

I use a TP-Link WR1043ND v2 with Barrier Breaker r40008. 5 MHz channel is still not working.
I tried to configure it in the wireless configfile /etc/config/wireless with option chanbw 5. I also tried to change the chanbw by hand: echo 5 > /sys/kernel/debug/ieee80211/phy0/ath9k/chanbw and then add an virtual wireless interface with iw phy phy0 interface add ...
Every time the radio starts working with 20 Mhz channel bandwidth. Can someone please look at this problem?

comment:14 Changed 3 years ago by nbd

  • Resolution set to fixed
  • Status changed from reopened to closed

fixed in r42453

comment:15 in reply to: ↑ 10 Changed 3 years ago by yousong

Replying to StefanD:

Thanks a lot, Felix. Looks better now, OpenWrt System (MR3020) can now see a Mikrotik device again using 5 MHz bandwidth. Still testing some arp oddities, but association seems to be stable.

Hi, do those ARP oddities look familiar with #17798?

Add Comment

Modify Ticket

Action
as closed .
The resolution will be deleted. Next status will be 'reopened'.
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.