Linux内核4.14版本——drm框架分析(7)——用户态和内核态间的交互

最新推荐文章于 2024-07-26 17:11:05 发布
最新推荐文章于 2024-07-26 17:11:05 发布
阅读量1.3k 收藏 4
点赞数 1
分类专栏： Linux drm框架分析 文章标签： drm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yangguoyu8023/article/details/129242733
版权

         驱动会注册一个支持KMS的DRM设备时，会在/dev/drm/下创建一个card%d文件，用户态可以通过打开该文件，并对文件描述符做相应的操作实现相应的功能。该文件描述符对应的文件操作回调函数（filesystem_operations）位于drm_driver中，并由驱动程序填充。典型如下：

static const struct file_operations rockchip_drm_driver_fops = {
	.owner = THIS_MODULE,
	.open = drm_open,
	.mmap = rockchip_gem_mmap,
	.poll = drm_poll,
	.read = drm_read,
	.unlocked_ioctl = drm_ioctl,
	.compat_ioctl = drm_compat_ioctl,
	.release = drm_release,
};
 
long drm_ioctl(struct file *filp,
	      unsigned int cmd, unsigned long arg)
{
	struct drm_file *file_priv = filp->private_data;
	struct drm_device *dev;
	const struct drm_ioctl_desc *ioctl = NULL;
	drm_ioctl_t *func;
	unsigned int nr = DRM_IOCTL_NR(cmd);
	int retcode = -EINVAL;
	char stack_kdata[128];
	char *kdata = NULL;
	unsigned int in_size, out_size, drv_size, ksize;
	bool is_driver_ioctl;
 
	dev = file_priv->minor->dev;
 
	if (drm_dev_is_unplugged(dev))
		return -ENODEV;
 
	is_driver_ioctl = nr >= DRM_COMMAND_BASE && nr < DRM_COMMAND_END;
 
	if (is_driver_ioctl) {
		/* driver ioctl */
		unsigned int index = nr - DRM_COMMAND_BASE;
 
		if (index >= dev->driver->num_ioctls)
			goto err_i1;
		index = array_index_nospec(index, dev->driver->num_ioctls);
		ioctl = &dev->driver->ioctls[index];
	} else {
		/* core ioctl */
		if (nr >= DRM_CORE_IOCTL_COUNT)
			goto err_i1;
		nr = array_index_nospec(nr, DRM_CORE_IOCTL_COUNT);
		ioctl = &drm_ioctls[nr];
	}
 
	drv_size = _IOC_SIZE(ioctl->cmd);
	out_size = in_size = _IOC_SIZE(cmd);
	if ((cmd & ioctl->cmd & IOC_IN) == 0)
		in_size = 0;
	if ((cmd & ioctl->cmd & IOC_OUT) == 0)
		out_size = 0;
	ksize = max(max(in_size, out_size), drv_size);
 
	DRM_DEBUG("pid=%d, dev=0x%lx, auth=%d, %s\n",
		  task_pid_nr(current),
		  (long)old_encode_dev(file_priv->minor->kdev->devt),
		  file_priv->authenticated, ioctl->name);
 
	/* Do not trust userspace, use our own definition */
	func = ioctl->func;
 
	if (unlikely(!func)) {
		DRM_DEBUG("no function\n");
		retcode = -EINVAL;
		goto err_i1;
	}
 
	if (ksize <= sizeof(stack_kdata)) {
		kdata = stack_kdata;
	} else {
		kdata = kmalloc(ksize, GFP_KERNEL);
		if (!kdata) {
			retcode = -ENOMEM;
			goto err_i1;
		}
	}
 
	if (copy_from_user(kdata, (void __user *)arg, in_size) != 0) {
		retcode = -EFAULT;
		goto err_i1;
	}
 
	if (ksize > in_size)
		memset(kdata + in_size, 0, ksize - in_size);
 
	retcode = drm_ioctl_kernel(filp, func, kdata, ioctl->flags);
	if (copy_to_user((void __user *)arg, kdata, out_size) != 0)
		retcode = -EFAULT;
 
      err_i1:
	if (!ioctl)
		DRM_DEBUG("invalid ioctl: pid=%d, dev=0x%lx, auth=%d, cmd=0x%02x, nr=0x%02x\n",
			  task_pid_nr(current),
			  (long)old_encode_dev(file_priv->minor->kdev->devt),
			  file_priv->authenticated, cmd, nr);
 
	if (kdata != stack_kdata)
		kfree(kdata);
	if (retcode)
		DRM_DEBUG("pid=%d, ret = %d\n", task_pid_nr(current), retcode);
	return retcode;
}

        drm上层是如何调用的呢，我们使用以下命令跟踪。

