[OpenWrt-Devel] [RFC] lantiq: SMP interrupts and ethernet driver backport from vanilla v5
dev at kresin.me
Thu Jan 31 15:30:33 EST 2019
30/01/2019 11:38, Petr Cvek:
> I discovered the lantiq xrx200 lacks support for interrupts on secondary
> VPE, and I've managed to add this functionality to the kernel, the
> second icu controller lives on base address 0x1f880300 and works in the
> same way as first. Tested with 4.14.93 kernel, untested patches in the
> attachment or on openwrt forum:
> My second submission is a backported xrx200 ethernet driver from vanilla
> kernel v5 patched with switch and phy functions. Using kernel napi
> polling seems to highly increase the throughput of the network.
> Trying to initially increase the throughput of the network I've found
> there is an inefficiently setting of DMA burst size. My patch sets this
> value to a higher value.
> These two patches were tested with 4.14.93 kernel too, there is forum
> RFC for any parallel development info (next version of ethernet driver
> will be based on vanilla kernel version?), ideas, testing ...
> best regards,
> Petr Cvek
first of all, the patches don't apply as they are:
For an official submission, a commit message is a must have. But even
for testing it would be nice to have a commit message explaining what a
patch is proposed to do. Otherwise it is kind of hard to provide any
Furthermore, it would be very helpful if the source of the changes is
mentioned. At least parts of the code seem to be from intel/lantiq UGW 7.x.
The backport of the vanilla eth driver breaks Ethernet completely on my
board. I dropped it during my testing.
Since we're all busy, providing some numbers about the seen improvement
would might raise more interest. Ideally, you provide the numbers per
patch, to see if a specific patch really changes something.
I gave the patches a quick try in conjunction with the irqbalance
package (to not move driver irqs from one core/vpe to another by hand).
I saw an improvement in throughput on my BT HomeHub 5a while doing iperf
from 5Ghz wireless to a lan client.
The bandwidth was UP: 195 Mbits/s, DOWN: 137 Mbit/s with the patches
applied, while it was UP: 152 Mbit/s, DOWN: 95,5 MBit/s without. It's
more than the all time max of 180MBit, I measured a long time ago in a
test setup I can't remember.
But I only consider wireless benchmarks in a shielded/isolated
environment as reliable anyway. It's good to know, but benchmarking the
ethernet (nat/routing) should be more reliable. As we speak of
benchmarking the ethernet, it would be interesting to see if enabling
flow offloading improves the situation even further.
Of course, the 5GHz wireless bandwidth is still less than the 385
Mbits/s I benchmarked with the BT firmware in the tests setup I can't
remember. Nevertheless, it's promising.
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
More information about the openwrt-devel