[BPI-R4 Pro] General questions & Mainline

Hello, I recently got a hold of a banana pi r4 pro and so far i’m really loving it.
Before i continue i would like to thank Frank W for his amazing work that made my life sooo much easier.
I’m currently using Frank W’s 6.18 kernel paired with an artix linux rootfs, So anything i ask about is relevant to that kernel/branch.
I’ve looked around the forum & done some testing to try and answer as many questions as i could before asking here so sorry if i’ve missed something.

  1. If i plug my desktop (Which has 2x 5 Gigabit ports) into one of the 10 gig ports (mxl_lan4) then run iperf3 on the router i get 5 gigabit throughput as expected, However if i do a bidir test the router completely falls apart and does 0 to 2 mbits of traffic, After some testing i found out that this could be improved by setting scatter gather off on eth2, That no longer causes the iperf3 run to stall and now does: 4.7g rx-s and 975m tx-s.
  2. mxl_lan4 sometimes detects my 5 gigabit NIC and sometimes it doesn’t and forces 2.5 gigabit, I’m assuming that’s because 5 gigabit is not supported/advertised?
  3. The ethernet ports (eth0, eth1, eth2) all report being 10 gig capable, As far as i know eth0 is the FPC port which is wired to the internal 1 gigabit switch? (The port naming here is really confusing to be honest)
  4. I’m not sure if SFP works, Since my PC only has a 5 gigabit port:
[  214.817767] sfp sfp1: module removed
[  215.137043] sfp sfp1: module OEM              SFP+-T30         rev 1    sn C202508210036    dc 250821  
[  215.137068] mxl862xx mdio-bus:10 mxl_lan4: switched to inband/10gbase-r link mode
[  215.166657] hwmon hwmon7: temp1_input not attached to any thermal zone
  1. Is it possible to prevent the mac addresses from changing all the time? Possibly helpful
  2. I have a bpi-mt7615 connected for WiFi AP and i’ve noticed this in dmesg, Seems harmless but i’d like to get it fixed if possible:
[  284.755902] mt7615e 0000:01:00.0 wlan0: Failed to del Host Multicast Database entry (object id=3) with error: -2 (-2).
               Failure in updating the host's Multicast Database may impact multicast
               group memberships or traffic delivery, affecting multicast
               communication.

[  284.755928] mt7615e 0000:01:00.0 wlan0: Failed to del Host Multicast Database entry (object id=3) with error: -2 (-2).
               Failure in updating the host's Multicast Database may impact multicast
               group memberships or traffic delivery, affecting multicast
               communication.

[  284.755941] mt7615e 0000:01:00.0 wlan0: Failed to del Host Multicast Database entry (object id=3) with error: -2 (-2).
               Failure in updating the host's Multicast Database may impact multicast
               group memberships or traffic delivery, affecting multicast
               communication.

[  284.755949] mt7615e 0000:01:00.0 wlan0: Failed to del Host Multicast Database entry (object id=3) with error: -2 (-2).
               Failure in updating the host's Multicast Database may impact multicast
               group memberships or traffic delivery, affecting multicast
               communication.

As for mainline (linux-next)
I’m really happy to see this board booting pure mainline linux and funtional in some capacity, As far as i know the mxl switch driver isn’t upstreamed yet so only the management port works in pure mainline.

  1. Is there a page keeping track of what works/doesn’t or what’s being worked on?
  2. And could someone tell me more or less what’s missing in mainline? (Like do hw offloads work, etc…)
1 Like

I plan to rename mxl ports to lan0-lan3 soon also in 6.18. did this is my openwrt PR already. Daniel is currently try to upstream a base version for mxl switch. One main issue is missing support of usgmii pcs due to some unclear discussions how to implement pcs itself. I guess pcs is also needed for the 10g mac connected to the switch. I have not made longtime tests or performance tests yet as i have no heatsink on my R4Pro. So only “quick tests”.

As you noticed mainline currently only supports base board and internal switch (mgmt port). SFP are preparated, but not yet connected because of pcs and eth-mux missing. So for now it is better to stay on my 6.18-main or openwrt (with mtk feed or my pr and additional patches).

No idea about mt7615 warnings

I plan to rename mxl ports to lan0-lan3 soon also in 6.18. did this is my openwrt PR already

Yeah i saw that, It makes a lot more sense but what about mxl_lan4? Does it get different treatment since it’s a combo SFP port? or is lan4 enough?

Daniel is currently try to upstream a base version for mxl switch.

That is very good news! Got a link i could follow?

I have not made longtime tests or performance tests yet as i have no heatsink on my R4Pro. So only “quick tests”.

Ah alright, When you get to it though please ping me because this behavior is rather strange, I’m also noticing a bit of DNS and DHCP issues, Likely an issue on my end but i did notice that the board sometimes boots incorrectly causing basically all ethernet ports to misbehave causing link drops, Any slight traffic would either bring the link down or crash the driver. (This seems to be fixed with a reboot)

So for now it is better to stay on my 6.18-main or openwrt

Yeah that’s the plan, I prefer mainline however 6.18 is new enough.

No idea about mt7615 warnings

Bummer, But it aint a big deal.

Sorta wish your generic debian images would be listed in the download section of bpi’s wiki, That was very very helpful for me when i first started.

Thank you so much! :raised_hands:

Afaik there is no naming scheme for combo ports so i would name it lan4

https://patchwork.kernel.org/project/netdevbpf/patch/15b0adf5074c601e033fd2338fb27fb666b5d16b.1768707226.git.daniel@makrotopia.org/

There are more patches in this series…

Hey guys. Is there a way to get an image for an SD card so I can try it out? With the Banana image, my upload speed drops significantly. The connection is via PPPoE; I tried enabling flow offloading, but it doesn’t help. I suspect this might be caused by some preinstalled proxy services.

https://drive.google.com/drive/mobile/folders/1WLWAR1FC-rF4n2SgFecBlU1ym_XKqAR_/15Y5Y3NAOwg_IMmN3k6hdb7pAQj9oTVTl/1A5S7_82Bg4EYxjzdQ5FKyBw9Qi2C3uK-?usp=sharing&sort=13&direction=a

There is a basic r4pro debian image i’ve built some time ago.

1 Like

Thank you very much. But I’m not very familiar with Linux — I thought there was a working OpenWrt branch. I only tried this image (BPI-R4Pro-8X-BE14-MT76-OpenWRT24.10-DSA-251229); the SFP works there, but something’s wrong with the upload speed.

1 Like

I made some work for openwrt,but phy+sfp are not working there because driver changes needed for that are only downstream and cannot be added to mainline openwrt.