OpenWrt 21.02.0 - First Stable Release

I have also tried factory resetting the device, rebooting, and then installing the sysupgrade.

Also, FWIW, the install firmware and the sysupgrade firmware are the exact same - the wiki points to the same file for both.

You might try TFTP...

The problem doesn't seem to be in the hardware or in the procedure. The software is just buggy and doesn't boot. I am trying to report such. Not sure how to get a Dev's attention?

It's probably a fluke. The devs probably don't have this specific box available to test.

IF you get to it to boot, you may be thanked with buggy wifi, too. I have given up after two days of disconnecting clients and reverted. With all due respect, I think 21.02 needs a lot more testing before release.

I have a WRT1900ACSv2 and had heaps of disconnecting clients, Apple and Android alike. But nothing in the logs that would point to anything other than simple disconnect and reconnects multiple times a minute.
Given up, reverted to 19.07.

Did you try this

3 Likes

Thanks for the pointer.
Nope, googling did not find this - bad subject line I guess. Too late now. But I'll be watching the space.
No prob, will try again in a few months. :slight_smile:

With the device having two partitions, keeping 19.x on one and 21.x on the other and flipping between is a pretty simple way to test things.

1 Like

OK am having horrible wifi problems on my 10 year old desktop. It does wifi via Azurewave AW-NE785H mini PCIe card. On pings to the router I get horrible packet loss, some times it can't connect at all, wpa says things like CTRL-EVENT-BEACON-LOSS CTRL-EVENT-BEACON-CHANGE init=BEACON_HINT type=UNKNOWN. The wifi was fine before updating to 21.02; and every other device can connect to 21.02 fine.

Anyone any idea of what changed with wifi that would make a 10 year old card very erratic? It was fine on 19.07 ...

what is the router? Is that the 10 year old desktop with the Azurewave AW-NE785H mini PCIe card - presumably running OpenWRT

Or is the "router" something else, that is running OpenWRT? If so, what is it? Without knowing the specifics of the router, the answer is a pineapple

Oops yes - the router is TP-Link TD-W8970 v1 running openwrt 21.02 (so an lantiq xrx200 device). As though all other machines can talk to the router fine, I'm assuming its a problem with the 10 year old desk top talking to a 21.02 router.

If I had to guess didn't 21.02 change to wolf SSL, so wondering if its something like this. I'll dig some more when I get home.

You haven't used WPA3 at all, have you?

Yes - tried it. But only arch could do it, via wpa-supplicant. So then switched back to wpa2/wpa3 joint, and now am back to just wpa2. Its a different set up between wpa2 and wpa3 on arch, so I've set the desk top back to doing just wpa2.

What about 802.11r 802.11w and KRACK - all disabled?

Have you tried another WiFi card to eliminate that possibility, or even just reseat and clean?

Suggest possible change to cheapest available Intel card, if possible. Use linux or windows10 driver, not intel driver. I get my best results this way. Experts at smallnetbuilder were not able to figure my similar problem out. Bonus: intel card will not load your cpu, making laptop faster!

I have disabled 802.11r, 802.11w and KRACK.

I acutally have a spare wifi card - I try at weekend. Its not intel alas, something cheap - as a few years ago it was the only card I could get with a half height external header.

I'll dig some more in my logs to see what I can see - currently running of a very long ethernet cable ...

N.B. my desk top I set up when mini itx was getting popular, so its a very quiet mini-itx set up. AMD E350 processor, so low powered.

P.S. And just checked - current wifi card is a Qualcomm Atheros AR9285 Wireless Network Adapter - a AZureWave device - so better quality than I was expecting. The alternative is ab Edimax device ...

1 Like

Hi everyone, I just wanted to inform you that I've been using 21.02.0 on DIR-882 and everything works great (updated from some older 19.07 snapshot). Uptime is now 25 days with no issues at all. I run with PPPoE, Pi-hole, zabbix agent and bunch of devices over 2.4 and 5GHz network.
Thank you for great work!

1 Like

Can someone help?. How can i install this new firmware on a rocket m5 xw?. I cant see in the ath79 location and im still at ar71xx.

I'm getting a hickup on 5GHz WiFi during DFS radar events, device TP-Link C2600:

Fri Oct  8 12:05:44 2021 daemon.notice hostapd: wlan0: DFS-RADAR-DETECTED freq=5260 ht_enabled=0 chan_offset=0 chan_width=3 cf1=5290 cf2=0
Fri Oct  8 12:05:44 2021 daemon.notice hostapd: dfs_downgrade_bandwidth: no DFS channels left, waiting for NOP to finish
Fri Oct  8 12:05:44 2021 daemon.notice hostapd: wlan0: AP-DISABLED
..
Fri Oct  8 12:05:44 2021 daemon.err hostapd: 20/40 MHz: center segment 0 (=58) and center freq 1 (=5270) not in sync
Fri Oct  8 12:05:44 2021 kern.warn kernel: [285195.388010] ath10k_pci 0000:01:00.0: No VIF found for vdev 1
Fri Oct  8 12:05:44 2021 kern.warn kernel: [285195.388038] ath10k_pci 0000:01:00.0: wmi-event-beacon-tx, could not find vdev for id: 1
Fri Oct  8 12:05:47 2021 kern.warn kernel: [285198.484582] ath10k_pci 0000:01:00.0: WARNING: failed to wait for beacon tx callback for vdev 1: 0
Fri Oct  8 12:05:47 2021 kern.warn kernel: [285198.484925] ath10k_pci 0000:01:00.0: peer-unmap-event: unknown peer id 1
Fri Oct  8 12:05:47 2021 kern.warn kernel: [285198.492510] ath10k_pci 0000:01:00.0: peer-unmap-event: unknown peer id 1
Fri Oct  8 12:05:47 2021 kern.warn kernel: [285198.500529] ath10k_pci 0000:01:00.0: peer-unmap-event: unknown peer id 1
Fri Oct  8 12:05:47 2021 daemon.notice netifd: Network device 'wlan0-1' link is down
..
Fri Oct  8 12:36:13 2021 daemon.notice hostapd: wlan0: interface state DFS->DFS
Fri Oct  8 12:36:13 2021 daemon.notice hostapd: wlan0: DFS-CAC-START freq=5260 chan=52 sec_chan=1, width=0, seg0=58, seg1=0, cac_time=60s
Fri Oct  8 12:36:13 2021 daemon.err hostapd: 20/40 MHz: center segment 0 (=58) and center freq 1 (=5270) not in sync
Fri Oct  8 12:36:13 2021 daemon.err hostapd: Can't set freq params
Fri Oct  8 12:36:13 2021 daemon.err hostapd: DFS start_dfs_cac() failed, -1
Fri Oct  8 12:36:13 2021 daemon.notice hostapd: wlan0: DFS-NOP-FINISHED freq=5320 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5320 cf2=0

After this the DFS scan restarts after a while and fails again, before giving up. After restarting the 5GHz device (QCA9990 802.11nac) everything works fine again.
I remember during 19.07 when radar was detected it would just fallback to a non-dfs channel. Is this a configuration issue on my end? AP is running on channel 52 (5260MHz), channel width 80MHz, 802.11ac:

config wifi-device 'radio0'
	option type 'mac80211'
	option hwmode '11a'
	option path 'soc/1b500000.pci/pci0000:00/0000:00:00.0/0000:01:00.0'
	option country 'SI'
	option htmode 'VHT80'
	option txpower '20'
	option cell_density '1'
	option channel '52'

config wifi-iface 'default_radio0'
	option device 'radio0'
	option mode 'ap'
	option key 'pass'
	option ssid 'ssid'
	option network 'lan'
	option encryption 'sae-mixed'
	option wpa_disable_eapol_key_retries '1'
	option ieee80211w '1'
	option ieee80211r '1'
	option ft_over_ds '0'
	option ft_psk_generate_local '1'
	option ieee80211k '1'
	option bss_transition '1'