Banana Pi BPI-R3 OpenWRT image

OpenWrt does this because the R3 comes without any factory assigned MAC addresses. On off-the-shelf routers you usually have MAC addresses assigned by the vendor, and those are also used then by OpenWrt.

Yes. The reason is clear (that’s why I said understandable). It is clear that there is no other reasonable choice without factory MAC.

But the disclaimer would be definitely helpful - when wan device gets randomly generated MAC address with LAA bit set (as it should when the device doesn’t have its factory-assigned MAC address) - the GUI may highlight this with a hint that for some ISP this may not work - right there on Devices or Interfaces tab or in wan interface configuration dialog. In a very noticeable way - e.g. with red text.

Just a thought. The idea for GUI improvement that would greatly help some users to save time.

Somehow your reply notification got chewed by gmail :confused:

Is there a way to ensure that the network does not start until that hotplug event is processed?

Otherwise I’d try to hack it on the preinit phase.

It seems that the “samba4-server” package it is no more available on most recent Snaphots repository. Anyone with the same issue?

It is failing to build. The logs suggest it fails because GNUTLS is not found, which has also failed to build. See under fail logs, If you need it, raise a bug.

Finally installed the latest snapshot build of OpenWRT onto SD, left the factory OpenWRT on NAND for now. Things seem to work well with fewer option exposed in Network than the factory OpenWRT. I also noticed that luci-app-samba4 is unavailable for this architecture:

root@OpenWrt:~# opkg install luci-app-samba4
Unknown package 'luci-app-samba4'.
Collected errors:
* pkg_hash_check_unresolved: cannot find dependency samba4-server for luci-app-samba4
* pkg_hash_fetch_best_installation_candidate: Packages for luci-app-samba4 found, but incompatible with the architectures configured
* opkg_install_cmd: Cannot install package luci-app-samba4.

Any idea on how/when it will be available so I can use this router as a media server? Thanks!

Unfortunately the latest version Samba4 have a bug and fail for compile: https://downloads.openwrt.org/snapshots/faillogs/aarch64_cortex-a53/packages/samba4/.

Reading through the logs, and I’m not very experienced, it seems like the make rule is missing rather than a bug in the actual programming. I’m new to this whole community. Who looks after fixing these things? How is that done?

Discussion on openwrt :https://forum.openwrt.org/t/cant-install-samba4/160034/5. Maybe install and use : ksmbd or wait a few days for “repair” this issue.

OK, it looks like Samba4 is compiling now. So, I installed it through luci and I see some errors. Apparently the snapshot has moved on so I need to upgrade the system. So, I backup the settings and apply the update through luci. Now I get nothing from the router. So, I jump back into the serial connection and I see its’ looking for the backup file. How do I send the file over TFTP? Failing that, I also tried downloading the new SD Card image of the snapshot, and it runs, but I cannot copy it onto NAND now?

spi-nand: spi_nand spi_nand@1: Winbond SPI NAND was found.

spi-nand: spi_nand spi_nand@1: 128 MiB, block size: 128 KiB, page size: 2048, OOB size: 64

jedec_spi_nor spi_nor@0: unrecognized JEDEC id bytes: 00, ef, aa

‘spi-nand0’ is now active device

  • spi-nand0
    • device: spi_nand@1
    • parent: spi@1100a000
    • driver: spi_nand
    • type: NAND flash
    • block size: 0x20000 bytes
    • page size: 0x800 bytes
    • OOB size: 64 bytes
    • OOB available: 24 bytes
    • 0x000000000000-0x000008000000 : “spi-nand0”
    • 0x000000000000-0x000000080000 : “bl2”
    • 0x000000080000-0x000000380000 : “factory”
    • 0x000000380000-0x000000580000 : “fip”
    • 0x000000580000-0x000008000000 : “ubi”

Press ENTER to return to menu

this should work right?

https://www.asiarf.com/shop/wifi-wlan/wifi_mini_pcie/wifi6e-3000-802-11ax-3t3r-dbdc-mpcie/

Mates,

Do you install irqbalance?

So, the newest snapshot (25 May 23) ended up with the same problem on the SD card so I check the SD card but it tested fine. I reimaged the SD card and rather than running from the SD I directly copied to NAND and it runs fine there. Everything seems to work fine.

IRQbalance makes the device crash… sooo…

Update to 29 May 2023 sysupdate works well. Had to reinstall all of the opkg files, but the configuration files were still there.

Tested the USB performance on the USB 2.0 port with a 3.0 drive: root@OpenWrt:~# hdparm -Tt /dev/sda1

/dev/sda1:
 Timing cached reads:   1472 MB in  2.00 seconds = 735.57 MB/sec
 Timing buffered disk reads: 126 MB in  3.04 seconds =  41.45 MB/sec
root@OpenWrt:~# bonnie++ -n 0 -u 0 -s 64 -f -b -d /mnt/sda1
Using uid:0, gid:0.
File size should be double RAM for good results, RAM is 1992M.
usage:
bonnie++ [-d scratch-dir] [-c concurrency] [-s size(MiB)[:chunk-size(b)]]
      [-n number-to-stat[:max-size[:min-size][:num-directories[:chunk-size]]]]
      [-m machine-name] [-r ram-size-in-MiB]
      [-x number-of-tests] [-u uid-to-use:gid-to-use] [-g gid-to-use]
      [-q] [-f] [-b] [-p processes | -y] [-z seed | -Z random-file]
      [-D]

Version: 2.00
root@OpenWrt:~# bonnie++ -n 0 -u 0 -s 3984 -f -b -d /mnt/sda1
Using uid:0, gid:0.
Writing intelligently...done
Rewriting...done
Reading intelligently...done
start 'em...done...done...done...done...done...
Version  2.00       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Name:Size etc        /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
              3984M           37.6m   7 18.9m   4           40.7m   5  67.0   2
Latency                         526ms     844ms               165ms    1676ms

1.98,2.00,,1,1686081408,3984M,,8192,5,,,38515,7,19388,4,,,41717,5,67.0,2,,,,,,,,,,,,,,,,,,,526ms,844ms,,165ms,1676ms,,,,,,
root@OpenWrt:~#

Anyone tried to upgrade from snaphot to 23.05.0-rc1? It is a good idea?

im about to now, hope it solves my wifi disconnecting under heavy file transfers

no luck… Unsupported branch: 23.05.0-rc1