让我来帮你拆解这两个异常背后的原因，以及DRM_IOCTL_MODE_CREATE_DUMB和drmModeAddFB的关联逻辑、分辨率适配要点：

一、两类异常的原因分析 #

1. 大尺寸（1920×1080）Dumb Buffer创建失败（错误码-1，ENOMEM） #

这种情况本质是内存分配失败，常见原因包括：

• DRM设备显存不足：1920×1080×32bpp的dumb buffer大小约为8MB，如果你的设备（比如嵌入式板卡）本身GPU显存容量有限，或者显存已经被其他进程（如桌面 compositor、其他显示应用）占用，就会触发内存分配失败。
• 未获取DRM Master权限：如果你的程序没有调用drmSetMaster获取DRM主设备权限，部分驱动会限制内存分配的规模，导致大尺寸buffer无法创建。
• 内核驱动配置限制：有些内核DRM驱动的内存池配置过小，或者没有启用对大尺寸buffer的支持，也会导致分配失败。

2. 小尺寸（64×64）Dumb Buffer创建成功，但drmModeAddFB返回错误码-22（EINVAL，无效参数） #

这个问题核心是drmModeAddFB的参数与dumb buffer的实际属性不匹配，常见原因：

• depth与bpp参数不兼容：你调用drmModeAddFB时传入的depth=24、bpp=32，部分DRM驱动对小尺寸buffer的格式组合有严格要求——比如当buffer是32bpp（RGBA）时，驱动可能要求depth也必须为32，而不是24；或者驱动本身不支持小尺寸下24/32的depth/bpp组合。
• 驱动对最小FB尺寸的限制：少数DRM驱动对帧缓冲区（FB）的最小尺寸有对齐要求（比如必须是16/32像素的倍数，虽然64符合，但也存在特殊情况），或者不支持过小尺寸的FB创建。
• 参数传递错误：虽然你示例中传了creq.pitch，但要确认是否在创建小尺寸buffer时，驱动返回的pitch是否符合驱动预期（比如是否有对齐要求），不过这种概率较低。

二、DRM_IOCTL_MODE_CREATE_DUMB与drmModeAddFB的关联逻辑 #

这两个调用是依赖绑定的上下游关系，核心逻辑是：

1. DRM_IOCTL_MODE_CREATE_DUMB负责创建一个底层的“哑缓冲区”（dumb buffer）——这是一块由DRM驱动管理的物理内存，调用后会返回handle（buffer的唯一标识）、pitch（内存行对齐后的字节数）、size（buffer总大小）三个关键参数。
2. drmModeAddFB则是将这个底层的dumb buffer封装成DRM可以识别的帧缓冲区对象（FB），这样后续才能将FB绑定到CRTC（显示控制器）、连接器上用于显示。

调用时必须严格遵循以下规则：

• 传入drmModeAddFB的width、height必须和创建dumb buffer时的参数完全一致，不能修改。
• pitch必须直接使用DRM_IOCTL_MODE_CREATE_DUMB返回的creq.pitch，绝对不能自行计算（驱动会根据内存对齐、硬件要求调整pitch，通常会比width*bpp/8大）。
• handle必须是dumb buffer创建返回的creq.handle，这是绑定buffer和FB的唯一凭证。
• depth和bpp必须匹配dumb buffer的实际格式，且符合驱动的支持列表——比如创建时用了bpp=32，那么drmModeAddFB的bpp也必须是32，depth则要参考驱动对该格式的要求（部分驱动允许depth=24对应32bpp的RGBA，部分则要求depth=32）。

三、如何适配DRM设备的分辨率 #

要让这两个调用适配DRM设备的分辨率，需要遵循以下步骤：

1. 获取设备支持的分辨率列表：
   • 先调用drmModeGetResources获取DRM设备的所有连接器、CRTC资源。
   • 遍历连接器，调用drmModeGetConnector找到已连接到显示器的连接器，从中取出modes列表——这里面包含了显示器和驱动支持的所有分辨率、刷新率等参数。
2. 基于支持的分辨率创建dumb buffer：
   • 从modes列表中选择你需要的分辨率（比如用户指定的1920×1080），用该模式的width和height作为DRM_IOCTL_MODE_CREATE_DUMB的参数。
   • 同时选择驱动支持的bpp值（通常可以从mode的bpp字段获取，或者选通用的24/32）。
3. 匹配参数创建FB：
   • drmModeAddFB的width、height必须和dumb buffer一致，depth和bpp要匹配该分辨率下驱动支持的格式组合（可以参考mode中的参数，或者通过drmModeGetFB2查看现有FB的参数作为参考）。
4. 可选：动态适配：如果需要支持多种分辨率，每次切换分辨率时，都要重新创建对应的dumb buffer和FB，不能复用旧的buffer（除非尺寸完全一致）。

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