makedir wrote:meffovic wrote:EDIT: I can confirm that the reboot issue isn't solved with this build - yet.
I'm pretty sure I triggered a reboot when accessing the luci from my android unit - this with only 5ghz (2.4ghz disabled) band enabled.. 
This seems to be a different issue or a memory corruption problem, which no one cares on here to follow. Because I had the same issue with Luci so far. Two times, when I opened Luci, the same second, the router rebooted. I am certain, that there is something wrong with the memory on these routers (this rom). Maybe the memory is wrongly clocked and overclocked with kernel 4.9, leading to rare memory corruptions. For example, my router hasnt rebooted anymore, since I deactivated a script of mine. It is a self written watchdog for OpenVPN, and it uses "sleep 20" in it. I had two times now this in the logs:
[318506.951336] BUG: Bad page map in process sleep pte:00060000 pmd:1bd74831
Since I deactivated the watchdog script, the router has not rebooted anymore. The sleep is triggered every 20 seconds in the script, which might cause a memory corruption way sooner than not using the script.
Right, I can believe that. *But*, this happen once for me.
All the other reboots have been triggered when client(s) connected to the wifi, almost always the 2.4ghz radio.
Let's say I've had close to 100 unwanted reboots, and once of those have been from accessing luci, and it was from a 4.9k as you mentioned. But I've tried other 4.9k builds too, and I didn't get any reboots from accessing luci with those.
So yeah, there might be an additional issue, causing memory corruption. But the main issue is still from the wifi, from what I can understand. I never had a reboot with the radios disabled, so..
Anyhow, I wanna add something. I'm getting the sense, that the country region and/or the dbi have something to do with the reboots (at least with the reboots caused by the wifi). When I'm running the radio set to the default country region, and the transmission power set to auto - I haven't been able to reproduce any reboots. If this is a coincidence, or if it actually has something to do with the problem, I do not know. Maybe worth looking in to?
Best regards - meffe
EDIT: may I ask where that openvpn script is located, which included 'sleep 20'?
cause I've seen that 'sleep 20' running on my router too, maybe I could stop the script myself - and have some success avoiding some reboots.. thanks
(Last edited by meffovic on 30 Dec 2017, 11:30)