Hi, I'm running the OpenWrt 18.06-SNAPSHOT r7297-13dccfc8e4 build, and if I enable both 2.4GHz and 5GHz wifi simultaneously my R7800 just hard resets once clients connect. It just reboots, and then it works fine, until the clients connect again, which causes it to reset again.
I'm running out of things to try to debug this, do any of you maybe have an idea how to investigate this? I've tried all kinds of different configurations, and individually both 5GHz and 2.4GHz run well.
Since it just resets I'm not getting any handle on what might be wrong, I've tried running while true; do dmesg -c; done over a wired connection to try and get any output before it crashes, but nothing in there.
I've even tried using the ath10k-ct firmware, but with it it behaves exactly the same.
Hi, I’m new here, recently moved from stock due to need for multi-wan for my IPTV. Stocks firmware qos doing very great. However, using openwrt 18.06.1 r7258-5eb055306f, I can’t even ping 8.8.8.8 (request time-out) if there’s heavy download traffic eg. Torrent, IDM. Playing normal YouTube doesn’t introduce any packet loss (request time out), only if there’s heavy download traffic, then packet loss happen. My gaming network is fully affected (spikes and freezes). All this happen when sqm is enabled using cake > piece of cake qos script. My advertised bandwidth is 20/5 Mbps. Download/Upload set up in sqm 17/3.7 down/up. Link layer adaptation set to none(default). Advance conf: none/default.
I thought pppoe should be put in the “interface” option?
But according to the wiki, overhead for fiber is hard to determined.
fiber and ethernet it is much harder to figure out the exact overhead to specify… (the question is typically how is the ISP's upstream traffic shaper configured
I'm running fiber 300/300. When i was tweaking the shaper parameters i tested with many options. I've asked @moeller0 some questions about this and followed his guidance.
Maybe this thread can help you out:
About the queue interface, i've also read (in the openwrt forums) that if you're using pppoe it is better to set the queue in the wan interface itself, but i cannot tell which thread it was
However, after changing that, the config in the luci gone (as it has been deleted, literally no config at all) and starting the sqm script, doesn't produce any log (maybe it detect config based on luci, so if luci sqm config missing, it treated the config as missing), changing back to eth0, the config showed up as before. trying to delete sqm config and make the config using luci interface doesn't list config queue, it was just like this
I took a glimpse about the post, but I don't think it is relevant with my issue. I indeed see improvement in my network, almost no spike in the latency. Regular browser download, streaming 1080p doesn't give any packet loss or spikes, however sometimes torrenting and downloading games data (fortnite iOS [ I suspect it uses multiple stream connection]) give packet loss. It even doesn't give any spikes, just pure packet loss with not a single packet received during download (literally 100% packet loss). However, browsing still continue perform well, streaming too doesn't introduce any buffering (IT'S FABULOUS). BUT, PACKET LOSS happened. It doesn't make sense to me at all.
UPDATE: I noticed just recently something strange happened. Streaming video 1080p during games download that causes pure packet loss in my internet, give packet response (rather good latency about 30 ms, no timed-out request at all). However, once the streaming stop, it continue to give packet loss again.
I will try to record my screen in a next few days. I'm so busy
Sorry! the pppoe-wan queue was in my 17.01 settings. Now in the 18.06 the queue is eth0 and and you specify the interface with the option interface pppoe-wan. You're correct. As for my sqm settings:
Do I have to use -Os when compiling the kernel or will -O2 or -O3 work, was wondering because of the size issue.
When using -Ofast the vmlinux.elf size was slightly above 6MB and bzImage was 2.2MB, I guess it's too much? Not sure which of those files it uses.
EDIT:
-Ofast worked but dropbear had issues, not sure if it's because of that flag but i tried -O2 instead and all was good.
I seem to be losing 5GHz regularly. I've tried a few different builds; as of this moment I am running my own build off master from today, and I see this:
Anyone here that can give me a honest comparison between the normal ath10k and the ath10k-ct drivers? i'm currently holding off on the -ct ones and wondering if they are good enough already to be used as a daily driver?
There's an issue with the default ath10k-ct firmware for qca9984 that leads to miserable speeds when 802.11w is enabled. However, I'm running a beta firmware that fixes this issue.
I believe the reason behind the change to ath10k-ct as default is that the developer/maintainer is far more responsive when it comes bug reports and feedback in general than qca has ever been.
Hi there. I had it running LEDE 17.01.2 and it was rock solid, but after upgrading to 18.06.1 the device is no longer stable. wifi is not stable and I've even had the device itself needing a reboot (and blinking light). For the most part, it is stable at least a few days until it just requires a reboot. I've read through the thread and it seems there are some problems, but just to be clear: Do you all have the same experience with 18.06.1? Is there any nightlies that are (more) stable? I don't want to go back to 17.x since I like the repartioned space.
I am also having stability problems with 18.06.1 compared to v17, although my issues are slightly different to what I've seen described by others. At random intervals (2-7 days), I will lose access to the LAN and WAN connections but wireless access (ssh and luci) is fine. Rebooting corrects the issue. I've configured watchcat to reboot if this happens when I am not at home. Unfortunately nothing's logged to indicate what the problem might be. If there is a way to capture more useful debugging information I'd be happy to do that.