Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Archer C7 v2 no 5GHz Ad-Hoc on Builds 881,885 #346

Closed
Mask66 opened this issue Apr 21, 2016 · 14 comments
Closed

Archer C7 v2 no 5GHz Ad-Hoc on Builds 881,885 #346

Mask66 opened this issue Apr 21, 2016 · 14 comments
Labels
Milestone

Comments

@Mask66
Copy link

Mask66 commented Apr 21, 2016

Hi,

After flashing the latest builds (881,885) to my Archer C7 v2 and configuring it for a freifunk node I noticed that the 5GHz ad-hoc interface is not coming up.

Looks like it was mentioned in #277 , but without a real resolution, and i couldn't find the older builds mentioned there to test.

Here's how it looks in the config:

config wifi-device 'radio0'
option type 'mac80211'
option channel '36'
option path 'pci0000:01/0000:01:00.0'
option disabled '0'
option country 'DE'
option doth '0'
option hwmode '11acn'
option diversity '1'
option htmode 'HT20'

Here how it looks in Luci: (notice the "0.000 GHz" and "Country: 00")

Status
[Signal: 0 dBm / Noise: 0 dBm]
0% Mode: Ad-Hoc | SSID: intern-ch36.freifunk.net
BSSID: 02:36:CA:FF:EE:EE | Encryption: -
Channel: 36 (0.000 GHz) | Tx-Power: 0 dBm
Signal: 0 dBm | Noise: 0 dBm
Bitrate: 0.0 Mbit/s | Country: 00

Changing htmode to "HT40", "VHT40", "HT40-", as per https://dev.openwrt.org/ticket/18268 doesn't fix it, adding "option noscan 1" doesn't change anything either.

DIsabling the ap interface doesn't bring up the ad-hoc interface either, as reported in some cases with other routers.

Here's some (maybe) relevant stuff from dmesg:

[ 13.070000] ath10k_pci 0000:01:00.0: pci irq legacy interrupts 0 irq_mode 0 r eset_mode 0
[ 13.700000] ath10k_pci 0000:01:00.0: qca988x hw2.0 target 0x4100016c chip_id 0x043202ff sub 0000:0000
[ 13.710000] ath10k_pci 0000:01:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 1
[ 13.730000] ath10k_pci 0000:01:00.0: firmware ver 10.2.4.97 api 5 features no -p2p crc32 f91e34f2
[ 13.780000] ath10k_pci 0000:01:00.0: Direct firmware load for ath10k/QCA988X/ hw2.0/board-2.bin failed with error -2
[ 13.790000] ath10k_pci 0000:01:00.0: Falling back to user helper
[ 13.860000] firmware ath10k!QCA988X!hw2.0!board-2.bin: firmware_loading_store : map pages failed
[ 13.870000] ath10k_pci 0000:01:00.0: board_file api 1 bmi_id N/A crc32 bebc7c 08
[ 14.930000] ath10k_pci 0000:01:00.0: htt-ver 2.1 wmi-op 5 htt-op 2 cal file m ax-sta 128 raw 0 hwcrypto @1

I can happily provide the credentials, if someone wants to tinker with it.

@SvenRoederer
Copy link
Contributor

are these builds the only builds it fails or just examples? and it fails also with other builds, but you only tested these.
build 881: only has a change to OpenVPN
build 885: has only a different way of applying "patch: ar71xx - patch to fix nondeterministic boot hangs" and changed download -URL for tmux

@Mask66
Copy link
Author

Mask66 commented Apr 21, 2016

just examples, i just tried build 860 (oldest i could find), same picture

@SvenRoederer
Copy link
Contributor

just found this on the OpenWRT-devel list: https://lists.openwrt.org/pipermail/openwrt-devel/2016-April/040905.html

maybe it's related.

@Mask66
Copy link
Author

Mask66 commented Apr 21, 2016

Hm, i did see something about "Country=US" or something like that in the dmesg. But it correctly sets the Regulatory Domain for the 2.4GHz Radio to "DE", also the 5GHz AP part seems to work (correctly set to DE). I'll test if ian ad-hoc 5GHz interface comes up in vanilla OpenWrt.

@Mask66
Copy link
Author

Mask66 commented Apr 28, 2016

Seems it also happens in Vanilla Openwrt.

@booo
Copy link
Member

booo commented Jan 24, 2017

Can you post the output from iw phy0 info? The supported interface modes should be listed there somewhere.

@SvenRoederer
Copy link
Contributor

I remember a talk with @elektra42 on last meeting, where we briefly discussed on a Archer C7 V2 and 5GHz.
The chipset is a ath10k, which needs a firmware to be downloaded. But it seems there is no well supported which is supporting AP-mode and IBSS simultaneously. IBSS in general seems to be more or less unmaintained by vendors firmware.

