Devolo WiFi pro 1750e / EDIMAX Pro WAP1750 / Acelink EW-7679WAC

django · January 13, 2019, 5:53pm

Hi Tmomas,

Not yet as commit:

https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=1724d4e9ed7716a5444eca42adf045c2f3afc554

added a generic DTS include "target/linux/ath79/dts/qca9558_devolo_dvl1xxx.dtsi" for 1000's series Devolo devices with shared functionality and Peter's patch is not based on it.

I'm new to the OpenWrt community but if someone pointed me to the procedures for submitting patches to the mailing list, I could attempt to modify Peter's patch, test it and submit.

Glad to hear you're up and running Sascha.

Regards,
Django

tmomas · January 13, 2019, 8:00pm

https://openwrt.org/submitting-patches

django · January 14, 2019, 3:31pm

Hi All,

I've been attempting to improve performance and noticed that I'd accidental enabled udhcpc on my lan bridge which was using 30% CPU under wifi load. After disabling it I'm up to about 35MB/s throughput and have noticed that soft irq's look like they are bottlenecking the device:

Mem: 54944K used, 69500K free, 4720K shrd, 4348K buff, 17116K cached
CPU:   0% usr   0% sys   0% nic   0% idle   0% io   0% irq  99% sirq
Load average: 0.39 0.10 0.06 2/51 1745
  PID  PPID USER     STAT   VSZ %VSZ %CPU COMMAND
    7     2 root     RW       0   0%  84% [ksoftirqd/0]
  133     2 root     IW       0   0%  12% [kworker/0:1]
    5     2 root     IW       0   0%   1% [kworker/u2:0]
  132     2 root     IW<      0   0%   1% [kworker/0:1H]
 1359     1 root     SN    7516   6%   0% /usr/sbin/netdata -nd -c /etc/netdata/netdata.conf
  955     1 root     S     1724   1%   0% /sbin/netifd
 1629     1 root     S     1044   1%   0% /usr/sbin/relayd -I br-lan -I wlan0 -L 192.168.1.252 -B -D
...

I think this is why any CPU activity by LuCI causes wifi performance to drop.

Peter (@radionaut) and Sascha (@deeconwastaken) are you experiencing similar issues? I'm wondering if:

I've missed some offload feature(s) during the config of my build.
This is just a hardware limitation of the slow CPU
We have an issue with the ath79 target or ath10k kernel module/firmware
Is an artefact of my configuration using relayd:

int

Regards,
Django

Minor Update: The DAP-2695 with the same CPU connected to the 1750e is seeing around 50% CPU usage so don't think it's a hardware limitation.

radionaut · January 14, 2019, 6:40pm

Hello Django,
I am using the device as an AP and observe around 55MB/s throughput having a 867Mbit/s link to my notebook. The CPU load then is at 100% and also caused by softirqs. So any additional load on the CPU lowers the throughput, too.

AFAIK offloading is used by firewall rules, like NAT.
That's for sure, but does not explain the 20MB/s difference.
I am using the ct firmware, but IIRC this makes no difference regarding the throughput. But my build is also a bit older.
Maybe relayd is causing quite some context switches without generating a lot of load itself. Can you test your build in AP mode?

Regards, Peter

deeconwastaken · January 15, 2019, 7:16am

Hi,

to be honest I dont see any high cpu usage on my devolo ap. I have a very simple config , all 4 interfaces (radio0, radio1, eth0 and eth1) are in one network. DHCP and DNS is running on my pi-hole Server, so I disabled DHCP for that network. I also disabled the firewall service on the ap. I will post some screenshots later.

Anmerkung%202019-01-15%20191406

Regards, Sascha

django · January 15, 2019, 4:03pm

Hi All,

I think it must be a limitation of using relayd. Unfortunately I cant use WDS, as the AP I'm connecting to does not support DFS channels when WDS is in use. I can't test it in AP mode easily either without a lot of disruption.

I tried disabling the firewall and tested with CT firmware but with no improvement. I observed the CT firmware throughput bounced around a lot more from 25-35MB/s with the only benefit of RX Rate / TX Rate showing correctly (You can see that info anyway in the non-CT firmware: /sys/kernel/debug/ieee80211/phy0/ath10k/fw_stats).

Regards,
Django

django · January 15, 2019, 6:29pm

Hi Sascha,

At idle my CPU usage is fine too, it only becomes a bottleneck when transferring large files. What does top look like when you do a transfer through the AP at close range?

Regards,
Django

deeconwastaken · January 15, 2019, 7:48pm

Anmerkung%202019-01-15%20204623

django · January 16, 2019, 12:51pm

Thanks for this Sasha,

Looks like its relayd limiting performance.

Regards,
Django

donmarcello · January 16, 2019, 2:57pm

Hi Django,

I would like to test your compiled firmware too, could you please send me a link?

Thanks in advance,
Marcus

django · January 16, 2019, 4:02pm

Hi Marcus,

I sent you my latest tested snapshot.

Regards,
Django

donmarcello · January 16, 2019, 4:21pm

Hi Django, thx a lot, will test it out soon!

Bigdesaster · January 18, 2019, 6:29pm

Hello Django,

i'd like to test your snapshot too. Can you send it to me?
Is there an original firmware file anywhere in case i'd like to go back to the devolo firmware?

Regards,
Chris

django · January 18, 2019, 8:24pm

Hi Chris,

Yes the original firmware is here. Not sure anyone has tested whether there are issues flashing back to it yet though.

Sent you a link to the firmware via PM, includes Notes.txt on installation and what I've tested so far.

Regards,
Django

Bigdesaster · January 19, 2019, 9:27am

Hello Django,

Thx a lot. I'll test it the next days. No time today.

