ulichi 发布的帖子

@xiaowenge 已解决 fb颜色格式问题

@xiaowenge 原来d1也有这个问题，那应该是全志提供的sdk的问题吧，能否帮我问问，感激不尽

如图

@whycan 也不行 。

只要内核配置里勾选了framebuffer support选项，不管console用串口，还是用tty0，两个一起写入都会死机

我想在V536上通HDMI接口向屏幕输出启动信息，而且要能在屏幕上登录终端。

于是我在内核选项中配置了虚拟终端（Enable TTY）、fbcon support。

在设备树中，sceen0设置为HDMI输出（3）、720p50hz(5)、fb0_width(1280)、fb0_height(720)。
设置完后，启动开发板能够显示uboot的logo。

[disp]
disp_init_enable         = 1
disp_mode                = 0

screen0_output_type      = 3
screen0_output_mode      = 5

screen0_output_format    = 1
screen0_output_bits      = 0
screen0_output_eotf      = 4
screen0_output_cs        = 257
screen0_output_dvi_hdmi  = 2
screen0_output_range     = 2
screen0_output_scan      = 0
screen0_output_aspect_ratio = 8

fb0_format               = 0
fb0_width                = 1280
fb0_height               = 720

另外，一开始u-boot参数console=ttyS4,115200时能输出内核信息，系统能够正常运行，但是此时屏幕只有uboot的logo，没有终端输出。
为了能输出终端，我加上了console=tty1，之后运行后到starting kernel，宕机了。
想问问大家 怎么才能输出屏幕终端呢？

@whycan 用了官方的hdmi测试了，可以烧录，确实是固件问题。。

@whycan d1的sdk编译出的tina-d1-open/out/d1-nezha/tina_d1-nezha_uart0.img

@whycan 教程的镜像我烧到sd卡，插入串口没有反应。后面我编译好了D1的tina系统想烧写到nand，烧写时一直卡在这里

FEX_CMD_fes_verify_status
FEX_CMD_fes_verify last err=0
[27.626]fill gap start: volume boot-resource sects 0x7ba
[27.901]fill gap end: volume boot-resource
FEX_CMD_fes_verify_value, start 0x1f8, size high 0x0:low 0x2f8c00
FEX_CMD_fes_verify_value 0x3481d9f0
[28.294]fill gap start: volume env sects 0xf8
[28.445]fill gap end: volume env
FEX_CMD_fes_verify_value, start 0x2178, size high 0x0:low 0x20000
FEX_CMD_fes_verify_value 0xcb347ad3
[28.535]fill gap start: volume env-redund sects 0xf8
[28.687]fill gap end: volume env-redund
FEX_CMD_fes_verify_value, start 0x2370, size high 0x0:low 0x20000
FEX_CMD_fes_verify_value 0xcb347ad3
[33.148]fill gap start: volume boot sects 0x7b8
[33.422]fill gap end: volume boot
FEX_CMD_fes_verify_value, start 0x2568, size high 0x0:low 0x920000
FEX_CMD_fes_verify_value 0xada959a0
[69.057]fill gap start: volume rootfs sects 0xfe8000