Target bananapi_bpi-r4-common

Philip Prindeville philipp_subx at redfish-solutions.com
Fri Jun 13 20:00:31 PDT 2025



> On Jun 13, 2025, at 5:01 PM, Daniel Golle <daniel at makrotopia.org> wrote:
> 
> On Fri, Jun 13, 2025 at 04:03:37PM -0600, Philip Prindeville via openwrt-devel wrote:
>> 
>> Should the BPi-R4 be more richly provisioned?  It's got 4 or 8GB of DRAM so it's hardly a "skinny" platform.
> 
> I would leave that to the user and keep the default image with just what
> is necessary. Diverging and creating "rich" images for specific devices
> imho opens a can of worms which will require continous maintainance.
> How would we decide which packages to include? How would we draw the line
> for each and every board whether in our opinion the amount of flash and
> ram is enough for any particular feature, and why some features are
> present while others aren't?


Busybox has defaults that people are welcome to turn off.  Why not have something homologous for targets?


> Of course, the community is free to create and share such images, and for
> many devices (incl. the R4) there are community-made images, some built
> from source, some made with the ImageBuilder or using online tools like
> the OpenWrt Firmware Selector and asu.
> 
> However, we would not be able to maintain support for 2k devices if we
> would also have to maintain an individual package selection for all
> those devices which goes beyond offering minimal hardware support.
> 
>> 
>> Also, why are two different targets required for the same hardware?  I get that the "10G SFP WAN" and "2.5G/10G WAN" ports are combo so that only one PHY can be in use at a time, but why can't a single target support both and just detect which is connected?
> 
> There are two different boards variants:
> - 2x SFP+ cages and 4x 1GE RJ-45
> - 1x SFP+ cage, 1x 2.5GE RJ-45 and 4x 1GE RJ-45


> The 2.5GE PHY is built-into the SoC and apart from being populated
> differently the boards are identical, there is no way to detect in
> software which variant we are dealing with. SinoVoip equips the R4 with
> some I2C EEPROMs which would be perfectly suitable to be used to indicate
> the board variant or even contain a factory-assigned MAC address. Sadly
> they come all empty.


Well, it's EEPROM, so it can be reblown, right?


> Hence, as they are two distinct board variants and there is no way to
> detect the variant in software, we need two images.



> That's different from a "combo port" on devices where both, SFP cage and
> RJ-45 MDI are physically present but only one of them can be used at a
> time. On such boards the presence indicator (MODDEF0) of the SFP cage can
> be used to switch between the SFP cage and the RJ-45 port (which also
> isn't supported yet by vanilla Linux or OpenWrt, but it's still a
> different story and will be supported in future)


> 
>> Do we want to auto-select more packages like (say) mwan3 for instance?  I think we have enough memory that we could include it and if it's not used it's not the end of the world.
> 
> Apart from the argument above, it also simply isn't possible to include
> packages from the packages feed in images created by the phase1
> buildbot...


Don't know anything about that.  I do my own monolithic builds from scratch.  Don't use image-builder.


> 
>> I'd include:
>> 
>> lldpd
>> curl
>> 6in4 (or 6to4 or both?)
>> avahi
>> collectd
>> firewall3 (or firewall4)
>> hwclock
>> iftop
>> ip-full
>> iptasn & iptgeoip
>> ntp*
>> snmp
>> *swan
>> xfrm
>> zoneinfo
>> 
>> But that's me.  I'd rather have it and not need it than need it and not have it.
>> 
>> Are there other BPi-R4 users that want to start a thread?
> 
> There are some threads on the forum you may want to join.


Yeah, probably.  I'll look for them.


>> 
>> Oh, one other question... I see there's a FPC connector for an extra LAN port (not clear if it's switched or not). Has anyone used that and what's the cable to make that work? Is there a knock-out machined into the case of an extra port?  And the diagram here:
>> 
>> https://docs.banana-pi.org/en/BPI-R4_Pro/BananaPi_BPI-R4_Pro
> 
> That's the R4 Pro, it's again a different board which isn't yet
> publicly available.


Oh, quite right.  Here's the "standard" board:

https://docs.banana-pi.org/en/BPI-R4/BananaPi_BPI-R4

And as you say, 10 GBE WAN (SFP), 1GBE WAN, 3x GBE switched.


> 
>> 
>> Says "PoE Module RT5400" but I can't find any info on that.  There's this:
>> 
>> https://www.amazon.com/youyeetoo-BPI-RT5400-Isolation-BPI-F2P-BPI-WiFi/dp/B0D61ZKFL6
>> 
>> But it doesn't include the BPi-R4 in the description.  Is it PD (my guess) or PI (for driving an external device)?
> 
> It's PD, and typically SinoVoip/BPi will make boards which include the
> PoE module, ie. you can order the board with or without PoE
> functionality.
> 


Okay, I already ordered the 8GB WayPonDev board on Amazon.





More information about the openwrt-devel mailing list