Android幀緩衝區（Frame Buffer）硬件抽象層（HAL）模塊Gralloc的實現原理分析（9）

         5. 圖形緩衝區的釋放過程

        前面提到，用戶空間的應用程序用到的圖形緩衝區是由Gralloc模塊中的函數gralloc_free來釋放的，這個函數實如今文件hardware/libhardware/modules/gralloc/gralloc.cpp中，以下所示：

 
     
     static int gralloc_free(alloc_device_t* dev,
 
     
             buffer_handle_t handle)
 
     
     {
 
     
         if (private_handle_t::validate(handle) < 0)
 
     
             return -EINVAL;

 
     
         private_handle_t const* hnd = reinterpret_cast<private_handle_t const*>(handle);
 
     
         if (hnd->flags & private_handle_t::PRIV_FLAGS_FRAMEBUFFER) {
 
     
             // free this buffer
 
     
             private_module_t* m = reinterpret_cast<private_module_t*>(
 
     
                     dev->common.module);
 
     
             const size_t bufferSize = m->finfo.line_length * m->info.yres;
 
     
             int index = (hnd->base - m->framebuffer->base) / bufferSize;
 
     
             m->bufferMask &= ~(1<<index);
 
     
         } else {
 
     
             gralloc_module_t* module = reinterpret_cast<gralloc_module_t*>(
 
     
                     dev->common.module);
 
     
             terminateBuffer(module, const_cast<private_handle_t*>(hnd));
 
     
         }

 
     
         close(hnd->fd);
 
     
         delete hnd;
 
     
         return 0;
 
     
     }

        要釋放的圖形緩衝區使用參數handle來描述。前面提到，從Gralloc模塊中分配的圖形緩衝區是使用private_handle_t結構體來描述的，所以，這裏的參數handle應該指向一個private_handle_t結構體，這是經過調用private_handle_t類的靜態成員函數validate來驗證的。private_handle_t類的靜態成員函數validate的實現能夠參考前面第1部分的內容。

 

        要釋放的圖形緩衝區有多是在系統幀緩衝區分配的，也有多是在內存中分配的，這能夠經過檢查它的標誌值flags的PRIV_FLAGS_FRAMEBUFFER位是否等於1來確認。

        若是要釋放的圖形緩衝區是在系統幀緩衝區中分配的，那麼首先要知道這個圖形緩衝區是系統幀緩衝區的第index個位置，接着再將變量m所描述的一個private_module_t結構體的成員變量bufferMask的第index位重置爲0便可。咱們只須要將要釋放的圖形緩衝區的開始地址減去系統幀緩衝區的基地址，再除以一個圖形緩衝區的大小，就能夠知道要釋放的圖形緩衝區是系統幀緩衝區的第幾個位置。這個過程恰好是在系統幀緩衝區中分配圖形緩衝區的逆操做。

        若是要釋放的圖形緩衝區是內存中分配的，那麼只須要調用另一個函數terminateBuffer來解除要釋放的圖形緩衝區在當前進程的地址空間中的映射。

        最後，這個函數還會將用來描述要釋放的圖形緩衝區的private_handle_t結構體所佔用的內存釋放掉，而且將要要釋放的圖形緩衝區所在的系統幀緩衝區或者匿名共享內存的文件描述符關閉掉。

       函數terminateBuffer實如今文件hardware/libhardware/modules/gralloc/mapper.cpp中，以下所示：

 
     
     int terminateBuffer(gralloc_module_t const* module,
 
     
             private_handle_t* hnd)
 
     
     {
 
     
         if (hnd->base) {
 
     
             // this buffer was mapped, unmap it now
 
     
             gralloc_unmap(module, hnd);
 
     
         }

 
     
         return 0;
 
     
     }

       它經過調用另一個函數gralloc_unmap來解除參數hnd所描述的一個圖形緩衝區在當前進程的地址空間中的映射。後面在分析圖形緩衝區的註銷過程時，咱們再詳細分析函數gralloc_unmap的實現。

 

       至此，圖形緩衝區的釋放過程就分析完成了，接下來咱們繼續分析圖形緩衝區的註冊過程。

       6. 圖形緩衝區的註冊過程

       前面提到，在Android系統中，全部的圖形緩衝區都是由SurfaceFlinger服務分配的，而當一個圖形緩衝區被分配的時候，它會同時被映射到請求分配的進程的地址空間去，即分配的過程同時也包含了註冊的過程。可是對用戶空間的其它的應用程序來講，它們所須要的圖形緩衝區是在由SurfaceFlinger服務分配的，所以，當它們獲得SurfaceFlinger服務分配的圖形緩衝區以後，還須要將這塊圖形緩衝區映射到本身的地址空間來，以即可以使用這塊圖形緩衝區。這個映射的過程即爲咱們接下來要分析的圖形緩衝區註冊過程。

       前面還提到，註冊圖形緩衝區的操做是由Gralloc模塊中的函數gralloc_register_buffer來實現的，這個函數實如今文件hardware/libhardware/modules/gralloc/mapper.cpp中，以下所示：

 
     
     int gralloc_register_buffer(gralloc_module_t const* module,
 
     
             buffer_handle_t handle)
 
     
     {
 
     
         if (private_handle_t::validate(handle) < 0)
 
     
             return -EINVAL;

 
     
         // if this handle was created in this process, then we keep it as is.
 
     
         int err = 0;
 
     
         private_handle_t* hnd = (private_handle_t*)handle;
 
     
         if (hnd->pid != getpid()) {
 
     
             void *vaddr;
 
     
             err = gralloc_map(module, handle, &vaddr);
 
     
         }
 
     
         return err;
 
     
     }

       這個函數首先驗證參數handle指向的一塊圖形緩衝區的確是由Gralloc模塊分配的，方法是調用private_handle_t類的靜態成員函數validate來驗證，即若是參數handle指向的是一個private_handle_t結構體，那麼它所指向的一塊圖形緩衝區就是由Gralloc模塊分配的。

 

       經過了上面的檢查以後，函數gralloc_register_buffer還須要檢查當前進程是否就是請求Gralloc模塊分配圖形緩衝區hnd的進程。若是是的話，那麼當前進程在請求Gralloc模塊分配圖形緩衝區hnd的時候，就已經將圖形緩衝區hnd映射進本身的地址空間來了，所以，這時候就不須要重複在當前進程中註冊這個圖形緩衝區。

       真正執行註冊圖形緩衝區的操做是由函數gralloc_map來實現的，這個函數也是實現文件hardware/libhardware/modules/gralloc/mapper.cpp中，以下所示：

 
     
     static int gralloc_map(gralloc_module_t const* module,
 
     
             buffer_handle_t handle,
 
     
             void** vaddr)
 
     
     {
 
     
         private_handle_t* hnd = (private_handle_t*)handle;
 
     
         if (!(hnd->flags & private_handle_t::PRIV_FLAGS_FRAMEBUFFER)) {
 
     
             size_t size = hnd->size;
 
     
             void* mappedAddress = mmap(0, size,
 
     
                     PROT_READ|PROT_WRITE, MAP_SHARED, hnd->fd, 0);
 
     
             if (mappedAddress == MAP_FAILED) {
 
     
                 LOGE("Could not mmap %s", strerror(errno));
 
     
                 return -errno;
 
     
             }
 
     
             hnd->base = intptr_t(mappedAddress) + hnd->offset;
 
     
             //LOGD("gralloc_map() succeeded fd=%d, off=%d, size=%d, vaddr=%p",
 
     
             //        hnd->fd, hnd->offset, hnd->size, mappedAddress);
 
     
         }
 
     
         *vaddr = (void*)hnd->base;
 
     
         return 0;
 
     
     }

       因爲在系統幀緩衝區中分配的圖形緩衝區只在SurfaceFlinger服務中使用，而SurfaceFlinger服務在初始化系統幀緩衝區的時候，已經將系統幀緩衝區映射到本身所在的進程中來了，所以，函數gralloc_map若是發現要註冊的圖形緩衝區是在系統幀緩衝區分配的時候，那麼就不須要再執行映射圖形緩衝區的操做了。

 

       若是要註冊的圖形緩衝區是在內存中分配的，即它的標誌值flags的PRIV_FLAGS_FRAMEBUFFER位等於1，那麼接下來就須要將它映射到當前進程的地址空間來了。因爲要註冊的圖形緩衝區是在文件描述符hnd->fd所描述的一塊匿名共享內存中分配的，所以，咱們只須要將文件描述符hnd->fd所描述的一塊匿名共享內存映射到當前進程的地址空間來，就能夠將參數hnd所描述的一個圖形緩衝區映射到當前進程的地址空間來。

       因爲映射文件描述符hnd->fd獲得的是一整塊匿名共享內存在當前進程地址空間的基地址，而要註冊的圖形緩衝區可能只佔據這塊匿名共享內存的某一小部分，所以，咱們還須要將要註冊的圖形緩衝區的在被映射的匿名共享內存中的偏移量hnd->offset加上被映射的匿名共享內存的基地址hnd->base，才能夠獲得要註冊的圖形緩衝區在當前進程中的訪問地址，這個地址最終又被寫入到hnd->base中去。

       註冊圖形緩衝區的過程就是這麼簡單，接下來咱們再分析圖形緩衝區的註銷過程。