[BPI-R4] TODO List

Post Can’t be empty. Must be 20 char

wait, i thought it wasnt since dangowrts list didnt mark it off

Post Can’t be empty. Must be 20 char

If i may add to the todo, does someone know if/how can we check if the wifi driver supports 4addr for the WDS access point mode ?

@glassdoor This thread it aimed specifically at getting a mainline Linux kernel working on the bpi-r4. It is not about the highly modified openwrt one. We do keep an eye on the openwrt one, in case we wish to port things across. In the long run, if we can get all the needed features into mainline Linux, openwrt would not need a separate one, at least, on the more capable (more ram, cpu) platforms like the bpi-r4. This would result in far less work for the openwrt team in the long run. So, I would like to keep this thread more along the lines of a TODO list for the mainline Linux kernel running on the bpi-r4.

1 Like

my bad for pooping in your thread

@frank-w Hello, I heard that map-e and dslite are also supported by hardware offloading but not support by mainline flow offload. Is it real?

There is a catch, when controlling output pins…

GPIO control through libgpiod using the command gpiocli - Banana Pi Router design - banana pi single board computer open source project official forum BPI team (banana-pi.org)

Something else seems could be added to TODO list:

ebpf xdp support

DS-Lite, 6RD, MAP-E/T and 464xlat hardware offload support

1 Like

FYI i started new attampt to getting RSS/LRO to work based on upported patch from @balika011 with mtk. Btw. This is listed twice in the list…and thought that ppe was working with 4g too,am i wrong?

1 Like

4g means 4gbps? If so seems correct.

I meant 4gb ram 36bit adressing afair was fixed for ppe too

wed; Re: [PATCH net-next] net: ethernet: mtk_wed: add support for devices with more than 4GB of dram - Daniel Golle

eth: [net-next,v3,4/4] net: ethernet: mtk_eth_soc: support 36-bit DMA addressing on MT7988 - Patchwork

1 Like

Yes there were some patches for this problem,but afaik ppe was independ of wed and ethernet fixes.

Could be this one,but not sure

https://patchwork.kernel.org/project/linux-mediatek/patch/97e90925368b405f0974b9b15f1b7377c4a329ad.1706113251.git.daniel@makrotopia.org/

PPE only supports 32bits address mode and hnat driver will allocate coherent memory for HNAT table , so we set dma mask to 32bits in ethernet driver to support 4GB dram.

1 Like

@frank-w do you have any details of the current status of the LRO / RSS patches (what works / what doesnt work ect) and where to find the latest version of the patches

I have worked on porting functionality from vendor kernels to newer ones so am very happy to assist on these patches if it would help.

I should have my bpi-r4 device just before the end of the year.

currently i talk to mtk about rss (not yet lro). they give me a patch…but there are still some issues found (e.g. threaded napi)

And btw. I cleaned forum last 2 days from massive spammers. Also time not going into other tasks.

But pinctrl and and a bunch of dts patches are on the way to go into mainline linux.

1 Like

Ahh ok, is the RSS only patch available somewhere to review ?

But pinctrl and and a bunch of dts patches are on the way to go into mainline linux.

Nice ill keep an eye out for those changes

Sorry to bother, but since you have method to get touch with mtk, can you help to contact mtk about @ericwoud 's QinQ patch?

Imho we should focus on specific topics, and so stabilize ethernet driver while getting rss/lro working first (these issues are showing more often when throughput increases). Then other topics in networking. They also need to port their 5.4 patches to 6.6 and helping getting the tx timeouts fixed.

Once these tasks are done we can ask about additional parts. There are not much network people reachable there…only had second topic with pmic voltages discussed with them simultanously.

1 Like