Experimental build of Gargoyle 1.12.0 for ipq806x architecture routers

[Maniac]

So the way it is supposed to work is on first boot Gargoyle tries to detect what country you are from and offer that option. If it can't detect it, the option isn't provided. Once you pick one, the option is gone (pick once to avoid abuse).
Since yours was unknowingly/manually/otherwise set to 00, even if Gargoyle figured out you were in the US it was never going to ask you again.

Just an unfortunate edge case in the protection. Know a bit more about what to look for now.

I see. I was never given the option to switch it to US.

[Maniac]

Good news & bad news:
First, regarding the issue with the router restarting that @boldga confirmed (click on Get Coupon Code on RetailMeNot):
1. It DOES still happen on 1.13.X. I think I must have tried to reproduce it wrong.
2. It happens on the version of 1.11.0 that @pythonic sent me.
3. It happens on stock openwrt 18.06.5.

I'll have to try the newest version of openwrt and report this there.

Second, the issue of the router not being able to speak to the modem is fixed with @Lantis' newest build of 1.13.X.

[Lantis]

I checked for ideas on the forums. They suspect that jumbo packets are causing the crash with your remote control app. No clue as to the website crashing.

A fix for the jumbo frames is included in the master snapshots of OpenWrt (Not 19.07 branch). If that is true, they may backport the patch or I can look at it individually, although kernel patches always make me nervous.

Thanks for doing additional tests

[pythonic]

3. It happens on stock openwrt 18.06.5.

though a relief to me that it isn't something introduced by my build.

Echoing @Lantis: thanks for the extra testing!!

Second, the issue of the router not being able to speak to the modem is fixed with @Lantis' newest build of 1.13.X.

Good to know that the 1.13.x build has caught up with 1.12.0 with this issue.

[pythonic]

Regarding the jumbo frame problem, could the workaround posted here be adapted to Gargoyle?

There's an open OpenWrt bug.

[boldga]

I checked for ideas on the forums. They suspect that jumbo packets are causing the crash with your remote control app. No clue as to the website crashing.

A fix for the jumbo frames is included in the master snapshots of OpenWrt (Not 19.07 branch). If that is true, they may backport the patch or I can look at it individually, although kernel patches always make me nervous.

Thanks for doing additional tests

After disabling jumbo packet setting in LAN card, all problems disappear! there are no website rebooting , no remote conrol rebooting , and no NAT loopback problem!

[Maniac]

Well, what the!
I also have Jumbo Frames on. Turning them off fixed the router reboot when clicking on a Coupon Code on AliExpress too.

@Lantis, is this something you are going to follow up on, or do you need us to?

[Lantis]

Look at that. Crowd sourced problem solving lol.

I will look at adding a temporary workaround for this device only.
Cab I check did you guys end up doing the rc.local method or did you just set link down/up?

Edit: oh I see you set it on the PC not the router.
I will see if I can reproduce the crash easily, and then check if the router side workaround fixed it

[Maniac]

BTW, boldga and I have different devices. This probably affects all ipq608x architecture routers (unless that's what you meant).

I turned it off on my network card driver configuration. I didn't touch rc.local for this issue. I do have changes in rc.local for the CPU performance issue.

[pythonic]

I've added a note about the jumbo frames problem to the first post in this thread as a "known issue" with this build.