分类: LINUX
2014-10-20 01:51:56
原文地址:DRM内核源码分析之三 作者:tbfly
DRM-Core 层为各家显卡driver的编写提供了通用层。 这个好像是必然的,为了复用和代码的规范:-0 Linux内核的guys为我们提高了很多接口,直接用就行了。
对DRM,注册的最关键函数是drm_init,注册了一系列函数回调。
对应的注销函数当然是drm_exit。
drm_init --> drm_get_dev --> drm_fill_in_dev --> drm_ht_create/drm_core_has_AGP/drm_device_is_agp/drm_core_check_feature/drm_core_has_MTRR/drm_ctxbitmap_init/drm_gem_init(终于“真货”来了)
-->drm_core_check_feature-->drm_get_minor-->drm_minor_get_id/drm_proc_init/drm_sysfs_device_add/...
这里调用到的drm开头的函数都属于drm-core层。
下面一个个的分析? 算了,还是挑重要的仔细看吧:-)
直捣drm_gem_init吧。
/** * GEM specific mm private for tracking GEM objects */ struct drm_gem_mm { struct drm_mm offset_manager; /**< Offset mgmt for buffer objects */ struct drm_open_hash offset_hash; /**< User token hash table for maps */ }; |
注册DRM的MM重要函数是drm_mm_init.建立保存mem关系的链表。
无论是GEM还是TTM,均会调用到该函数。
drm_init里,只是作了部分工作。i915.ko被加载后,调用函数回调:i915_driver_load。其中i915_load_modeset_init为KMS作初始化。io_mapping_create_wc函数需要好好注意,说明IO可以map为WC类型,与通常的认识不太一样。通常FB才映射为WC的。
相对来说,i915_driver_open作的事情更少。初始化结构体:
struct drm_i915_file_private { struct { uint32_t last_gem_seqno; uint32_t last_gem_throttle_seqno; } mm; }; |
i915的fops如下:
.fops = { .owner = THIS_MODULE, .open = drm_open, .release = drm_release, .ioctl = drm_ioctl, .mmap = drm_gem_mmap, .poll = drm_poll, .fasync = drm_fasync, #ifdef CONFIG_COMPAT .compat_ioctl = i915_compat_ioctl, #endif }, |
而openchrome的TTM branch中drm代码:
.fops = { .owner = THIS_MODULE, .open = via_open, .release = via_release, .unlocked_ioctl = via_unlocked_ioctl, .mmap = via_mmap, .poll = drm_poll, .fasync = drm_fasync, .read = via_ttm_read, .write = via_ttm_write}, |
蓝色字体部分为主要不同。目前GEM的在Kernel中,而TTM还是在main branch之外。后者没有相应的drm开头的处理函数,需要特殊的函数封装。
内核模块鸟瞰得差不多了,该到X driver层看看如何调用ioctl实现应用。直接看xf86-video-intel的源码。
DRM_I915_GEM_INIT的用户态调用是DRM_IOCTL_I915_GEM_INIT,在i830_allocator_init函数中。