车载娱乐系统中weston与DRM同时访问显示控制器的系统及方法

摘要

本发明提供一种车载娱乐系统中weston与DRM同时访问显示控制器的系统，包括客户端、weston模块或drm app模块、libdrm模块、opengl模块、drm驱动模块、硬件；其特征在于：在drm驱动模块增加drm host模块。客户端、weston模块、opengl模块、硬件依次双向通信，同时，weston模块、libdrm模块、drm驱动模块、硬件依次单向通信。本发明还提供一种车载娱乐系统中weston与DRM同时访问显示控制器的方法，包括：在drmopen和drmioctl时引入drm host握手机制。本发明的车载娱乐系统中weston与DRM同时访问显示控制器的系统及方法的有益效果是：采用drm host握手机制解决wayland与drm app共存的问题，并且获得了充分利用硬件资源、缩短开机时间、降低CPU占用率的技术效果。

说明书

技术领域

本发明涉及车载娱乐系统的显示控制器访问技术领域，具体涉及一种车载娱乐系统中weston与DRM同时访问显示控制器的系统及方法。

背景技术

为满足高度互动或进阶视觉效果操作体验，车载娱乐系统所采用的嵌入式硬体平台，也开始必须考量3D高度互动操作界面设计方案。而为满足3D原生系统整合与呈现，嵌入式硬体平台就必须考量多核心架构，3DGPU整合方案需同时整合多核心通用处理器与多核GPU，才能满足运行负荷日益增加的3D化操作介面设计需求，避免大量3D互动呈现反而拖累了核心应用的处理效能，甚至造成使用车载娱乐系统音乐或视频时出现顿挫问题。

采用linux作为车载娱乐系统的处理器的操作系统，随着linux内核的发展，为追求更好用户体验，引入数字权限管理DRM(DirectRenderingManager)。DRM是一个内核级的设备驱动，成为Linux系统的标准部分。LinuxDRM层用来支持那些复杂的显卡设备，这些显卡设备通常都包含可编程的流水线，非常适合3D图像加速。内核中的DRM层，使得这些显卡驱动在进行内存管理、中断处理和直接存储器存取(DirectMemoryAccess，简称：DMA)操作中变得更容易，并且可以为上层应用提供统一的接口。同时Linux上X图形系统经历了30年左右的发展，其设计在今天看来已略显陈旧。在X系统中，XServer作为中心服务,连接客户端(client)和硬件以及合成器(compositor)。但时至今日，原本在XServer中做的事很多已被移到内核(kernel)或者单独的库中，因此XServer就显得比较累赘。

Wayland是一套显示服务器(displayserver，即合成器(compositor))与客户端(client)间的通信协议，而Weston是Wayland合成器(compositor)的参考实现.Wayland定位于在Linux上替换X图形系统。Wayland在架构上去掉了中间层，将合成器(compositor)作为显示服务器(displayserver)，使客户端(client)与合成器(compositor)直接通信，从而在灵活性和性能等方面上能够比前辈更加出色。Wayland既可以用于传统的桌面又适用于移动设备,已经被用于Tizen,SailfishOS等商业操作系统,同时越来越多的窗口和图形系统开始兼容Wayland协议。

但目前的通过Wayland在车载娱乐系统中访问显示控制器的技术方案因weston独占DRM导致系统中的硬件资源无法充分被利用，且开机过程中采用wayland客户端(client)无法满足2秒显示静态logo或者倒车视频；开机过程中采用wayland客户端(client)显示动态logo导致CPU占用率偏高。

发明内容

本发明提供一种车载娱乐系统中weston与DRM同时访问显示控制器的系统及方法，采用drmhost握手机制解决wayland与drmapp共存的技术问题。

为达到上述目的，本发明所采取的技术方案为：

本发明提供一种车载娱乐系统中weston与DRM同时访问显示控制器的系统，包括客户端、weston模块或drmapp模块、libdrm模块、opengl模块、drm驱动模块、硬件；其特征在于：在drm驱动模块增加drmhost模块。

进一步地，客户端、weston模块、opengl模块、硬件依次双向通信，同时，weston模块、libdrm模块、drm驱动模块、硬件依次单向通信。

本发明还提供一种车载娱乐系统中weston与DRM同时访问显示控制器的方法，包括：在drmopen和drmioctl时引入drmhost握手机制。

进一步地，在drmopen时，先判断是否为host，若否，设置drmhost后open返回成功；若是，继续判断是否为master，若否，open返回成功；若是，移除drmmaster后open返回成功；

在drmioctl时，先判断是否为host，若是，ioctl执行；若否，继续判断是否为master，若否，ioctl返回状态；若是，ioctl执行后返回状态。

本发明的车载娱乐系统中weston与DRM同时访问显示控制器的系统及方法的有益效果是：采用drmhost握手机制解决wayland与drmapp共存的问题，并且获得了充分利用硬件资源、缩短开机时间、降低CPU占用率的技术效果。

附图说明

图1是现有的车载娱乐系统中访问显示控制器的系统的第一种架构示意图；

图2是现有的车载娱乐系统中访问显示控制器的系统的第二种架构示意图；

图3是本发明的车载娱乐系统中weston与DRM同时访问显示控制器的系统的架构示意图；

图4是本发明的车载娱乐系统中weston与DRM同时访问显示控制器的方法的第一种流程示意图；

图5是本发明的车载娱乐系统中weston与DRM同时访问显示控制器的方法的第二种流程示意图。

具体实施方式

下面结合附图具体阐明本发明的实施方式，附图仅供参考和说明使用，不构成对本发明专利保护范围的限制。

图1、2分别示出了现有的车载娱乐系统中访问显示控制器的系统的两种架构示意图，分别为只有weston或只有drmapp的架构。

如图3所示，本发明实施例提供一种车载娱乐系统中weston与DRM同时访问显示控制器的系统，包括客户端(client)、weston模块或drmapp模块、libdrm模块、opengl模块、drm驱动模块(driver)、硬件(hardware)；在drm驱动模块增加drmhost模块。

在本实施例中，客户端、weston模块、opengl模块、硬件依次双向通信，同时，weston模块、libdrm模块、drm驱动模块、硬件依次单向通信。

在本实施例中，libdrm模块用于封装KMS，GEM等图形相关接口；

OpenGL(OpenGraphicsLibrary，开放图形库)定义了一个跨编程语言、跨平台的符合编程接口规格的专业图形程序接口，是一套用来进行3D图形渲染的应用程序编程接口；

Weston从内部体系结构来看，主要分为窗口管理(shell)，合成器(compositor)和输入管理三个部分。

本发明的实施例还提供一种车载娱乐系统中weston与DRM同时访问显示控制器的方法，包括：在drmopen和drmioctl时引入drmhost握手机制。

在本实施例中，如图4所示，在drmopen时，先判断是否为host，若否，设置(set)drmhost后open返回成功；若是，继续判断是否为master，若否，open返回成功(returnsuccess)；若是，移除(drop)drmmaster后open返回成功；

如图5所示，在drmioctl时，先判断是否为host，若是，ioctl执行；若否，继续判断是否为master，若否，ioctl返回状态(returnstatus)；若是，ioctl执行后返回状态。

以上所揭露的仅为本发明的较佳实施例，不能以此来限定本发明的权利保护范围，因此依本发明申请专利范围所作的等同变化，仍属本发明所涵盖的范围。