Will there be a download page for your versions or will it be downloadable at openwrt?

Bye
Chris

django · January 19, 2019, 3:54pm

Hi Chris,

When I get time and have tested the last few bits of the 1750e, I'll submit a patch and you'll be able to download the snapshot via openwrt.org's download page

Regards,
Django

django · January 19, 2019, 9:00pm

Hi All,

I've created a new patch (used Peter's for pointers) that compiles against David Bauer's Devolo commits of the current HEAD in the master git branch:

--- /dev/null
+++ b/target/linux/ath79/dts/qca9558_devolo_dvl1750e.dts
@@ -0,0 +1,83 @@
+// SPDX-License-Identifier: GPL-2.0-or-later OR MIT
+/dts-v1/;
+
+#include <dt-bindings/gpio/gpio.h>
+#include <dt-bindings/input/input.h>
+
+#include "qca9558_devolo_dvl1xxx.dtsi"
+
+/ {
+	compatible = "devolo,dvl1750e", "qca,qca9557";
+	model = "devolo WiFi pro 1750e";
+
+	aliases {
+		led-boot = &status_blue;
+		led-failsafe = &status_red;
+		led-running = &status_blue;
+		led-upgrade = &status_red;
+	};
+
+	keys {
+		wps {
+			label = "WPS Button";
+			linux,code = <KEY_WPS_BUTTON>;
+			gpios = <&gpio 16 GPIO_ACTIVE_LOW>;
+			debounce-interval = <60>;
+		};
+
+		usb_eject {
+			label = "USB Eject Button";
+			linux,code = <BTN_0>;
+			linux,input-type = <EV_SW>;
+			gpios = <&gpio 19 GPIO_ACTIVE_LOW>;
+			debounce-interval = <60>;
+		};
+	};
+
+	leds {
+		compatible = "gpio-leds";
+
+		status_blue: status_blue {
+			label = "dvl1750e:blue:status";
+			gpios = <&gpio 14 GPIO_ACTIVE_LOW>;
+			default-state = "on";
+		};
+
+		status_red: status_red {
+			label = "dvl1750e:red:status";
+			gpios = <&gpio 15 GPIO_ACTIVE_LOW>;
+		};
+	};
+
+	beeper {
+		compatible = "gpio-beeper";
+		gpios = <&gpio 4 GPIO_ACTIVE_HIGH>;
+	};
+
+
+	gpio_export {
+		compatible = "gpio-export";
+
+		gpio_usb_power {
+			gpio-export,name = "devolo:power:usb";
+			gpio-export,output = <1>;
+			gpios = <&gpio 11 GPIO_ACTIVE_HIGH>;
+		};
+	};
+};
+
+&usb_phy0 {
+	status = "okay";
+};
+
+&usb0 {
+	status = "okay";
+};
+
+&mdio1 {
+	status = "okay";
+};
+
+&eth1 {
+	status = "okay";
+};
--- a/target/linux/ath79/base-files/etc/board.d/02_network
+++ b/target/linux/ath79/base-files/etc/board.d/02_network
@@ -62,7 +62,8 @@ ath79_setup_interfaces()
 		ucidef_add_switch "switch0" \
 			"0@eth0" "1:lan:1" "3:lan:4" "4:lan:3" "5:lan:2" "2:wan"
 		;;
-	devolo,dvl1200e)
+	devolo,dvl1200e|\
+	devolo,dvl1750e)
 		ucidef_set_interface_lan "eth0 eth1"
 		;;
 	dlink,dir-825-b1)
--- a/target/linux/ath79/base-files/etc/hotplug.d/firmware/11-ath10k-caldata
+++ b/target/linux/ath79/base-files/etc/hotplug.d/firmware/11-ath10k-caldata
@@ -90,6 +90,7 @@ case "$FIRMWARE" in
 	devolo,dvl1200e|\
 	devolo,dvl1200i|\
 	devolo,dvl1750c|\
+	devolo,dvl1750e|\
 	devolo,dvl1750i)
 		ath10kcal_extract "art" 20480 2116
 		ath10kcal_patch_mac_crc $(macaddr_add $(mtd_get_mac_binary art 0) -1)
--- a/target/linux/ath79/image/generic.mk
+++ b/target/linux/ath79/image/generic.mk
@@ -186,6 +186,14 @@ define Device/devolo_dvl1750c
 endef
 TARGET_DEVICES += devolo_dvl1750c
 
+define Device/devolo_dvl1750e
+  ATH_SOC := qca9558
+  DEVICE_TITLE := devolo WiFi pro 1750e
+  DEVICE_PACKAGES := kmod-usb2 kmod-ath10k-ct ath10k-firmware-qca988x-ct
+  IMAGE_SIZE := 15936k
+endef
+TARGET_DEVICES += devolo_dvl1750e
+
 define Device/devolo_dvl1750i
   ATH_SOC := qca9558
   DEVICE_TITLE := devolo WiFi pro 1750i

I've dropped David Bauer an email in the hope that he'll check over it. I've tested it and it's working without issue.

Regards,
Django

UPDATE: Altered patch as per David's feedback and submitted, fingers crossed we'll have a snapshot soon

rednag · January 20, 2019, 7:31pm

I'd like to test it too, but still not available is it?

django · January 21, 2019, 6:47am

Hi Rednag,

I can send you a copy of the firmware I've compiled via PM or you can wait for the patch to be accepted and download the official snapshot.

Regards,
Django

django · January 22, 2019, 4:28pm

Hi All,

I've added the Device Techdata and Device Page to the wiki, in case anyone would like to contribute.

It also looks like Devolo have taken down the original firmware from their device download page. if anyone downloaded the original could you share it? I didn't save a copy.

Regards,
Django