Did you fully follow the instructions given in the first two lines ?
Oops! I missed this info. Thanks!
1 Like
Can confirm image-55 boots fine. I’ll look at the other steps here now.
I updated the firmware (uboot and opensbi) and booted off the 69 debian image successfully. Everything is running, but I don’t have an image on my Aorus FI270Q monitor. I assume the 2560x1440 native resolution is the culpit. Anyway, here’s my modeset info:
Connectors:
id encoder status name size (mm) modes encoders
116 115 connected HDMI-A-1 610x350 19 115
modes:
index name refresh (Hz) hdisp hss hse htot vdisp vss vse vtot
#0 1920x1080 120.00 1920 2008 2052 2200 1080 1084 1089 1125 297000 flags: phsync, pvsync; type: driver
#1 1920x1080 119.88 1920 2008 2052 2200 1080 1084 1089 1125 296703 flags: phsync, pvsync; type: driver
#2 1920x1080 60.00 1920 2008 2052 2200 1080 1084 1089 1125 148500 flags: phsync, pvsync; type: driver
#3 1920x1080 59.94 1920 2008 2052 2200 1080 1084 1089 1125 148352 flags: phsync, pvsync; type: driver
#4 1920x1080 50.00 1920 2448 2492 2640 1080 1084 1089 1125 148500 flags: phsync, pvsync; type: driver
#5 1280x720 120.00 1280 1390 1430 1650 720 725 730 750 148500 flags: phsync, pvsync; type: driver
#6 1280x720 119.88 1280 1390 1430 1650 720 725 730 750 148352 flags: phsync, pvsync; type: driver
#7 1280x720 100.00 1280 1720 1760 1980 720 725 730 750 148500 flags: phsync, pvsync; type: driver
#8 1280x720 60.00 1280 1390 1430 1650 720 725 730 750 74250 flags: phsync, pvsync; type: driver
#9 1280x720 59.94 1280 1390 1430 1650 720 725 730 750 74176 flags: phsync, pvsync; type: driver
#10 1280x720 50.00 1280 1720 1760 1980 720 725 730 750 74250 flags: phsync, pvsync; type: driver
#11 1440x576 50.00 1440 1464 1592 1728 576 581 586 625 54000 flags: nhsync, nvsync; type: driver
#12 1440x480 60.00 1440 1472 1596 1716 480 489 495 525 54054 flags: nhsync, nvsync; type: driver
#13 1440x480 59.94 1440 1472 1596 1716 480 489 495 525 54000 flags: nhsync, nvsync; type: driver
#14 720x576 50.00 720 732 796 864 576 581 586 625 27000 flags: nhsync, nvsync; type: driver
#15 720x480 60.00 720 736 798 858 480 489 495 525 27027 flags: nhsync, nvsync; type: driver
#16 720x480 59.94 720 736 798 858 480 489 495 525 27000 flags: nhsync, nvsync; type: driver
#17 640x480 60.00 640 656 752 800 480 490 492 525 25200 flags: nhsync, nvsync; type: driver
#18 640x480 59.94 640 656 752 800 480 490 492 525 25175 flags: nhsync, nvsync; type: driver
props:
1 EDID:
flags: immutable blob
blobs:
value:
00ffffffffffff001c54062701010101
081e0103803d2378ee11e5ae5044ac25
0d5054bfcf00d1c0714f81c081408180
9500b3000101565e00a0a0a029503020
3500544f2100001e000000fd0030901e
de3c000a202020202020000000fc0041
4f5255532046493237510a20000000ff
003230303830423030303639350a0149
0203497153020311121304292f0e0f1d
1e901f3f051461602309170783010000
67030c002000383c67d85dc401788003
681a000001013090ece305e301e40f00
0006e606070162620059e7006aa0a067
5015203500544f2100001e6fc200a0a0
a0555030203500544f2100001a977f80
78703821401c203804544f2100001edf
2 DPMS:
flags: enum
enums: On=0 Standby=1 Suspend=2 Off=3
value: 3
5 link-status:
flags: enum
enums: Good=0 Bad=1
value: 0
6 non-desktop:
flags: immutable range
values: 0 1
value: 0
4 TILE:
flags: immutable blob
blobs:
value:
Im in same boat as others with a no-boot situation with both 65 and 55… reading the instructions on how to update sp/uboot i have a couple of questions as the manual is not the clearest in the world:
for option 1, it says to wait for the command line uboot. Does that only work across serial port or should i see it on HDMI? And i assume no SD card installed.
For option 2, where are these commands run? On the board or a host PC its plugged into? i cant boot so cant do it on the board. I did install mtd-utils on a debian host, but it does not show anything when /proc/mtd is run from the directions. ( and flashcp isn’t part of the mtd-utils package )
Run the commands for the second option from the board using SSH. See my guide here where this worked out: VisionFive 2 up and running instructions
I can try that, however the images i have now dont do squat, even for network. Instead of ‘the image on github’ is there an actual link to this magic image that boots enough to get network? ( to save me a bunch of searching )
thank you. ill give that a shot before i build a tftp server, find my serial port debugger cable, bla bla.
EDIT: still nothing other than a fan and a red light, so i guess its back to finding my debug cable this weekend.
At some point I got tired of looking for forgotten debug cables in old projects. 
Here is a 4-year-old photo of my collection, which has grown a bit in the meantime. 
3 Likes
Curious, im not seeing it documented in their guide ( but i might be missing it ) but what are the various settings for the boot mode switches? Perhaps mine is not set to boot off SD? Mine are both pointing towards the CPU. I know i can just try combinations but would be nice to know what each setting is supposed to do…
thanks. the other guide all i saw is what it was for, but no chart of the settings. Asuming 1 is towards the cpu, it looks like in my case its set to boot off uart from factory… not SD. So that would be a problem. i will have to change that tonight.
SDIO 3.0 stands for a transmission standard for SD cards that, in contrast to SPI, can use up to 4 bits for data transmission and allows higher data rates.
One of the “Known Issues / Limitation” is “Boot flow(boot from SD or eMMC) are not supported yet” from the “Release_Notes_for_Debian_Image69.pdf” found at one of the links off https://debian.starfivetech.com/. So for now the switches need to select the onboard flash.
1 Like
well darn. back to digging out my debug cable 
There is a different SD card image (not Debian) which should boot (I grabbed this post and auto translated anything that was not already in English):
There is also a picture of the boot switch positions here.
That was the image i was trying earlier and not touching the boot switch ( somewhere i read it was buildroot, so ya, not Debian ). Got home, flipped the switches around for SD but still no display, so its back to looking for my debug cable to see what its really doing… ( also for fun i tried the other positions, but same results. )
it just dont like me. didnt have as much trouble with v1. 
Board arrived this week :). I’m having the same issue. The board boots both image-55 and image-69 fine, and I updated the boot loader, etc using the sdcard.img as per another post here but I’m still yet to get anything over HDMI.
I’ve tried 3 different displays, they know something is connected but there’s no video signal.
I’ll try to check the serial console tomorrow once I dig out an adapter.
Edit: Okay… I just logged in over ssh to a booted starfive-jh7110-VF2_515_v2.5.0-69-minimal-desktop.img and killed lightdm, when it came back up I got HDMI output!
Here’s what was going on in dmesg
[ 13.818472] vs_gem_dumb_create size = 1000
[ 13.822620] Allocated coherent memory, vaddr: 0xFFFFFFE1FB4D5AD8, paddr: 0x1051E5000
[ 13.830408] ====> vs_gem_alloc_buf, 162.vs_obj->get_pages = 0
[ 14.223868] PVR_K: 415: RGX Firmware image 'rgx.fw.36.50.54.182' loaded
[ 14.287661] PVR_K: 415: Shader binary image 'rgx.sh.36.50.54.182' loaded
[ 14.298844] PVR_K: 415: X connected - (devID = 0)
[ 14.618521] vs_gem_dumb_create size = 7e9000
[ 14.623822] Allocated coherent memory, vaddr: 0xFFFFFFE1F97BE0C0, paddr: 0x80200000
[ 14.631551] ====> vs_gem_alloc_buf, 162.vs_obj->get_pages = 0
[ 14.674283] vs_gem_dumb_create size = 4000
[ 14.678536] Allocated coherent memory, vaddr: 0xFFFFFFE1F97BAA80, paddr: 0x80108000
[ 14.686211] ====> vs_gem_alloc_buf, 162.vs_obj->get_pages = 0
[ 14.691968] vs_gem_dumb_create size = 4000
[ 14.696228] Allocated coherent memory, vaddr: 0xFFFFFFE1F97BAB60, paddr: 0x8010C000
[ 14.703892] ====> vs_gem_alloc_buf, 162.vs_obj->get_pages = 0
[ 15.693242] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate rate 148500000 tmdsclk 148500000
[ 15.802751] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->pixclock = 148500000
[ 15.812506] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->tmdsclock = 148500000
[ 15.822341] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->prediv = 1
[ 15.831224] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->fbdiv = 99
[ 15.840107] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->tmds_div_a = 1
[ 15.849343] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->tmds_div_b = 1
[ 15.858571] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->tmds_div_c = 1
[ 15.867801] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->pclk_div_a = 1
[ 15.877027] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->pclk_div_b = 2
[ 15.886255] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->pclk_div_c = 2
[ 15.895468] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->pclk_div_d = 2
[ 15.904694] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->vco_div_5_en = 0
[ 15.914102] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->pre_cfg->fracdiv = 0
[ 15.923076] innohdmi-starfive 29590000.hdmi: *******************************************************
[ 15.932217] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->post_cfg->tmdsclock = 148500000
[ 15.942137] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->post_cfg->prediv = 1
[ 15.951111] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->post_cfg->fbdiv = 20
[ 15.960083] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->post_cfg->postdiv = 1
[ 15.969145] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->post_cfg->post_div_en = 3
[ 15.978551] innohdmi-starfive 29590000.hdmi: inno_hdmi_phy_clk_set_rate hdmi->post_cfg->version = 3
[ 34.496086] mipi_0p9: disabling
[ 62.485584] PVR_K: 415: X disconnected - (devID = 0)
[ 62.789700] vs_gem_dumb_create size = 1000
[ 62.793826] Allocated coherent memory, vaddr: 0xFFFFFFE1FB4CCF80, paddr: 0x104F68000
[ 62.801591] ====> vs_gem_alloc_buf, 162.vs_obj->get_pages = 0
[ 62.849746] PVR_K: 586: X connected - (devID = 0)
[ 62.945353] vs_gem_dumb_create size = 7e9000
[ 62.951193] Allocated coherent memory, vaddr: 0xFFFFFFE1F97BE0C0, paddr: 0x80200000
[ 62.958957] ====> vs_gem_alloc_buf, 162.vs_obj->get_pages = 0
[ 63.000068] vs_gem_dumb_create size = 4000
[ 63.004299] Allocated coherent memory, vaddr: 0xFFFFFFE1F97BAA80, paddr: 0x80108000
[ 63.011976] ====> vs_gem_alloc_buf, 162.vs_obj->get_pages = 0
[ 63.017751] vs_gem_dumb_create size = 4000
[ 63.021920] Allocated coherent memory, vaddr: 0xFFFFFFE1F97BAB60, paddr: 0x8010C000
[ 63.029599] ====> vs_gem_alloc_buf, 162.vs_obj->get_pages = 0
Edit 2: The first attempt logging into lightdm fails (PVRSRV_ERROR_DEVICEMEM_OUT_OF_DEVICE_VM), but it works on the second attempt:
[ 163.583818] PVR_K: 599: X disconnected - (devID = 0)
[ 163.618637] vs_gem_dumb_create size = 1000
[ 163.622770] Allocated coherent memory, vaddr: 0xFFFFFFE1FB924F50, paddr: 0x118D1E000
[ 163.630535] ====> vs_gem_alloc_buf, 162.vs_obj->get_pages = 0
[ 163.681309] PVR_K: 756: X connected - (devID = 0)
[ 163.695088] PVR_K:(Error): 756: DevmemSubAllocate: Failed! Error is PVRSRV_ERROR_DEVICEMEM_OUT_OF_DEVICE_VM. Allocation size: 0x0000010000 [1635]
[ 163.708604] PVR_K:(Error): 756: DevmemSubAllocate: Failed! Error is PVRSRV_ERROR_DEVICEMEM_OUT_OF_DEVICE_VM. Allocation size: 0x0000008000 [1635]
[ 163.722541] PVR_K:(Error): 756: DevmemSubAllocate: Failed! Error is PVRSRV_ERROR_DEVICEMEM_OUT_OF_DEVICE_VM. Allocation size: 0x0000008000 [1635]
[ 163.801141] vs_gem_dumb_create size = 7e9000
[ 163.806337] Allocated coherent memory, vaddr: 0xFFFFFFE1F97DA0C0, paddr: 0x80A00000
[ 163.814024] ====> vs_gem_alloc_buf, 162.vs_obj->get_pages = 0
[ 163.862671] vs_gem_dumb_create size = 4000
[ 163.867103] Allocated coherent memory, vaddr: 0xFFFFFFE1F97BA9A0, paddr: 0x80104000
[ 163.874771] ====> vs_gem_alloc_buf, 162.vs_obj->get_pages = 0
[ 163.880547] vs_gem_dumb_create size = 4000
[ 163.884856] Allocated coherent memory, vaddr: 0xFFFFFFE1F97BAA80, paddr: 0x80108000
[ 163.892535] ====> vs_gem_alloc_buf, 162.vs_obj->get_pages = 0
1 Like
Please keep boot switch to QSPI flash mode as we are still working on boot flow of SD/eMMC for debian.
any booting log from serial port? do you have try “modetest -M starfive -c” command to see EDID from monitor?
1 Like