Experimental Gargoyle 1.15.x (released as 1.14) beta 20230124

[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

[Lantis]

You can still SSH to it in that case.
Did you reset settings or try to keep them?

[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.

[Lantis]

Mmm I might have figured out what’s wrong there.
I’ll compile a new test build tonight and you can try it.

[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.

[SirSWE]

Cant transfer the img to the router, not enought space. The link is just a folder, could you create a new img?

[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.

[Lantis]

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/

[pythonic]

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.

[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