DRM內(nèi)核代碼分析之四

tbfly

                                                                                                   從此，就要開始輾轉(zhuǎn)與xf86-video-intel，drm與linux-2.6.30的代碼中間。就像三位一體一樣。實際上跳轉(zhuǎn)的時候還是三體。幸好有vim+ctags+cscope的幫助！
   Intel 2D X Driver直接調(diào)用libdrm的接口，后者再通過ioctl，call到內(nèi)核態(tài)的函數(shù)。本來，
是沒有這么麻煩的。drm的linux-core部分，就是對應(yīng)的內(nèi)核態(tài)的代碼。但是，自從i965要支持GEM以后，linux-core的代碼與kernel/gpu/drm的就不同步了。后來，intel的i915 drm代碼就干脆直接放到kernel里面了。最開始的分支名稱是drm-gem。
   舉個例子，i830_bind_memory函數(shù)調(diào)用到dri_bo_pin，dri_bo_pin就是libdrm里定義的，
#define dri_bo_pin drm_intel_bo_pin
drm_intel_bo_pin,再調(diào)用到buffer object的內(nèi)存管理器的相應(yīng)接口。bo->bufmgr->bo_pin。
對GEM的內(nèi)存管理器，其初始化為drm_intel_bufmgr_gem_init函數(shù)。
bufmgr_gem->bufmgr.bo_pin = drm_intel_gem_bo_pin;
drm_intel_gem_bo_pin再調(diào)用ioctl，由內(nèi)核完成相應(yīng)的工作。
還有許多許多的函數(shù)回調(diào)，大都是這樣的路子。
說到底，DRM內(nèi)核代碼的分析要不流于表面，還是得從2D X driver+ libdrm + kernel，還有Mesa3D i965 Dri + libdrm + kernel等幾層關(guān)系入手。套用俗套的話就是，“一個系統(tǒng)的工程”。
學(xué)的就是架構(gòu)，整個體系的建立。流于枝節(jié)，實際沒有領(lǐng)會神髓。
               
               
               
               
               
               
               
               
               
               
               
               
               
               
               

本文來自ChinaUnix博客，如果查看原文請點：http://blog.chinaunix.net/u/6547/showart_1986410.html