嵌入式Linux DRM驱动中90度旋转场景下非连续内存拷贝的优化方案问询

Background #

我正在做一个基于LVGL和DRM驱动的嵌入式Linux项目。因为我的物理屏幕是1080x1920的竖屏，但内容需要以横屏模式显示，所以得把显示内容旋转90度。

DRM驱动不支持硬件旋转，所以我只能在帧缓冲刷新操作里用软件实现旋转。目前最大的问题是这种旋转会产生非连续的内存拷贝模式，对性能影响很大——CPU占用率飙升，帧率也掉得厉害。

Current Implementation #

下面是我的刷新函数简化版：

void drm_flush(lv_disp_drv_t *disp_drv, const lv_area_t *area, lv_color_t *color_p)
{
    struct drm_buffer *fbuf = drm_dev.cur_bufs[1];
    lv_coord_t w = (area->x2 - area->x1 + 1);
    lv_coord_t h = (area->y2 - area->y1 + 1);

    // 遍历源缓冲区的每个像素
    for (int y = area->y1; y <= area->y2; y++) {
        for (int x = area->x1; x <= area->x2; x++) {
            // 90度旋转坐标
            int new_x = drm_dev.width - y - 1;
            int new_y = x;

            // 将像素拷贝到旋转后的位置
            uint8_t *dst = (uint8_t *)fbuf->map + 
                          (new_x * (LV_COLOR_SIZE/8)) +
                          (fbuf->pitch * new_y);
            lv_color_t *src = &color_p[(y - area->y1) * w + (x - area->x1)];
            memcpy(dst, src, LV_COLOR_SIZE/8);
        }
    }
}

What I've Tried #

我已经试过这些优化手段，但效果还是不理想：

• OpenMP并行化
• 行缓冲来减少内存碎片化
• SIMD指令（ARM平台的NEON）
• 局部更新来缩小需要拷贝的区域

现在的实现是O(n)复杂度，但就算用了并行化，非连续内存访问模式依然是最大的性能瓶颈。

Question #

想请教大家几个问题：

1. 有没有更高效的方式来处理这种带旋转的内存拷贝操作？
2. 因为旋转角度是固定的90度，有没有什么数学层面的优化可以用？
3. 能不能优化内存访问模式，更好地利用缓存？
4. 有没有已知的算法或数据结构能把复杂度降到O(n)以下？

System Details #

• 平台：嵌入式Linux（RV1126）
• 显示屏：物理分辨率1080x1920
• 色深：32位ARGB8888

Additional #

虽然我可以把UI改成1080x1920的分辨率来解决这个问题，但这太不合理了——总不能让我歪着脖子做UI设计吧？

非常感谢各位的回答和建议！

备注：内容来源于stack exchange，提问作者Chroluma