strace -o 1.txt ./modetest -M mali-dp -P 27@34:1280x720@RG16

其结果摘抄了一部分使用如下。

ioctl(3, DRM_IOCTL_VERSION, 0x4213f0)   = 0
ioctl(3, DRM_IOCTL_VERSION, 0x4213f0)   = 0
ioctl(3, DRM_IOCTL_GET_UNIQUE, 0x7fd60bb870) = 0
ioctl(3, DRM_IOCTL_GET_UNIQUE, 0x7fd60bb870) = 0
ioctl(3, DRM_IOCTL_SET_CLIENT_CAP, 0x7fd60bbb40) = 0
ioctl(3, DRM_IOCTL_MODE_GETRESOURCES, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETRESOURCES, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETCRTC, 0x7fd60bbae8) = 0
ioctl(3, DRM_IOCTL_MODE_GETENCODER, 0x7fd60bbb38) = 0
ioctl(3, DRM_IOCTL_MODE_GETCONNECTOR, 0x7fd60bbb00) = 0
ioctl(3, DRM_IOCTL_MODE_GETCONNECTOR, 0x7fd60bbb00) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_GETPROPERTIES, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_GETPROPERTIES, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_GETPROPERTIES, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_GETPROPERTIES, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPLANERESOURCES, 0x7fd60bbb40) = 0
ioctl(3, DRM_IOCTL_MODE_GETPLANERESOURCES, 0x7fd60bbb40) = 0
ioctl(3, DRM_IOCTL_MODE_GETPLANE, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPLANE, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPLANE, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPLANE, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPLANE, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPLANE, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPLANE, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPLANE, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_GETPROPERTIES, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_GETPROPERTIES, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_GETPROPERTIES, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_GETPROPERTIES, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_GETPROPERTIES, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_GETPROPERTIES, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_GETPROPERTIES, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_GETPROPERTIES, 0x7fd60bbb30) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_MODE_GETPROPERTY, 0x7fd60bbb10) = 0
ioctl(3, DRM_IOCTL_GET_CAP, 0x7fd60bbb40) = 0
ioctl(3, DRM_IOCTL_MODE_CREATE_DUMB, 0x7fd60bb980) = 0
ioctl(3, DRM_IOCTL_MODE_MAP_DUMB, 0x7fd60bb980) = 0
mmap(NULL, 8294400, PROT_READ|PROT_WRITE, MAP_SHARED, 3, 0x100e10000) = 0x7f9d4c0000
munmap(0x7f9d4c0000, 8294400)           = 0
ioctl(3, DRM_IOCTL_MODE_ADDFB2, 0x7fd60bb918) = 0
fstat(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(0x5, 0x1), ...}) = 0
ioctl(1, TCGETS, {B115200 opost isig icanon echo ...}) = 0
write(1, "setting mode 1920x1080-75.00Hz o"..., 57) = 57
ioctl(3, DRM_IOCTL_MODE_SETCRTC, 0x7fd60bb9d8) = 0
ioctl(3, DRM_IOCTL_MODE_DIRTYFB, 0x7fd60bba28) = -1 ENOSYS (Function not implemented)
ioctl(3, DRM_IOCTL_MODE_OBJ_SETPROPERTY, 0x7fd60bab88) = 0
ioctl(3, DRM_IOCTL_MODE_OBJ_SETPROPERTY, 0x7fd60bab88) = 0
fstat(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(0x5, 0x1), ...}) = 0
ioctl(0, TCGETS, {B115200 opost isig icanon echo ...}) = 0
read(0, "\n", 4096)                     = 1
ioctl(3, DRM_IOCTL_MODE_RMFB, 0x7fd60bbb4c) = 0
ioctl(3, DRM_IOCTL_MODE_DESTROY_DUMB, 0x7fd60bbb48) = 0
fstat(3, {st_mode=S_IFCHR|0660, st_rdev=makedev(0xe2, 0), ...}) = 0
fstat(3, {st_mode=S_IFCHR|0660, st_rdev=makedev(0xe2, 0), ...}) = 0
close(3)                                = 0
exit_group(0)                           = ?
+++ exited with 0 +++

我们从上面简单分析，基本上按以下的ioctl调用顺序，进行调用的。

DRM_IOCTL_MODE_GETRESOURCES     // 获得资源

DRM_IOCTL_MODE_GETCRTC                  // 获得crtc

