do you know to where I should ask for help in making Android 12 works on TF?
I have attached serial, and found odd stuffs…
u-boot seems to have issue seeing mmc > (selective entries only)
U-Boot SPL 2017.09-gc060f28d70-220414 #zyf (Apr 18 2022 - 18:13:34)
Model: Rockchip RK3588 Evaluation Board
Trying to boot from MMC2
no mmc device at slot 1
mmc@fe2c0000: 1 (SD), mmc@fe2e0000: 0
Bootdev(atags): mmc 1
boot mode: recovery (misc)
during kernel load > (selective entries only)
[ 11.612384][ T167] dwmmc_rockchip fe2d0000.mmc: IDMAC supports 32-bit address mode.
[ 11.615377][ T167] mmc_host mmc2: card is non-removable.
[ 11.627714][ T167] mmc_host mmc2: Bus speed (slot 0) = 400000Hz (slot req 400000Hz, actual 400000HZ div = 0)
[ 11.644321][ T203] mmc1: SDHCI controller on fe2e0000.mmc [fe2e0000.mmc] using ADMA
[ 11.668289][ T59] mmc_host mmc2: Bus speed (slot 0) = 300000Hz (slot req 300000Hz, actual 300000HZ div = 0)
[ 11.710983][ T59] mmc_host mmc2: Bus speed (slot 0) = 200000Hz (slot req 200000Hz, actual 200000HZ div = 0)
[ 11.763544][ T59] mmc_host mmc2: Bus speed (slot 0) = 187500Hz (slot req 100000Hz, actual 93750HZ div = 1)
recovery filesystem table
=========================
0 /mnt/internal_sd vfat /dev/block/platform/ff0f0000.dwmmc/by-name/user 0
1 /mnt/external_sd vfat /dev/block/mmcblk0p1 0
exit=================
111
emmc_point is
sd_point is (null)
sd_point_2 is (null)
read cmdline
[ 13.029916][ T60] mmc_host mmc0: Timeout sending command (cmd 0x202000 arg 0x0 status 0x80202000)
[ 14.607615][ T60] dwmmc_rockchip fe2c0000.mmc: Busy; trying anyway
[ 15.121669][ T60] dwmmc_rockchip fe2c0000.mmc: failed to set rate 100000Hz
[ 16.147509][ T60] mmc_host mmc0: Timeout sending command (cmd 0x202000 arg 0x0 status 0x80202000)
E:failed to stat /dev/block/by-name/misc try 1: No such file or directory
So, it looks like TF card is not “correctly identified”, like the boot process is looking at fe2e0000 while it should be fe2c0000 instead (fe2e0000 should be emmc I guess?)
Hope that there would be official Radxa Android 12 or 13 soon.
It is not correctly identified indeed. I tried to boot from the emmc and plug the tf card in, and Android seems does not seeing that sdcard at all. It looks like a platform support issue to me rather than a bootloader config issue.
Was thinking kernel param is wrong, but double checking it, it is passing right mmc addresses. Can’t do much as end user, so let others look into it first.
And you’re also right on the power issue: when my Rock 5B boots, using my USB-C power meter, I found that it will start at 5V@0.5A, then some time later AFTER kernel is loaded (maybe only after RK806 driver is loaded?), it would become 12V@0.5A (power negotiation completed).
Maybe my power cable is one sided and not “universal plug” or whatever, that in some cases Rock 5B will NOT negotiate PD, stay in 5V@0.5A then cannot finish boot process (to the point it normally hangs). Now I attached my m.2 SSD, and I found the boot process never get to a point where PD would be negotiated, and thus not enough power to complete the boot process. Maybe it is why NVMe boot is not supported yet?
@jack sorry to bother you here, but do you think there’s anything at your side that can be done?
About the PD issue: it was already identified in early builds that the PD negotiation took too long and the power source just cut the power. I think Radxa already added the PD negotiation ability to u-boot so that it could be completed before the kernel is loaded. From my own experience: the UART console would delay the negotiation and breaks the compatibility with a lot of PD chargers. My workaround is to connect GPIO pin 40, UART2_RTSN to the UART cable and it could boot with most PD chargers I have. If your UART cable does not have RTSN pin, simply disconnect UART and wait for a few seconds, when the LED blinking blue connect it back.
Not very sure, but the u-boot build date was [ Apr 18 2022 ], so it may not have PD negotiation in u-boot code yet in the latest Android build; in terms of RK806 PD negotiation, based on what I see in the kernel log, the first entry is at [ 11.326173 ] and then the last entry before reboot is [ 12.146567 ], so it means negotiation takes >0.82 seconds? it sounds taking way too long indeed, but of course I have serial console attached. Too much testing, so I didn’t try to find out how it goes without UART attached to 5B.
I never see a cheap USB UART supporting RTS or CTS or alike (normally only Vcc, GND, TX and RX), so unlikely I can do what you’d said. Given that I am just an end user (i.e. at most I would do some testing), I think I would stop here for now, and see if Radxa would come up with something really work soon… and of course, Android 13 is even better if we can have that (it has better KVM support)
That u-boot build date is way to early to have PD support. This commit added PD support to u-boot at July 28, 2022, about 3 months later than the u-boot you currently have.
tried to flash SPI with the latest image by following the tutorial, but it cannot be done via either my desktop (AMD) or laptop (Intel Thinkpad)… with Ubuntu 22.04 on my laptop, I failed at uploading the loader; then I tried using my Windows VM with PCI passthrough USB controller, I can finish the loader part, but right after it is successful, the masked ROM is not detected anymore; the same also happen when I use my desktop which runs 22.04 as well. so, basically I cannot proceed anymore…
forget to say… another “funny” thing is that if I connect Rock 5B directly to my machines’ port, masked ROM mode is never detected; if I add a USB hub in between, however, masked ROM can be detected. but as mentioned above, I cannot complete the SPI flash either… I tried using Thinkpad’s “charger port” that always output up to 5V@2.4A, and my USB meter tells me it only use around 200mA in masked ROM mode, so it should not be that not enough power provided during the flash process, but still it fails.
Completely different on my side - I can connect Rock5 straight to usb-c ports on my thinkpad P52 or it’s dock station and rkdevtools update always finds it and there is no problem with power or so. Something for sure was changed because right now I can’t do the same with Rock3 (I still would like to get back my UART function).
Android has booted from microSD/TF card every time for me. It has booted from Nvme once, and I haven’t got it to do it again. Any update when nvme boot will be fixed?
You guys who have Android 12 up and running when you do the benchmarks are you getting anywhere near there initial postings for the GPU with Geekbench & Antutu ?
do i need special tools to format those sd card? i tried format those sd with exfat first with windows disk management, still no go (no hdmi output), image tested: 20220902(rkr8), 20220922(rkr10), 20221008 (rkr10). such issues doesnt persist on debian.
i havent check with serial console yet, but i think android might be bootable, just the display were not showing.
added: just checked with serial console, android is running of course, guess i need to sort out those no issue display then.
dmesg |grep -E ‘hdmi|mali’
[ 10.499935] rockchip-hdptx-phy-hdmi fed60000.hdmiphy: hdptx phy init success
[ 10.500101] rockchip-hdptx-phy-hdmi fed70000.hdmiphy: hdptx phy init success
[ 10.531739] rockchip-drm display-subsystem: failed to get hdmi0_phy_pll: -2
[ 10.531743] rockchip-drm display-subsystem: failed to get hdmi1_phy_pll: -2
[ 10.543607] dwhdmi-rockchip fde80000.hdmi: registered ddc I2C bus driver
[ 10.543761] rockchip-drm display-subsystem: bound fde80000.hdmi (ops dw_hdmi_rockchip_ops)
[ 10.544220] dwhdmi-rockchip fdea0000.hdmi: registered ddc I2C bus driver
[ 10.544351] rockchip-drm display-subsystem: bound fdea0000.hdmi (ops dw_hdmi_rockchip_ops)
[ 10.812400] rk_hdmirx fdee0000.hdmirx-controller: No reserved memory for HDMIRX, use default CMA
[ 10.812420] rk_hdmirx fdee0000.hdmirx-controller: hdmirx_probe: cpu_aff:0x400, Bound_cpu:4, wdt_cfg_bound_cpu:5
[ 10.812897] rk_hdmirx fdee0000.hdmirx-controller: hdmirx_audio_interrupts_setup: 0
[ 10.813623] rk_hdmirx fdee0000.hdmirx-controller: rk_hdmirx_hdcp_register success
[ 10.813640] rk_hdmirx fdee0000.hdmirx-controller: fdee0000.hdmirx-controller driver probe ok!
[ 10.992587] mali fb000000.gpu: Kernel DDK version g12p0-01eac0
[ 10.993198] mali fb000000.gpu: leakage=16
[ 10.995189] mali fb000000.gpu: pvtm=861
[ 10.995222] mali fb000000.gpu: pvtm-volt-sel=3
[ 10.995874] mali fb000000.gpu: avs=0
[ 10.997455] rockchip-dmc dmc: hdmirx_rate = 2112000000
[ 10.998090] W : [File] : drivers/gpu/arm/bifrost/platform/rk/mali_kbase_config_rk.c; [Line] : 136; [Func] : kbase_platform_rk_init(); power-off-delay-ms not available.
[ 10.998908] mali fb000000.gpu: GPU hardware issue table may need updating:\x0ar0p0 status 5 is unknown; treating as r0p0 status 0
[ 10.998930] mali fb000000.gpu: GPU identified as 0x7 arch 10.8.6 r0p0 status 0
[ 10.999023] mali fb000000.gpu: No priority control manager is configured
[ 10.999037] mali fb000000.gpu: No memory group manager is configured
[ 10.999064] mali fb000000.gpu: Protected memory allocator not available
[ 11.000878] mali fb000000.gpu: Couldn’t find power_model DT node matching ‘arm,mali-simple-power-model’
[ 11.000903] mali fb000000.gpu: Error -22, no DT entryle-power-model.static-coefficient = 1*[0]
[ 11.001292] mali f2, no DT entry: mali-simple-power-model.dynamic-coefficient = 1* mali fb000000.gpu: Error -22, no DT entry: mali-simple-power-mo11.002010] mali fb000000.gpu: Error -22, no DT entry: mali-simpl-zone = ‘’
[ 11.007357] mali fb000000.gpu: Using configured px-power-model, and fallback mali-simple-power-model
[ 11.0075u: l=10000 h=85000 hyst=5000 l_limit=0 h_limit=800000000 h_tablekchip-drm display-subsystem: failed to get hdmi0_phy_pll: -2
[ p-drm display-subsystem: failed to get hdmi1_phy_pll: -2
[ 11000.gpu: Probed as mali0
[ 11.030224] dwhdmi-rockchip fde8000 I2C bus driver
[ 11.031324] rockchip-drm display-subsystem: (ops dw_hdmi_rockchip_ops)
[ 11.033302] dwhdmi-rockchip fdea0 I2C bus driver
[ 11.034159] rockchip-drm display-subsystem: (ops dw_hdmi_rockchip_ops)
[ 11.050059] input: rockchip-hdmi0/devices/platform/hdmi0-sound/sound/card1/input2
[ 11.052060]1 rockchip-hdmi1 as /devices/platform/hdmi1-sound/sound/card2/in I : [File] : drivers/gpu/arm/mali400/mali/linux/mali_kernel_lin[Func] : mali_module_init(); svn_rev_string_from_arm of this malis ‘5’, built at ‘17:29:33’, on ‘Oct 8 2022’.
[ 11.104278] #
[ 11.104284] #1: rockchip-hdmi0
[ 11.104288] #2: rockchip-[ 12.881059] rk_hdmirx fdee0000.hdmirx-controller: hdmirx_cancel_cpu_limit_freq freq qos nod add
