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
Comments
are these builds the only builds it fails or just examples? and it fails also with other builds, but you only tested these. |
just examples, i just tried build 860 (oldest i could find), same picture |
just found this on the OpenWRT-devel list: https://lists.openwrt.org/pipermail/openwrt-devel/2016-April/040905.html maybe it's related. |
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. |
Seems it also happens in Vanilla Openwrt. |
Can you post the output from |
I remember a talk with @elektra42 on last meeting, where we briefly discussed on a Archer C7 V2 and 5GHz. The best seems to be to switch to AP + 802.11s. check https://github.com/freifunk-berlin/firmware/projects/3 for some thoughts |
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. It needs to be checked if BSS and 802.11s will work together. @Mask66 can you check? |
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. |
It takes what it takes :-) |
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)
iw says
This config works:
What does this mean? OLSRD is using adhoc and not 802.11s? |
Ok just tested: Works! :) I used the config
As descirbed here u have to set mesh_fwding '0'. Furthermore the email list means we are using option mesh_id 'freifunk'. :) |
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. |
Could we close this because Mesh (11s) is working at 5 GHz on this device? |
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.
The text was updated successfully, but these errors were encountered: