我一直在研究通用帧缓冲区实现作为操作系统的一部分。 需要明确的是,我是说没有可用的Linux内核或Windows内核或设备驱动程序。
我的帧缓冲区运行良好(下面的更新代码),但我希望对其进行改进,而无需为每个制造商创建单独的驱动程序。
博士
我目前正在使用 SSE2 和 XMM 寄存器来更新视频内存。 我开始沿着DMA的道路冒险,但后来意识到我是基于我30年前所知道的。 DMA 今天感觉使用起来不对;更好地优化此更新过程的下一步是什么?
const uint32_t h_res = gop->Mode->Info->HorizontalResolution;
const uint32_t v_res = gop->Mode->Info->VerticalResolution;
EFI_GRAPHICS_OUTPUT_BLT_PIXEL *framebuffer = (void *)(gop->Mode->FrameBufferBase);
volatile unsigned int ops = (h_res * v_res)/16;
__asm__ __volatile__(
"1:"
"PREFETCHNTA 128(%%rax);"
"MOVDQA (%%rax), %%xmm0;"
"MOVDQA 16(%%rax), %%xmm1;"
"MOVDQA 32(%%rax), %%xmm2;"
"MOVDQA 48(%%rax), %%xmm3;"
"MOVDQA 64(%%rax), %%xmm4;"
"MOVDQA 80(%%rax), %%xmm5;"
"MOVDQA 96(%%rax), %%xmm6;"
"MOVDQA 112(%%rax), %%xmm7;"
"MOVNTDQ %%xmm0, (%%rbx);"
"MOVNTDQ %%xmm1, 16(%%rbx);"
"MOVNTDQ %%xmm2, 32(%%rbx);"
"MOVNTDQ %%xmm3, 48(%%rbx);"
"MOVNTDQ %%xmm4, 64(%%rbx);"
"MOVNTDQ %%xmm5, 80(%%rbx);"
"MOVNTDQ %%xmm6, 96(%%rbx);"
"MOVNTDQ %%xmm7, 112(%%rbx);"
"ADDQ $128, %%rax;"
"ADDQ $128, %%rbx;"
"DEC %%rcx;"
"JNZ 1b;"
: "+a"(canvas), "+b"(framebuffer)
: "c"(ops)
: "cc", "xmm0", "xmm1", "xmm2", "xmm3", "xmm4", "xmm5", "xmm6", "xmm7", "memory"
);
关于复制的字节数错误(来自注释)。
我建议以块大小不可知的方式编写代码:
const uint32_t h_res = gop->Mode->Info->HorizontalResolution;
const uint32_t v_res = gop->Mode->Info->VerticalResolution;
EFI_GRAPHICS_OUTPUT_BLT_PIXEL *framebuffer = (void *)(gop->Mode->FrameBufferBase);
EFI_GRAPHICS_OUTPUT_BLT_PIXEL *end_of_frame = framebuffer + (h_res * v_res);
// "ops" removed
或者,如果您不想自己计算,还提供了以下FrameBufferSize
:
UINT8* end_of_frame = ((UINT8*)framebuffer) + gop->Mode->FrameBufferSize;
。在 ASM 中,用end_of_frame
加载rcx
,然后......
...
"ADDQ $128, %%rbx;"
"ADDQ $128, %%rax;"
"CMP %%rcx, %%rbx;"
"JB 1b;"
...
(我不习惯做内联和 gas 语法,所以在使用前仔细检查)
有了这个,您以后可以按照您希望的任何方式更改块代码(如果您要进一步实验),终止比较不再取决于块大小。即使总帧长度不能被块大小整除,它实际上也会存活下来,因此它将在写入最后一个块后终止(在帧的边界上)。