[RK-Linux] DRM子系统详解

最新推荐文章于 2025-07-04 17:37:56 发布
最新推荐文章于 2025-07-04 17:37:56 发布
阅读量787 收藏 2
点赞数
CC 4.0 BY-SA版权
分类专栏： 嵌入式Linux开发 文章标签： linux 运维 服务器 drm 显示接口 gpu 嵌入式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Neutionwei/article/details/137712527
本文深入探讨了Linux Direct Rendering Manager (DRM)子系统，包括其架构、硬件抽象、核心数据结构和设备初始化。DRM是现代图形显示框架，支持多应用程序同时访问显卡并提供硬件加速功能。文章介绍了DRM与显示接口、GPU和嵌入式系统的关系，并详细阐述了DRM的组件如帧缓冲、模式设置和显存管理。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

一、DRM介绍

1.1 DRM概述

linux内核中包含两类图形显示设备驱动框架：

  • FB设备：Framebuffer图形显示框架;
  • DRM：直接渲染管理器（Direct Rendering Manager），是linux目前主流的图形显示框架；

在实际场景中，具体选择哪一种图形设备驱动框架取决于自己的业务需求。

1.1.1 Frambebuffer驱动

Frambebuffer驱动具有以下特征：

  • 直接控制显卡的帧缓冲区，提供基本的显卡输出功能；
  • 使用一些内核数据结构和API来管理图形界面，并提供一组接口与用户空间的应用程序进行通信；
  • 相对简单，适合于嵌入式系统或者不需要高性能图形的应用场景。
1.1.2 DRM驱动

相比FB<