DRM_IOCTL_MODE_GETENCODER          // 获得encoder

DRM_IOCTL_MODE_GETCONNECTOR                   // 获得connector

DRM_IOCTL_MODE_OBJ_GETPROPERTIES          // 获得参数变量

DRM_IOCTL_MODE_GETPROPERTY                       // 获得参数变量

DRM_IOCTL_MODE_GETPLANERESOURCES        // 获得plane资源

DRM_IOCTL_MODE_GETPLANE                               // 获得plane

DRM_IOCTL_MODE_CREATE_DUMB                       // 获得gem

DRM_IOCTL_MODE_MAP_DUMB                              // map

mmap(NULL, 8294400, PROT_READ|PROT_WRITE, MAP_SHARED, 3, 0x100e10000) = 0x7f9d4c0000

DRM_IOCTL_MODE_ADDFB2                                   //填充fb

DRM_IOCTL_MODE_SETCRTC                                // 设置crtc

DRM_IOCTL_MODE_DIRTYFB

DRM_IOCTL_MODE_RMFB

后面我们会挑选一部分进行分析。

风雨兼程8023
关注
专栏目录
驱动开发系列23 - Linux Graphics DRM代码分析 - 整体介绍
GPU全栈博主-程序哥
10-10 420
Linux 的框架是一个管理图形硬件的子系统，主要用于在 Linux 内核中处理图形设备的显式渲染。DRM 允许用户空间应用程序直接与显卡交互，并在 GPU 上进行图形渲染，避免了传统的图形用户界面（GUI）库（如 X11 或 Wayland）对显卡的控制。
Linux内核4.14版本——drm框架分析(1)——drm简介
phmatthaus的专栏
10-06 1251
本文介绍了DRM架构的发展历史、驱动框架以及简单示例，旨在帮助读者了解DRM架构的形成、功能流程实现。
DRM详解，针对intel平台linux内核中的DRM的详解
08-14
这个文档是准对INTEL平台的linux内核中有关Display相关的文档。INTEL使用DRM的显卡驱动框架来管理视频输出。文档对DRM代码框架作出了详细解释。
Linux DRM框架详解
weixin_42097108的博客
07-20 1427
Linux DRM框架详解
Linux图形显示系统之DRM
yangguoyu8023的博客
02-27 3198
drm简介
Linux DRM的基本框架和原理
最新发布
tombaby_come的博客
07-26 2087
Linux内核有一个名为fbdev(一个Linux子系统，用于在计算机显示器上显示图形，通常在系统控制台上)的API，用于管理图形适配器（）的帧缓冲区，但它无法处理现代基于GPU的3D加速视频硬件的需求。如下图所示：这些设备通常需要在自己的内存中设置和管理命令队列（command queue），以将命令分派到GPU，并且还需要管理该内存中的缓冲区和可用空间。最初，用户空间程序（例如X Server）直接管理这些资源，但它们通常表现得好像它们是唯一可以访问这些资源的程序。
Linux内核4.14版本——drm框架分析(14)——Atomic KMS 架构(struct drm_atomic_state)
yangguoyu8023的博客
09-13 1305
drm
桌面PC/服务器 ubuntu18.04 Linux内核编译升级与机制分析
tugouxp的专栏
06-06 5727
1.下载内核并且解压安装依赖2.执行make menuconfig，并不修改，使用默认然后退出,默认使用的配置是x86_64_defconfig还可以拷贝/boot/目录下的既有的config文件来作为编译内核的配置文件来编译。但是需要两个内核版本号差别不大，可以互通使用。将CONFIG_SYSTEM_TRUSTED_KEYS字符串置空。3.执行make -j4因为之前编译过，再次编译输出很少4.执行sudo make modules_install。
DRM_LCM_Porting_Guide_DSI_V1.0.pdf
09-19
此文档适用于那些希望在MediaTek平台上开发或移植DRM LCM驱动的工程师，它提供了清晰的步骤和必要的代码位置，有助于简化开发过程，确保驱动正确集成到Linux内核中，从而支持各种显示设备。对于那些处理多媒体、移动...
从零开始构建Linux
weixin_30379531的博客
01-26 1110
目的：深入了解以Linux内核为基础的系统是如何组成，运行，以构建一个最基础的，纯净的系统。 LFS构建步骤宿主机准备- linux操作系统安装- 使用独立硬盘，创建分区- 配置用户和组- 下载所有需要的软件包源代码准备开发环境构建一个基本开发环境构造完整的目标系统配置系统启动脚本启动系统 一、宿主系统准备1.1.安装所需要依赖包 [root@node ~]# yum install -...
Linux图形子系统之DRM渲染框架
fs3296的博客
03-31 3105
Linux图形子系统之DRM渲染框架引言1 渲染框架2 amd实现 引言 drm对图形渲染抽象出了相关组件，drm核心代码负责管理其渲染流程和同步，驱动和GPU固件负责实现具体命令的生成和执行细节。 1 渲染框架 2 amd实现 ...
Linux DRM how-to 例子
01-05
基本上DRM架构全部取代了传统的fb模式， Linux Graphic DRM subsystem 的测试历程，主要是基于libdrm库进行图形的操作，
Linux图形子系统之DRM显示框架
fs3296的博客
03-28 5701
Linux图形子系统之DRM显示框架引言1 概述1.1 connector 引言 与其他子系统一样，linux抽象出了DRM作为其图形子系统。其中包括显示和渲染，本文主要讲解渲染部分。 1 概述 如图所属，drm将显示部分抽象出了framebuffer、plane、crtc、encoder、connector五部分。 在同一时刻，一个framebuffer与一个plane动态绑定； 在同一时刻，通常一个或多个plane与一个crtc静态绑定； 在同一时刻，一个crtc与多个encoder动态绑定； 在同
Linux驱动学习--DRM框架介绍及基于DRM框架的HDMI开发
文艺小少年的博客
06-11 5440
目录 一、引言 二、DRM框架介绍 三、DRM框架的使用 四、源码分析 一、引言 Android4开始，hdmi等视频输出框架开始由framebuffer想DRM迁移，今天我们就来简单分析下DRM框架 二、DRM框架介绍 DRM是一个内核级的设备驱动，具体的说是显卡驱动的一种架构 源码位置 因为Linux kernel内部接口和数据结构可能随时发生变化，所以DRI模块要针对特定的内核版本进行编译。kernel 2.6.26之后的版本，DRM(DRI kernel模块)源码存放在kernel/drivers/
Linux内核4.14版本——drm框架分析(8)——DRM_IOCTL_MODE_GETRESOURCES（drm_mode_getresources）
yangguoyu8023的博客
06-20 678
drm
Linux内核4.14版本——drm框架分析(9)——DRM_IOCTL_MODE_GETCONNECTOR（drm_mode_getconnector）
yangguoyu8023的博客
06-20 2603
drm
Linux DRM（二）基本概念和特性
热门推荐
Younix凌乱的草稿本
10-30 4万+
在《Linux DRM (一) Display Server》我们了解了 DRM 诞生的历史缘由。 本篇我们朝着 DRM 本尊再走几步，先介绍几个 DRM 的基本概念和特性，最后简单介绍 RK DRM 依赖的 Component 框架。
Linux drm显示框架
u012794472的专栏
03-08 819
本系统教程基于rk3399-pc 设备环境开发测试。
Linux图形显示DRM框架学习
Neil驱动的博客
05-21 8825
一、Direct Rendering Manager（DRM）是linux内核子系统，负责与显卡交互。DRM提供一组API，用户空间程序可以使用该API将命令和数据发送到GPU并执行诸如显示器的模式设置之类的操作。用户空间程序可以使用DRM API命令GPU执行硬件加速的3D渲染、视频解码、GPU计算。 二、fbdev：Linux内核已经有一个fbdev的API，用来管理图形适配器的帧缓存区，但不能用于满足基于3D加速的现代基于GPU的视频硬件需求，这些设备通常需要在自己的内存中设置和管理命令队列，以将命令
linux内核DRM框架中PM电源管理框架代码
12-02
根据提供的引用内容，我们可以了解到Linux内核通过module_platform_driver函数注册RK3399 DRM框架驱动代码，而RK3399 DRM框架的platform device和platform driver在Linux内核platform bus的match函数中实现匹配。因此，我们可以在Linux内核的源代码中查找与PM电源管理框架相关的代码。 在Linux内核的源代码中，PM电源管理框架的代码位于drivers/base/power/main.c文件中。该文件中包含了与设备电源管理相关的函数和结构体定义，例如设备电源状态的定义、设备电源状态的设置和获取函数等。 此外，在Linux内核的源代码中，还有一些与PM电源管理框架相关的文件和目录，例如include/linux/pm.h文件和drivers/base/power/目录等。这些文件和目录中包含了更多与设备电源管理相关的函数和结构体定义。 因此，如果想要深入了解Linux内核DRM框架中PM电源管理框架的代码，可以参考以上提到的文件和目录。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值