目录
1. DRM简介（Direct Rendering Manager）
传统linux显示设备驱动开发时，通常使用FB驱动架构，随着显卡性能升级：显示覆盖（菜单层级）、GPU加速、硬件光标，传统FB架构无法很好支持，此外，对于多应用的访问冲突也无法很好控制。在这样的背景下，DRM应用而生。
DRM是linux内核中负责与显卡交互的管理架构，用户空间很方便的利用DRM提供的API，实现3D渲染、视频解码和GPU计算等工作。
（1）1999年，Precision Insight公司首次为 XFree86 4.0 Server 开发 DRI 显示框架，用于更好的适配 3DFX 公司显卡，初版DRM代码产出后，接下来的几年时间里，DRM 所支持的显卡列表不断被扩充。
（2）2008年10月，Linux kernel 2.6.27 进行了一次重大的源码重组：DRM 的整套源码被放到了/drivers/gpu/drm/目录下，不同的GPU厂商代码也被放到了各自子目录下。
（3）2014年6月，Atomic API 被添加到Linux 3.16，许多驱动也都转而使用这些新的 API。
（4）2018年，又有10个基于 atomic 框架的 DRM 新增驱动被添加到Linux kernel。
DRM是目前Linux的主流图形显示框架，相比于传统FB架构，DRM允许多个程序同时使用视频硬件资源，管理多个程序的资源请求、访问，综上所述DRM更能适应日益更新的显示硬件，DRM优势主要体现：
（1）DRM原生支持多图层合成，FB原生不支持多层合成。
（2）FB不支持VSYNC、DMA-BUF、异步更新和fence机制，但DRM原生都支持。
（3）DRM统一管理GPU和Display驱动，让软件升级、维护和管理更加方便。
DRM检测到的每个GPU都作为DRM设备，并为之创建一个设备文件/dev/dri/cardX与之连接，从整体架构上来看主要分为3个主要部分：
（1）libdrm （接口库）
对底层接口进行封装，向上层提供通用的API接口，主要是对各种IOCTL接口进行封装，便于重用与代码共享。
（2）KMS (Kernel Mode Setting)
正常工作时，需要设置显卡或者图形适配器的模式，主要体现在以下两个方面：
更新画面：显示buffer的切换，多图层的合成方式控制，以及每个图层的显示位置。
设置显示参数：包括分辨率、刷新率、电源状态（休眠唤醒）等。
（3）GEM (Graphics Execution Manager)
提供内存管理方法，主要负责显示buffer的分配和释放。
本章节介绍DRM框架中的一些重点模块的功能与在显示链路中的作用，下图为APP调用DRM到屏幕显示的流程框图。
下表对DRM中KMS和GEM两个模型的不同组件进行概述性说明，辅以高通平台代码层级的对应关系说明，以加深架构与流程之间的对应联系。
各部分说明：
是一块内存区域，可以理解为一块画布，驱动和应用层都能访问它。绘制前需要将它格式化，设定绘制的色彩模式（例如RGB24，YUV 等）和画布的大小（分辨率），不负责显存的分配释放。
阴极摄像管上下文（显示控制器），也可以理解为扫描仪（对显示buffer进行扫描，并产生时序信号(RGB timing）的硬件模块）。CRTC对内连接 Framebuffer 地址，对外连接 Encoder，会扫描 Framebuffer 上的内容，叠加上 Planes 的内容，最后传给Encoder。在 rockchip 平台是 SOC 内部 VOP(部分文档也称为 LCDC)模块的抽象。如图：
注：crtc代码层面的作用：
1）DPMS (Display Power Manage System) 电源状态管理 (crtc_funcs->dpms）。
2）将 Framebuffer 转换成标准的 LCDC Timing ，其实就是一帧图像刷新的过程（crtc_funs->mode_set）。
3）帧切换，即在 VBlank 消影期间，切换 Framebuffer（crtc_funcs->page_flip）。
4）gamma校正值调整（crtc_funcs->gamma_set）。
编码器/输出转换器，负责将CRTC输出的timing时序转换成外部设备所需要的信号的模块。它的作用就是将内存的 pixel 像素编码（转换）为显示器所需要的信号（因为画面显示到不同的设备（Display Device）上，需要将画面转化为不同的电信号）。如指 RGB、LVDS、DSI、eDP、HDMI、CVBS、VGA 等显示接口。另外 Encoder 和 CRTC 之间的交互就是我们所说的 ModeSetting，其中包含了前面提到的色彩模式、还有时序（Timing）等。
注：Encoder代码层面的作用：
1）DPMS (Display Power Manage System) 电源状态管理 (encoder_funcs->dpms)
2）将 VOP 输出的 lcdc Timing 打包转化为对应接口时序 HDMI TMDS / … (encoder_funcs->mode_set)
连接器，指 encoder 和 panel 之间交互的接口部分。对应于物理连接器 (例如 VGA, DVI, FPD-Link, HDMI, DisplayPort, S-Video等) ，它不是指物理线，在 DRM中，Connector 是一个抽象的数据结构，代表连接的显示设备，从Connector中可以得到当前物理连接的输出设备相关的信息。
注：Connector代码层面的作用
1）获取上报 热拔插 Hotplug 状态
2）读取并解析屏 (Panel) 的 EDID 信息
桥接设备，一般用于注册 encoder 后面另外再接的转换芯片，如 DSI2HDMI 转换芯片。桥接ic所处位置，如图：
泛指屏，各种LCD， HDMI等显示设备的抽象。用于获取LCD mode参数，并提供LCD休眠唤醒的回调接口，供encoder调用。
buffer 同步机制，基于内核 dma_fence 机制实现，用于防止显示内容出现异步问题。
硬件图层， 和 Framebuffer 一样是内存地址。在 rockchip 平台是 SOC 内部 VOP(LCDC)模块 win 图层的抽象。一个Plane代表一个image layer, 最终的image由一个或者多个Planes组成。
plane的主要类型：
DRM_PLANE_TYPE_PRIMARY：主要图层，通常用于仅支持RGB格式的简单图层
DRM_PLANE_TYPE_OVERLAY：叠加图层，通常用于YUV格式的视频图层
DRM_PLANE_TYPE_CURSOR：光标图层,一般用于pc系统，用于显示鼠标
实例解析下 CRTC / Encoder / Connector 的行为：
1）首先 HDMI 驱动检测到电视 Plugin 信号，读出电视的 EDID 信号，获取电视的分辨率信息 (DRM Connector)。
2）Userspace 将需要显示的数据填充在 framebuffer 里面，然后通过 libdrm 接口通知 VOP 设备开始显示。
3）接着 VOP 驱动将 framebuffer 里面的数据转换成标准的 LCDC Timing 时序 (DRM CRTC)。
4）同时 HDMI 驱动将 HDMI 硬件模块的 LCDC 时序配置与 VOP 输出时序一致，准备将输入的 LCDC Timing 转化为电视识别的 HDMI TMDS 信号 (DRM Encoder)。
名词解释：
DRI：Direct Rendering Infrastructure，直接访问硬件接口
EDID：Extended Display Identification Data，扩展显示标识数据，共有128字节。其中包含有关显示器及其性能的参数，包括供应商信息、最大图像大小、颜色设置、厂商预设置、频率范围的限制以及显示器名和序列号的字符串。
DDC：Display Data Channel，显示数据通道，顾名思义，它是一个通道，DDC是用来传送EDID信息的。EDID信息包含了显示器需要的128字节，128个字节的附加块可以存储在初始的EDID块之后的EDID扩展块VDIF，这些块包含addtional具体的时序信息。
DRM内部的Objects是组成DRM框架的核心，下图中蓝色部分为物理硬件的抽象，棕色部分则为软件的抽象，其中GEM结构体为：drm_gem_object，其余部分位于结构体drm_mode_object中.
PS：drm_panel不属于object范畴，只是为了降低LCD驱动与encoder驱动间的耦合，是一堆回调函数集合。
如图所属，drm将显示部分抽象出了framebuffer、plane、crtc、encoder、connector五部分。
（1）在同一时刻，一个framebuffer与一个plane动态绑定。
（2）在同一时刻，通常一个或多个plane与一个crtc静态绑定。
（3）在同一时刻，一个crtc与多个encoder动态绑定。
（4）在同一时刻，通常一个encoder与一个connector静态绑定。
DRM的objects并不难理解，重要的是如何将实际的硬件与这些object进行关联，下面会以MIPI DSI接口为例进行介绍软件架构与DRM object的对应关系。
其中组件说明：
DRM代码非常庞大，显卡逻辑也非常复杂，在学习DRM架构时，需要通过实践对DRM的流程进行理解，以达到事半功倍的效果。
下面会以模式设置案例，对DRM架构的流程进行解析。modeset主要流程如下：
DRM框架成功加载后，会创建一个设备文件/dev/dri/card0，上层用户应用可以通过该文件节点，获取显卡的各种操作。
打开DRM设备文件后，通过以下函数获取显卡的资源句柄，进而进行显卡资源的操作。
获取了drmModeRes后，获取它的连接对象。
创建FrameBuffer后，然后映射一片内存，对这块内存进行像素数据填充.
FB创建成功并进行清0操作，可以在里面填充任何数据，然后设置CRTC后，FB的内容就可以显示在屏幕。
CRTC模式设置函数：drmModeSetCrtc()，参数为：fd、crtc句柄、FB句柄、X\Y坐标等。
显示完成后，GUI会一直运行，一般不必实施资源清理工作。
libdrm下载链接：Index of /libdrm
参考：LIBDRM使用_linux_dafei的博客-CSDN博客
本文介绍了DRM架构的发展历史、驱动框架以及简单示例，旨在帮助读者了解DRM架构的形成、功能流程实现，DRM代码庞大且复杂，想要深入理解它的内涵，最好的办法就是根据实际需求来进行代码流程梳理，后续章节也会对该部分进行展开讲解。
此外，DRM架构符合功能日益强大的现代显示设备，但仍有很多老的设备以及软件需要FB支持，在目前DRM框架中，会存在模拟FB设备的代码，参见drivers/gpu/drm/xxx/drv.c文件，会在设备目录下出现：/dev/fb0 。
7. DRM图形显示框架 — [野火]嵌入式Linux驱动开发实战指南——基于STM32MP157开发板 文档
深入讲解DRM架构介绍（一）_Linux内核站的博客-CSDN博客_drm框架
Android 图形系统（3）---- DRM 显示框架初步 - 简书
我在我的Rails项目中使用Pow和powifygem。现在我尝试升级我的ruby版本(从1.9.3到2.0.0，我使用RVM)当我切换ruby版本、安装所有gem依赖项时，我通过运行railss并访问localhost:3000确保该应用程序正常运行以前，我通过使用pow访问http://my_app.dev来浏览我的应用程序。升级后，由于错误Bundler::RubyVersionMismatch:YourRubyversionis1.9.3,butyourGemfilespecified2.0.0，此url不起作用我尝试过的:重新创建pow应用程序重启pow服务器更新战俘
我正在尝试修改当前依赖于定义为activeresource的gem:s.add_dependency"activeresource","~>3.0"为了让gem与Rails4一起工作，我需要扩展依赖关系以与activeresource的版本3或4一起工作。我不想简单地添加以下内容，因为它可能会在以后引起问题:s.add_dependency"activeresource",">=3.0"有没有办法指定可接受版本的列表？~>3.0还是~>4.0？ 最佳答案 根据thedocumentation,如果你想要3到4之间的所有版本，你可以这
如果我使用ruby版本2.5.1和Rails版本2.3.18会怎样？我有基于rails2.3.18和ruby1.9.2p320构建的rails应用程序，我只想升级ruby的版本，而不是rails，这可能吗？我必须面对哪些挑战？ 最佳答案 GitHub维护apublicfork它有针对旧Rails版本的分支，有各种变化，它们一直在运行。有一段时间，他们在较新的Ruby版本上运行较旧的Rails版本，而不是最初支持的版本，因此您可能会发现一些关于需要向后移植的有用提示。不过，他们现在已经有几年没有使用2.3了，所以充其量只能让更
我安装了ruby版本管理器，并将RVM安装的ruby实现设置为默认值，这样'哪个ruby'显示'~/.rvm/ruby-1.8.6-p383/bin/ruby'但是当我在emacs中打开inf-ruby缓冲区时，它使用安装在/usr/bin中的ruby。有没有办法让emacs像shell一样尊重ruby的路径？谢谢! 最佳答案 我创建了一个emacs扩展来将rvm集成到emacs中。如果您有兴趣，可以在这里获取:http://github.com/senny/rvm.el
有人知道在发布新版本的Ruby和Rails时收到电子邮件的方法吗？他们有邮件列表，RubyonRails有一个推特，但我不想听到那些随之而来的喧嚣，我只想知道什么时候发布新版本，尤其是那些有安全修复的版本。 最佳答案 从therailsblog获取提要.http://weblog.rubyonrails.org/feed/atom.xml 关于ruby-on-rails-如何在发布新的Ruby或Rails版本时收到通知？，我们在StackOverflow上找到一个类似的问题：
在应用开发中，有时候我们需要获取系统的设备信息，用于数据上报和行为分析。那在鸿蒙系统中，我们应该怎么去获取设备的系统信息呢，比如说获取手机的系统版本号、手机的制造商、手机型号等数据。1、获取方式这里分为两种情况，一种是设备信息的获取，一种是系统信息的获取。1.1、获取设备信息获取设备信息，鸿蒙的SDK包为我们提供了DeviceInfo类，通过该类的一些静态方法，可以获取设备信息，DeviceInfo类的包路径为：ohos.system.DeviceInfo.具体的方法如下：ModifierandTypeMethodDescriptionstatic StringgetAbiList()Obt
Transformers开始在视频识别领域的“猪突猛进”，各种改进和魔改层出不穷。由此作者将开启VideoTransformer系列的讲解，本篇主要介绍了FBAI团队的TimeSformer，这也是第一篇使用纯Transformer结构在视频识别上的文章。如果觉得有用，就请点赞、收藏、关注！paper:https://arxiv.org/abs/2102.05095code(offical):https://github.com/facebookresearch/TimeSformeraccept:ICML2021author:FacebookAI一、前言Transformers(VIT)在图
Region是HBase数据管理的基本单位,region有一点像关系型数据的分区。region中存储这用户的真实数据，而为了管理这些数据，HBase使用了RegionSever来管理region。Region的结构hbaseregion的大小设置默认情况下，每个Table起初只有一个Region，随着数据的不断写入，Region会自动进行拆分。刚拆分时，两个子Region都位于当前的RegionServer，但处于负载均衡的考虑，HMaster有可能会将某个Region转移给其他的RegionServer。RegionSplit时机：当1个region中的某个Store下所有StoreFile
如果我一直输入geminstallrails使用不同版本的Rails会怎样？例如，我可以输入:geminstallrails--verson3.2.10或geminstallrails这给了我版本3.2.12。问题每次安装都会覆盖之前的吗？它会删除所有旧文件并添加我正在安装的新版本吗？或者如果我运行它两次，它会保留一些文件吗？我正在使用Ubuntu。 最佳答案 它将安装两个独立的gem。实际的可执行文件rails将调用最新版本。你可以覆盖它__例如，rails_3.2.10_将执行Rails3.2.10。bundler顺便说一下，如
我的Rails站点使用了一个确实不是很好的gem。每次我需要做一些新的事情时，我最终不得不花费与向实际Rails项目添加代码一样多的时间来为gem添加功能。但我不介意，我将我的Gemfile设置为指向我的gem的GitHub分支(我尝试提交PR，但维护者似乎已经下台)。问题是我真的没有找到一种合理的方法来测试我添加到gem的新东西。在railsc中测试它会特别好，但我能想到的唯一方法是a)更改~/.rvm/gems/.../foo。rb，这看起来不对或者b)升级版本，推送到Github，然后运行bundleup，这除了耗时之外显然是一场灾难，因为我不确定我所做的promise是否正
