Page 2 of 14
Re: Experimental Gargoyle 1.15.x beta 20230124
Posted: Mon Feb 13, 2023 4:06 pm
by SirSWE
Bad build for wdr3600. Bricks the router. Can't access gui. getting this message, but its still pingable.
Bad Gateway
The process did not produce any response
Re: Experimental Gargoyle 1.15.x beta 20230124
Posted: Mon Feb 13, 2023 5:26 pm
by Lantis
You can still SSH to it in that case.
Did you reset settings or try to keep them?
Re: Experimental Gargoyle 1.15.x beta 20230124
Posted: Tue Feb 14, 2023 10:35 am
by SirSWE
I did a fresh install from sysupgrade. I can try to ssh and force install the .img file instead and see how it goes.
Re: Experimental Gargoyle 1.15.x beta 20230124
Posted: Tue Feb 14, 2023 5:40 pm
by Lantis
Mmm I might have figured out what’s wrong there.
I’ll compile a new test build tonight and you can try it.
Re: Experimental Gargoyle 1.15.x beta 20230124
Posted: Wed Feb 15, 2023 8:32 am
by Lantis
Try this
https://lantisproject.com/gargoyle_cust ... 600_check/
The plugin repositories may or may not work, I think i corrupted one. But more importantly if you can verify the web interface works (i'm 99% sure it will).
I'll need to publish a new beta with this fix and a few others.
Re: Experimental Gargoyle 1.15.x beta 20230124
Posted: Thu Feb 16, 2023 12:35 pm
by SirSWE
Cant transfer the img to the router, not enought space. The link is just a folder, could you create a new img?
Re: Experimental Gargoyle 1.15.x beta 20230124
Posted: Fri Feb 17, 2023 5:52 am
by tob99
Hello guys,
First of all once again i need to thank you for your efforts in developing gargoyle.
I'm really happy that new branch is coming and especially for x86 devices there is available efi image.
I've installed this "stable beta" on my x86 device. Installation was fine (i've burned it on usb 3.0 stick and booted from it), i can log into gargoyle and configure it. Everything works fine but my nics.
Intel i350 is not available - i think it's because of missing drivers. Gargoyle finds two other built-in realtek 8168/8111 nics - one is set as wan, one as lan.
I can surf interenet but problem is slow transfer.
On these realtek nics my transfer is only 25m of 500m given from my ISP.
Could you please give me some tips why it works so slow? Is is because of booting from usb stick instead of internal ssd or wrong drivers for rt nics? I did not change anything in default settings, no partition resizing.
Re: Experimental Gargoyle 1.15.x beta 20230124
Posted: Fri Feb 17, 2023 8:18 pm
by Lantis
SirSWE wrote: ↑Thu Feb 16, 2023 12:35 pm
Cant transfer the img to the router, not enought space. The link is just a folder, could you create a new img?
Just download it from here instead. I must have forgotten to do the upload.
https://lantisproject.com/gargoyle_cust ... lds/ath79/
Re: Experimental Gargoyle 1.15.x beta 20230124
Posted: Sat Feb 18, 2023 11:34 pm
by pythonic
tob99 wrote: ↑Fri Feb 17, 2023 5:52 am
Intel i350 is not available - i think it's because of missing drivers.
Looks like i350 requires the
igb driver which isn't currently built.
Re the Realtek NICs:
1) while you're running a speed test through the device, ssh into it and use
top to monitor CPU stats - looking to see whether there might be an issue with CPU maxing out (e.g. due to interrupt load).
2) Given you can run the system from a USB drive, could you test with an OpenWrt 22.03.3 image to see whether you see the same performance with the Realtek NICs as WAN and LAN as you have them in Gargoyle? Noting that OpenWrt 22.03.3 should see your i350 as it includes the
igb driver, it would be useful to see performance numbers for mixed combinations too, i.e. i350 as WAN and Realtek as LAN and vice versa (and if your i350 is a multiport variant, i350 as both WAN and LAN). Monitoring CPU stats with
top while doing this would also be helpful.
usbmuxd takes 50% of CPU time
Posted: Sun Feb 19, 2023 6:22 am
by heilbronn
Hi, I successfully flashed this experimental build to my GLiNet AR150.
Code: Select all
| Gargoyle version 1.15.X | OpenWrt 22.03 branch
| Gargoyle revision 81dcda3c| OpenWrt commit f7541ae
| Built February 17, 2023 | Target ath79/default
However, according to
top the
usbmuxd daemon is taking 50% CPU time (with a load of 1) although I haven't attached anything to the USB port! Is this normal? :
Code: Select all
Mem: 44120K used, 14208K free, 152K shrd, 336K buff, 17372K cached
CPU: 35% usr 18% sys 0% nic 44% idle 0% io 0% irq 1% sirq
Load average: 1.09 1.38 1.07 1/51 9161
PID PPID USER STAT VSZ %VSZ %CPU COMMAND
4281 1 root R 4104 7% 50% /usr/sbin/usbmuxd --systemd
2002 1 root S 5060 9% 3% /usr/sbin/hostapd -s -g /var/run/hosta
2737 1 root S 1736 3% 0% /sbin/usteerd
7403 1 root S 1508 3% 0% /usr/sbin/odhcpd
3930 1638 root S 1228 2% 0% /usr/sbin/dropbear -F -P /var/run/drop
....
If not, does somebody have an idea what to do about it? Is this a bug?
BTW: Simply killing the usbmuxd process (or stopping it with
/etc/init.d/usbmuxd stop) didn't seem to have a negative impact and brought down the load to 0,1:
Code: Select all
Mem: 44100K used, 14228K free, 152K shrd, 336K buff, 17376K cached
CPU: 2% usr 1% sys 0% nic 93% idle 0% io 0% irq 2% sirq
Load average: 0.10 0.42 0.72 1/49 9178
PID PPID USER STAT VSZ %VSZ %CPU COMMAND
2002 1 root S 5060 9% 3% /usr/sbin/hostapd -s -g /var/run/hosta
2737 1 root S 1740 3% 0% /sbin/usteerd