Apologies this seems to have posted twice could admin please delete one of them Hi all, I built an image for my new Odroid M2 16 GB board using the parameters in my config-odroid.conf BOARD=odroidm2 RELEASE=trixie BUILD_DESKTOP=no BUILD_MINIMAL=yes KERNEL_CONFIGURE=no Issued compile.sh odroid It built and booted first time I configured it using armbian-install to boot from the emmc and use a 1tb Samsung nvme as the system disk Rebooted after removing the sdcard Everything seemed to work until I tried to flash another image to the sdcard with dd The flash immediately stalled and killed my windows Putty session Some of the errors from dmesg mmc1: Card stuck being busy! __mmc_poll_for_busy dwmmc_rockchip fe2c0000.mmc: Busy; trying anyway mmc_host mmc1: Timeout sending command (cmd 0x202000 arg 0x0 status 0x80200000) GPT PMBR size mismatch (7675903 != 62333951) The primary GPT table is corrupt, but the backup appears OK. I have no idea what to do My intention was to try different images to ascertain which worked best which I can still do but i have to flash the card on another box I hope this makes sense Kind regards Pete Kane

Hi all, I built an image for my new Odroid M2 16 GB board using the parameters in my config-odroid.conf ``` BOARD=odroidm2 RELEASE=trixie BUILD_DESKTOP=no BUILD_MINIMAL=yes KERNEL_CONFIGURE=no ``` And issued compile.sh odroid It built and booted first time I configured it using armbian-install to boot from the emmc and use the 1tb Samsung nvme as the system disk Rebooted after removing the sdcard Everything seemed to work until I tried to flash an image to the sdcard with dd The flash immediately stalled and killed my Putty session Some of the errors from dmesg ``` mmc1: Card stuck being busy! __mmc_poll_for_busy dwmmc_rockchip fe2c0000.mmc: Busy; trying anyway mmc_host mmc1: Timeout sending command (cmd 0x202000 arg 0x0 status 0x80200000) ```

Feel free to test and send a pr with a patch backporting this to 6.18

Actually spoke to soon, seeing this issue on the 6.18 kernel but happens randomly, its a known upstream issue that has been fixed in 7.1, but you guys should back port this fix here: Upstream fixed this exact Radxa/RTL8852BE problem by retrying the eFuse operation five times. The fix is https://chatgpt.com/g/g-p-69619e56d4d48191866d830f3ebddfc0/c/6a5ee909-da2c-83ea-981e-de8591585c8c, with the Wi‑Fi/BT contention confirmed by the Realtek maintainer in the patch discussion https://patchew.org/linux/20260301042422.195491-1-christianshewitt%40gmail.com/?utm_source=chatgpt.com. The fix: Is absent from 6.18.28 kernel. Is still absent from vanilla 6.18.39. First shipped upstream in Linux 7.1. A matching ROCK 5B+ Armbian trace shows the PCIe device and firmware loading successfully, followed by the eFuse failure and error -16. Matching Armbian report.

i got the same problem my ethernet is gone. how does one downgrade i cant figurer it out at all