了解本专栏 订阅专栏 解锁全文 超级会员免费看
[RK-Linux] RK3399 DRM驱动程序框架详解
Systemcall名屋
04-14 716
[RK-Linux] DRM驱动程序框架详解
RK3568笔记八： Display子系统
01-14 1836
modetest 是由 libdrm 提供的测试程序，可以查询显示设备的特性，进行基本的显示测试，以及设置显示的模式。我们可以借助该工具来学习 Linux DRM 应用编程，另外为了深入分析 Rockchip DRM driver，有必要先了解一下这个工具的使用方法和内部实现。
DRM详解，针对intel平台linux内核中的DRM的详解
08-14
这个文档是准对INTEL平台的linux内核中有关Display相关的文档。INTEL使用DRM的显卡驱动框架来管理视频输出。文档对DRM代码框架作出了详细解释。
linux drm子系统,Linux DRM那些事-内核代码
weixin_39523887的博客
05-23 318
root@ubuntu:/home/run/code/rockchip-bsp/kernel/drivers/gpu/drm# lsamd drm_atomic.c drm_crtc_internal.h drm_fb_cma_helper.c drm_internal.h drm_modes.c drm_rect.c ...
深入理解Linux DRM显示子系统：架构、实战项目与关键问题全解析
Interview_TC的博客
06-10 1161
很多开发者初学Linux显示子系统时，只了解早期的fbdev或者QT/SDL应用开发，却不清楚现代嵌入式平台（比如智能座舱、工业大屏、医疗影像、智慧硬件）背后真正的“显示大脑”——DRM（Direct Rendering Manager）。
linux drm子系统,Linux DRM那些事-基本概念
weixin_32239819的博客
05-23 1054
一、DRM介绍在Linux内核中，可使用fbdev的API管理图形适配器的帧缓冲区，但是它无法处理基于GPU的现代显卡的3D加速功能。DRM是Linux内核的一个子系统，最初是作为X Server DRI的内核空间组件开发的，后续也被用于其它图形栈(如Wayland)。DRM负责与现代显卡的GPU接口交互，用户程序可以使用DRM提供的API，向GPU发送命令和数据，实现类显示模式设置的操作、GPU...
DRM架构介绍（一）
内核工匠
11-25 5653
1、 DRM简介（Direct Rendering Manager）传统linux显示设备驱动开发时，通常使用FB驱动架构，随着显卡性能升级：显示覆盖（菜单层级）、GPU加速、硬件光标，传统FB架构无法很好支持，此外，对于多应用的访问冲突也无法很好控制。在这样的背景下，DRM应用而生。DRM是linux内核中负责与显卡交互的管理架构，用户空间很方便的利用DRM提供的API，实现3D渲染、视频解码和...
drm架构解析
09-10
改文档详细解释了linux显卡驱动drm架构的结构，对各个子模块进行了比较详细的分析，如modesetting，内存管理，drm_helper等。值得参考，内容清晰
Rockchip RK3399 - DRM子系统
Graceful_scenery的博客
09-04 1263
从开始接触音频子系统到如今已经两个多月，说实话花费的时间的确有点长了。从今天起我们开始接触DRM，网上已经有很多优秀的关于DRM的文章了，因此我们学习直接去学习一些优秀的文章即可。后面有关DRM相关的文章我们会大量参考[1] DRM (Direct Rendering Manager)。 一、DRM介绍 1.1 DRM概述 linux内核中包含两类图形显示设备驱动框架： FB设备：Frame ...
【Ubuntu】RK3576 Linux 6.10 Ubuntu 22.04 系统中 HUSB311 Type-C 转 DP 显示输出与 Device/OTG 模式切换配置详解
最新发布
qq_34478161的博客
07-04 17
本文详细介绍了在Rockchip RK3576开发板（Linux Kernel 6.10+Ubuntu 22.04）上配置HUSB311 Type-C控制器的设备树实现方案。主要内容包括：1）硬件连接与模块组成；2）设备树完整配置，涵盖Type-C供电、USB OTG/Host模式、DP显示输出等关键功能；3）软件配置步骤与常见问题排查方法。该方案实现了Type-C接口的DisplayPort AltMode显示输出、USB Device/Host模式自动切换等功能，为嵌入式系统Type-C接口开发提供参考
DRM技术详解
weixin_34400525的博客
07-18 955
DRM分为两类，一类是多媒体保护，例如加密电影、音乐、音视频、流媒体文件。另外一类是加密文档，例如Word, Excel, PDF等。 DRM主要通过技术手段来保护文档、电影、音乐不被盗版。 这项技术通过对数字内容进行加密和附加使用规则对数字内容进行保护，其中，使用规则可以断定用户是否符合播放。 系统原理 系统会将密钥标识和许可证颁发机构地址写入打包加密后...
简述DRM
子建莫敌
11-18 3219
linux kernel最早是使用fbdev API来管理图形显示的framebuffer，但是不能满足基于GPU的现代3D硬件加速技术。这些设备通常需要在自己的内存中创建和管理command queue,以便将command分发给GPU进行渲染，并且还需要对内存进行管理如buffer和可用空间。最初，用户程序(如X Server)直接管理这些资源，但通常只有一个程序访问，当2个及以上程序同时访问相同硬件时，并以不同的方式设置每个硬件资源时大多数情况下会发生异常(图1)。图1。
Linux DRM的基本框架和原理
tombaby_come的博客
07-26 3150
Linux内核有一个名为fbdev(一个Linux子系统，用于在计算机显示器上显示图形，通常在系统控制台上)的API，用于管理图形适配器（）的帧缓冲区，但它无法处理现代基于GPU的3D加速视频硬件的需求。如下图所示：这些设备通常需要在自己的内存中设置和管理命令队列（command queue），以将命令分派到GPU，并且还需要管理该内存中的缓冲区和可用空间。最初，用户空间程序（例如X Server）直接管理这些资源，但它们通常表现得好像它们是唯一可以访问这些资源的程序。
DRM概述
weixin_42097108的博客
07-20 1894
概述 DRM全称是Direct Rendering Manager，管理进行显示输出的, buffer分配, 帧缓冲。 libdrm库提供了一系列友好的控制封装, 使用户可以方便的进行显示的控制, 但并不是 只能通过libdrm库来 控制drm, 用户可以直接操作drm的ioctl或者是使用framebuffer的 接口实现显示操作. 后面重点介绍kernel态 drm的机制. 框架 设备节点 DRM 的设备节点为 “/dev/dri/cardX”, X为0-15的数值. 默认使用的是/dev/dri/c
Linux内核4.14版本——drm框架分析(1)——drm简介
yangguoyu8023的博客
03-03 8414
drm框架分析
Linux驱动开发系列：DRM（第十部分）
爱她就要努力
03-13 2847
DRM，全称Direct Rending Manger。是目前Linux主流的图形显示框架。相比较传统的Framebuffer，DRM更能适应现代硬件。支持GPU、3D渲染显示等。DRM可以统一管理GPU、Display驱动，使得软件架构更统一、方便开发和维护。本文只介绍Display相关内容，GPU相关的，博主也不懂，无能为力，等以后学到相关的再来更新。从模块上划分，DRM可以分为三个部分：libdrm、KMS、GEM。l图1 DRM框架。
ＯＭＡ　ＤＲＭ原理的研究及实现
xjbclz的专栏
07-06 2453
一、DRM技术简介  　　DRM（Digital Right Management）是数字权限管理的简称，又可以称为“内容数字版权加密保护技术”，是目前应用最广泛的内容版权保护技术。其主要针对媒体文件在使用过程中的版权保护，打击盗版，保护版权所有者的合法权益。  　　众所周知，计算机技术和网络技术的发展大大的推动了媒体文件传播的速度、简化了用户获得媒体的途径。作为媒体文件的版权所有者，一方面可
DRM（Direct Rendering Manager）学习简介
热门推荐
hexiaolong2009的专栏
11-10 11万+
DRM（Direct Rendering Manager）学习简介 学习DRM一年多了，由于该架构较为复杂，代码量较多，且国内参考文献较少，初学者学习起来较为困难。因此决定将自己学习的经验总结分享给大家，希望对正在学习DRM的同学有所帮助，同时交流经验。 由于本人工作中只负责Display驱动，因此分享的DRM学习经验都只局限于Display这一块，对于GPU这一块本人无能为力，如果大家有相关经验...
drm_atomic_crtc_set_property这种提供给user的api函数，要怎么去追调用
04-09
<think>好的，我现在需要帮助用户了解如何追踪`drm_atomic_crtc_set_property`这个用户API函数的调用流程。首先，我得确认自己对这个问题有足够的理解。用户提到这是一个提供给用户的API函数，所以应该属于DRM（Direct Rendering Manager）子系统的一部分，用于设置CRTC（阴极射线管控制器，在现代GPU中通常指显示控制器）的原子属性。 首先，我应该回忆一下DRM框架的基本结构。DRM在内核中负责处理图形渲染和显示输出，支持原子更新，允许用户空间程序通过ioctl调用来修改显示相关的属性，比如分辨率、色彩模式等。原子更新意味着所有的更改在一次操作中提交，避免中间状态导致的闪烁或不一致。 接下来，`drm_atomic_crtc_set_property`这个函数的作用可能是在原子提交过程中设置CRTC的属性。用户想知道如何追踪这个函数的调用流程，也就是从用户空间发起调用，经过内核的各个层次，直到这个函数被执行的过程。 为了追踪这个调用流程，我需要考虑以下几个方面： 1. **用户空间的API**：用户程序如何调用这个函数。通常DRM的用户空间接口是通过libdrm库提供的，而libdrm会通过ioctl系统调用与内核交互。因此，可能需要检查libdrm中相关的函数，比如`drmModeObjectSetProperty`。 2. **内核中的ioctl处理**：DRM驱动会注册一系列的ioctl处理函数，对应的命令可能是`DRM_IOCTL_MODE_ATOMIC`。当用户空间发起ioctl调用时，内核的DRM子系统会解析请求，并调用相应的处理函数。 3. **原子提交流程**：在原子模式下，用户空间会准备一个原子请求（drm_mode_atomic），其中包含多个属性的更改。内核会遍历这些属性，并针对每个对象（如CRTC、Plane、Connector）调用对应的set_property函数，这里就是`drm_atomic_crtc_set_property`。 4. **属性定义和操作**：每个CRTC属性在驱动中应该有对应的定义，包括属性ID、类型以及如何设置的回调函数。`drm_atomic_crtc_set_property`可能需要根据属性ID来调用不同的处理逻辑，或者将值传递给底层的硬件驱动。 现在，我需要将这些步骤具体化，并给出用户可以用来追踪调用的方法。可能需要使用调试工具，如ftrace、printk，或者动态调试（dynamic_debug）来在内核代码中添加日志，观察函数调用的路径。另外，查看内核源码中相关函数的调用关系也是必要的。 可能的步骤包括： - **查找用户空间调用路径**：确定用户程序如何通过libdrm发起设置属性的请求，比如使用`drmModeAtomicAddProperty`函数，然后提交原子请求。 - **分析内核ioctl处理**：在内核中，`drm_mode_atomic_ioctl`函数处理用户空间的原子提交请求。该函数会解析用户传递的drm_mode_atomic结构，逐个处理每个属性更新。 - **跟踪属性处理流程**：在原子提交过程中，对于每个CRTC的属性，内核会调用`drm_atomic_crtc_set_property`函数。这个函数可能进一步调用驱动特定的回调函数，比如`atomic_set_property`。 - **使用调试工具**：在关键函数中添加printk语句，或者启用DRM的调试输出（如启用动态调试开关`CONFIG_DRM_DEBUG_SELFTEST`），或者使用ftrace来跟踪函数调用图。 另外，需要考虑到不同内核版本之间的差异，函数名或流程可能有所变化。因此，用户需要根据自己使用的内核版本来调整追踪的方法。 可能遇到的问题包括： - 如何确定用户空间的调用对应到内核的哪个ioctl？ 这需要了解libdrm和内核之间的接口定义，通常libdrm的`xf86drmMode.h`中定义了相关的函数和结构体，而内核的`drm/drm_mode.h`定义了对应的ioctl命令和数据结构。 - 如何确认`drm_atomic_crtc_set_property`是否被正确调用？ 在函数内部添加调试输出，或者使用kprobes来动态跟踪函数的执行。 - 如果驱动没有正确实现该函数，或者属性未正确注册，应该如何排查？ 需要检查驱动代码中CRTC的初始化部分，确认属性是否通过`drm_object_attach_property`或类似函数注册，并且确认`atomic_set_property`回调是否被正确设置。 总结来说，追踪`drm_atomic_crtc_set_property`的调用流程需要结合用户空间的库函数、内核的ioctl处理、原子提交逻辑以及驱动中的具体实现。通过代码分析、调试工具和日志输出，可以逐步理清整个调用链。</think>要追踪`drm_atomic_crtc_set_property`函数的调用流程，可以按照以下步骤逐步分析： --- ### **1. 用户空间调用路径** 用户程序通过 **libdrm** 提供的接口发起属性修改请求： - **关键函数**：`drmModeAtomicAddProperty`（添加属性到原子请求）和`drmModeAtomicCommit`（提交请求）。 - **触发流程**： ```c drmModeAtomicAddProperty(atomic_req, crtc_id, property_id, value); drmModeAtomicCommit(fd, atomic_req, flags, NULL); ``` 提交后会触发`DRM_IOCTL_MODE_ATOMIC`的ioctl调用。 --- ### **2. 内核ioctl处理** 内核中处理原子提交的入口是`drm_mode_atomic_ioctl`函数： - **代码路径**：`drivers/gpu/drm/drm_atomic_uapi.c` - **关键操作**： - 解析用户传递的`drm_mode_atomic`结构。 - 遍历每个属性对象（CRTC、Plane、Connector等），调用对应的`set_property`函数。 - 对于CRTC属性，最终调用`drm_atomic_crtc_set_property`。 --- ### **3. 属性设置流程** 在`drm_atomic_crtc_set_property`中： - **代码路径**：`drivers/gpu/drm/drm_atomic.c` - **关键逻辑**： - 根据`property_id`匹配CRTC的属性列表。 - 将用户空间传递的`value`写入CRTC的原子状态（`drm_crtc_state`）。 - 可能触发驱动实现的回调（如`.atomic_set_property`）。 --- ### **4. 调试与追踪方法** #### **(1) 内核日志（printk）** 在关键函数中添加调试输出： ```c // 在drm_atomic_crtc_set_property中添加printk int drm_atomic_crtc_set_property(struct drm_crtc *crtc, struct drm_crtc_state *state, struct drm_property *property, uint64_t val) { printk(KERN_DEBUG "Setting CRTC%d property %s to %llu\n", crtc->base.id, property->name, val); // ...原有逻辑... } ``` 重新编译内核并查看`dmesg`输出。 #### **(2) 动态调试（Dynamic Debug）** 启用DRM子系统的动态调试： ```bash echo 'file drm_atomic* +p' > /sys/kernel/debug/dynamic_debug/control ``` 这会打印`drm_atomic`相关函数的调用信息。 #### **(3) Ftrace函数追踪** 使用ftrace追踪调用链： ```bash # 启用函数追踪 echo function > /sys/kernel/debug/tracing/current_tracer # 过滤DRM相关函数 echo "drm_atomic_*" > /sys/kernel/debug/tracing/set_ftrace_filter # 开始追踪 echo 1 > /sys/kernel/debug/tracing/tracing_on # 执行用户程序触发调用 cat /sys/kernel/debug/tracing/trace ``` #### **(4) 代码分析工具** 使用`cscope`或`ctags`在Linux内核源码中查找调用关系： ```bash # 在源码根目录生成索引 make cscope # 搜索drm_atomic_crtc_set_property的调用者 cscope -d -L3 drm_atomic_crtc_set_property ``` --- ### **5. 驱动实现示例** 检查驱动中CRTC属性的注册和回调： ```c // 驱动初始化时注册CRTC属性 static const struct drm_prop_enum_list prop_list[] = { {DRM_MODE_PROP_CRTC_MODE_ID, "MODE_ID"}, // ...其他属性... }; void my_crtc_init(struct drm_device *dev, struct drm_crtc *crtc) { // 创建属性 struct drm_property *prop = drm_property_create_range(dev, 0, "my_prop", 0, 100); // 将属性附加到CRTC drm_object_attach_property(&crtc->base, prop, 0); } // 实现atomic_set_property回调 static int my_crtc_atomic_set_property(struct drm_crtc *crtc, struct drm_crtc_state *state, struct drm_property *property, uint64_t val) { if (property == my_prop) { state->custom_value = val; // 保存到状态 return 0; } return -EINVAL; } ``` --- ### **常见问题排查** - **属性未生效**：检查驱动是否注册了对应属性，且`drm_atomic_crtc_set_property`是否正确处理了`property_id`。 - **内核崩溃**：确认传递的`value`范围合法，驱动回调未访问无效内存。 - **无调试输出**：检查内核配置是否启用`CONFIG_DRM_DEBUG`或动态调试未正确启用。 通过以上步骤，可以系统性地追踪`drm_atomic_crtc_set_property`的调用流程，定位问题根源。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

嵌入式逍遥

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值