部分硬件环境下直接写入/dev/fb0帧缓冲设备无输出的原因

搭载Aspeed AST集成控制器的超微主板下直接写入/dev/fb0无输出，是该系列帧缓冲驱动的特殊实现机制导致的，核心原因有三个：

• 双缓冲/分页扫描机制默认开启：Aspeed AST2000/AST2100/AST2500等超微主板常用的BMC集成显卡，其4.19版本内核的astfb驱动默认分配至少两页帧缓冲内存，硬件扫描电路只会读取被标记为「激活页」的内存区域输出到显示器。直接用dd或者bash重定向写/dev/fb0时，数据默认写入的是未激活的后台缓冲页，写完后没有触发页切换操作，硬件根本不会扫描这部分数据，自然无显示。而fbv这类成熟帧缓冲工具在写入完成后，会主动调用FBIOPAN_DISPLAY ioctl命令，配合垂直同步信号把写完的后台页切换为激活扫描页，所以可以正常显示。
• 帧缓冲参数对齐规则不匹配：AST系列显卡的帧缓冲行跨度（stride）是按硬件DMA要求做了256字节对齐的，不是按分辨率、色深算出的理论值宽度*色深/8。如果脚本按理论长度计算写入偏移、写入量，要么数据写到了非显示内存区域，要么行数据错位，无法形成有效画面。同时部分AST固件默认初始化帧缓冲为8位伪彩色调色板模式，而非真彩色模式，直接写入RGB像素值实际写入的是调色板索引，输出会是全黑/乱色。fbv启动后会先读取fb_var_screeninfo、fb_fix_screeninfo结构体，自动适配实际stride、色深、像素格式，需要时会加载自定义调色板，所以不会出现参数不匹配问题。
• 控制台硬件加速的写入冲突：4.19版本astfb驱动默认开启fbcon硬件加速滚动、硬件光标功能，这部分功能会通过DMA定期刷新帧缓冲激活页的内容。用户态直接写入/dev/fb0时，没有通知驱动暂停控制台刷新，写入的数据会很快被控制台的DMA操作覆盖，看起来就像完全没写入成功。fbv运行时会先通过ioctl切换虚拟终端、临时禁用fbcon加速刷新，写入完成后再恢复控制台状态，所以不会被覆盖。

可按以下步骤调整脚本适配AST硬件：

• 启动时强制指定帧缓冲模式，在内核启动参数追加video=astfb:1280x1024-32@60,truecolor,nopanning，强制驱动使用32位真彩色模式、禁用自动分页，减少额外机制干扰。
• 脚本中不要直接按理论值计算写入长度，先通过fbset命令读取实际的行跨度、色深参数，再计算需要写入的总数据量。
• 写完帧缓冲数据后，主动触发页切换，可直接调用busybox自带的fbiopan 0命令，把当前写入的缓冲页设置为激活扫描页。
• 写入帧缓冲前先执行con2fbmap 1 0绑定控制台，再通过chvt 2切换到空闲虚拟终端，避免fbcon刷新覆盖显示内容，显示完成后再切回原终端即可。

内容的提问来源于stack exchange，提问作者Pete