The best seems to be to switch to AP + 802.11s. check https://github.com/freifunk-berlin/firmware/projects/3 for some thoughts

@SvenRoederer
Copy link
Contributor

SvenRoederer commented Jan 4, 2018

there is a posting int the mailinglist (https://lists.berlin.freifunk.net/pipermail/berlin/2018-January/036769.html), that disabling the adhoc on 5GHz-radio will make the BSS-mode work.
So this indicates that the IBSS-mode is not supported in radio-firmware or that this combo of BSS and IBSS is not supported.

It needs to be checked if BSS and 802.11s will work together. @Mask66 can you check?

SvenRoederer added a commit that referenced this issue Jan 19, 2018
c5f18d5 bird: fix build dependencies
1418fce Merge pull request #346 from dedeckeh/pr_nat46_xlat
013b91d nat46: harden 464xlat teardown logic
d464bf1 bmx6: fix gcc6&7 warnings, avoid json-c patch
f48f332 nodogsplash2: update to version 2.0.1 (#344)
c3487c6 nodogsplash2: Fix Startup Failure (#343)
@Mask66
Copy link
Author

Mask66 commented Feb 5, 2018

Sorry for the late reply, all C7 v2 I have are in production, so unfortunately, I can't check. End of the month I should have one here.

@SvenRoederer
Copy link
Contributor

It takes what it takes :-)

SvenRoederer added a commit that referenced this issue Feb 20, 2018
c5f18d5 bird: fix build dependencies
1418fce Merge pull request #346 from dedeckeh/pr_nat46_xlat
013b91d nat46: harden 464xlat teardown logic
d464bf1 bmx6: fix gcc6&7 warnings, avoid json-c patch
f48f332 nodogsplash2: update to version 2.0.1 (#344)
c3487c6 nodogsplash2: Fix Startup Failure (#343)
SvenRoederer added a commit to SvenRoederer/freifunk-berlin-firmware that referenced this issue Mar 4, 2018
c5f18d5 bird: fix build dependencies
1418fce Merge pull request freifunk-berlin#346 from dedeckeh/pr_nat46_xlat
013b91d nat46: harden 464xlat teardown logic
d464bf1 bmx6: fix gcc6&7 warnings, avoid json-c patch
f48f332 nodogsplash2: update to version 2.0.1 (freifunk-berlin#344)
c3487c6 nodogsplash2: Fix Startup Failure (freifunk-berlin#343)
@PolynomialDivision
Copy link

iw says

Supported interface modes:
	 * managed
	 * AP
	 * AP/VLAN
	 * monitor
	 * mesh point

valid interface combinations:
	 * #{ AP, mesh point } <= 8, #{ managed } <= 1,
	   total <= 8, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz, 80 MHz }

This config works:

config wifi-iface                             
        option network 'wireless0'   
        option device 'radio0'          
        option bssid '02:36:CA:XXXX'      
        option ssid 'intern-ch36.freifunk.net'
        option mcast_rate '12000'
        option mode 'mesh'           
        option ifname 'wlan0-adhoc-5'  
        option mesh_id 'your-mesh-name'  
        option encryption 'none'
                                
config wifi-iface                        
        option ifname 'wlan0-dhcp-5'
        option network 'dhcp'            
        option encryption 'none'              
        option device 'radio0'  
        option mode 'ap'                 
        option ssid 'berlin.freifunk.net'  

What does this mean? OLSRD is using adhoc and not 802.11s?
Can I use 802.11s in my home using olsrd?

@PolynomialDivision
Copy link

Ok just tested:
WDR4300 <- 802.11s (with additional AP) -> Archer C7 V2

Works! :)

I used the config

config wifi-iface
        option network 'wireless0'
        option device 'radio0'
        option bssid '02:36:CA:XXXXXXXXXE'
        option ssid 'intern-ch36.freifunk.net'
        option mcast_rate '12000'
        option mode 'mesh'
        option ifname 'wlan0-adhoc-5'
        option mesh_id 'freifunk'
        option mesh_fwding '0'
        option encryption 'none'

As descirbed here u have to set mesh_fwding '0'. Furthermore the email list means we are using option mesh_id 'freifunk'. :)

@SvenRoederer
Copy link
Contributor

So it's confirmed that this board (and other boards using ath10k) do not like the adhoc-mode but the 802.11s Mesh-mode is working.

@bobster-galore
Copy link
Contributor

Could we close this because Mesh (11s) is working at 5 GHz on this device?
s.a. https://wiki.freifunk.net/Benutzer:Holger/mesh_(11s)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants