niestety , na backfire z svn jest ten sam problem , coś popsuli z openvpn , chyba że pomijam coś istotnego dla działania openvpn podczas kompilacji obrazu.

Witam, właśnie dziś po raz pierwszy odpaliłem OpenWrt na wr1043nd i faktycznie moge potwierdzić problem z wifi w opcji n. Problem dokładnie taki jak u wielu, fragment z loga:

Aug 10 11:59:10 OpenWrt user.warn kernel: WARNING: at /opt/projekty/openwrt/tl-wr1043nd-bf-luci/build_dir/linux-ar71xx/compat-wireless-2010-07-29/drivers/net/wireless/ath/ath9k/xmit.c:127 0x80cc9254()
Aug 10 11:59:10 OpenWrt user.warn kernel: Modules linked in: gspca_zc3xx fuse gspca_main sierra option v4l2_common videodev v4l1_compat usb_storage usbserial nf_nat_tftp nf_conntrack_tftp nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp ipt_MASQUERADE iptable_na
Aug 10 11:59:10 OpenWrt user.warn kernel: Call Trace:[<8007dc4c>] 0x8007dc4c
Aug 10 11:59:10 OpenWrt user.warn kernel: [<800683a4>] 0x800683a4
Aug 10 11:59:10 OpenWrt user.warn kernel: [<800683a4>] 0x800683a4
Aug 10 11:59:10 OpenWrt user.warn kernel: [<8007cb58>] 0x8007cb58
Aug 10 11:59:10 OpenWrt user.warn kernel: [<80cc9254>] 0x80cc9254
Aug 10 11:59:10 OpenWrt user.warn kernel: [<80cc9254>] 0x80cc9254
Aug 10 11:59:10 OpenWrt user.warn kernel: [<80cc36d4>] 0x80cc36d4
Aug 10 11:59:10 OpenWrt user.warn kernel: [<80cc37fc>] 0x80cc37fc

Sprawdziłem w sieci. m.in. hap pisze, że problem występuje, gdy łączy się z kartą intela (ja mam taką właśnie)

https://forum.openwrt.org/viewtopic.php?pid=114623

Nie do końca rozumiem końcową wypowiedź z posta, szczególnie zdanie z "Memphis". Może ktoś się orientuje?

Oczywiście pingi w standardzie n są takie jakby generator liczb losowych uruchomić, dużo lepiej w g, właściwie to prawie wzorowo. Jakieś refleksje?