Correct me if I misunderstood.
This is a very recent snapshot taken
2024-07-07 08:13:02.
But for firmware it will not be enough to simply use the Sysupgrade image.
In order for this snapshot to work I need to use:
1.EMMC-GPT.bin
2.EMMC-PRELOADER.bin
3. KERNEL
As I understand it, now it is necessary to assemble an ISO image from these binaries. I’m right?
If this is the case, then I will create a separate topic to discuss the process of creating the image.
This may seem like a stupid question to you, but I’m trying to figure it out.
In this topic, I advanced in the emmc firmware and got into a dead end.
Now I can boot in emmc and have access via ssh:
nstallation instructions for eMMC
----------------------------------
0. Set boot switch to boot from SPI-NAND (assuming stock rom or immortalwrt
running there).
1. Write GPT partition table to eMMC
Move openwrt-mediatek-filogic-bananapi_bpi-r3-mini-emmc-gpt.bin to
the device /tmp using scp and write it to /dev/mmcblk0:
dd if=/tmp/openwrt-*-r3-mini-emmc-gpt.bin of=/dev/mmcblk0
2. Reboot (to reload partition table)
3. Write bootloader and OpenWrt images
Move files to the device /tmp using scp:
- openwrt-*-bananapi_bpi-r3-mini-emmc-preloader.bin
- openwrt-*-bananapi_bpi-r3-mini-emmc-bl31-uboot.fip
- openwrt-*-bananapi_bpi-r3-mini-initramfs-recovery.itb
- openwrt-*-bananapi_bpi-r3-mini-squashfs-sysupgrade.itb
Write them to the appropriate partitions:
echo 0 > /sys/block/mmcblk0boot0/force_ro
dd if=/tmp/openwrt-*-bananapi_bpi-r3-mini-emmc-preloader.bin of=/dev/mmcblk0boot0
dd if=/tmp/openwrt-*-bananapi_bpi-r3-mini-emmc-bl31-uboot.fip of=/dev/mmcblk0p3
dd if=/tmp/openwrt-*-bananapi_bpi-r3-mini-initramfs-recovery.itb of=/dev/mmcblk0p4
dd if=/tmp/openwrt-*-bananapi_bpi-r3-mini-squashfs-sysupgrade.itb of=/dev/mmcblk0p5
sync
4. Remove the device from power, set boot switch to eMMC and boot into
OpenWrt. The device will come up with IP 192.168.1.1 and assume the
Ethernet port closer to the USB-C power connector as LAN port.
I can’t get logs during startup from NAND memory because I can’t access the OS through more than one of the R3 mini interfaces.
In order to get debaglogs I need a uart-usb.
Am I positioning it correctly?
Therefore, I cannot say what happens when I try to boot from NAND. The fact is that I have not flashed this type of memory, and I cannot understand why the eMMC firmware affected the NAND partition.
emmc should not affect nand as this is different memory on different controllers, i only have flashed emmc (debian and not openwrt) and can still boot stock nand. so i wonder why your nand is also broken.
yes you need a debug-uart to see whats going on here…
If you want official OpenWRT and another OS (including OpenWRT flavors) on R3 mini, OpenWRT should be installed on NAND and the other on eMMC. Current (snapshot) OpenWRT if installed on eMMC it will alter the NAND.
Which bl2/fip do you use? It looks like you use not a ram-prepared bl2 for mtk_uartboot - edit: seems you use my files so it should work…sorry scrolled out the command
@ggg70 where do you have this information? Can you point to code where emmc openwrt changes nand?
The problem appears if you do sysupgrade from OpenWRT when it is on eMMC. I don’t know where is the problem exactly, I suppose it is in some upgrade script, Daniel confirmed here: https://forum.openwrt.org/t/openwrt-support-for-banana-pi-bpi-r3-mini/175011/9 that the working variant is to have OpenWRT on NAND and other OS on eMMC.