camera申请buf流程

camera通过v4l2框架申请buf流程

以下内容，以linux4.9版本代码arm架构进行介绍。

VIDIOC_REQBUFS

在应用层通过ioctl传输VIDIOC_REQBUFS命令，将会传递count、type和memory等参数，通过ioctl将会执行到camera的驱动函数vidioc_reqbufs()。通过驱动的该函数，最终将会调用到videobuf2-v4l2.c的vb2_core_reqbufs()函数。
vb2_core_reqbufs()函数的操作：

检查传递下来的count是否为0，如果是0，则为释放资源；
确认应用层传递下来的count是否超过内核限制；
通过vb2_queue的queue_setup()得到每个buf的大小以及planes等信息；
将通过__vb2_queue_alloc(q, memory, num_buffers, num_planes, plane_sizes)申请buf；

而__vb2_queue_alloc()函数又是怎样申请内存的呢？

首先的，将会为每个buf申请一个vb2_buffer结构体描述buf的结构信息；
如果申请的buf是MMAP的memory type，将会通过__vb2_buf_mem_alloc(vb)申请buf；

static int __vb2_buf_mem_alloc(struct vb2_buffer *vb)
{struct vb2_queue *q = vb->vb2_queue;/* camera是主控芯片接收数据，VIDEO_CAPTURE，所以dma_dir值为DMA_FROM_DEVICE */enum dma_data_direction dma_dir =q->is_output ? DMA_TO_DEVICE : DMA_FROM_DEVICE;void *mem_priv;int plane;int ret = -ENOMEM;/** Allocate memory for all planes in this buffer* NOTE: mmapped areas should be page aligned*/for (plane = 0; plane < vb->num_planes; ++plane) {/* 申请的大小需要是页对齐 */unsigned long size = PAGE_ALIGN(vb->planes[plane].length);/* 在这里，将会调用queue的mem_ops的alloc成员函数申请buf，* 这个mem_ops是在创建video节点的时候赋值，申请cma内存，* 一般会赋值为vb2_dma_contig_memops，所以将会调用vb2_dc_alloc()函数 */mem_priv = call_ptr_memop(vb, alloc,q->alloc_devs[plane] ? : q->dev,q->dma_attrs, size, dma_dir, q->gfp_flags);if (IS_ERR(mem_priv)) {if (mem_priv)ret = PTR_ERR(mem_priv);goto free;}/* Associate allocator private data with this plane */vb->planes[plane].mem_priv = mem_priv;}return 0;
free:/* Free already allocated memory if one of the allocations failed */for (; plane > 0; --plane) {call_void_memop(vb, put, vb->planes[plane - 1].mem_priv);vb->planes[plane - 1].mem_priv = NULL;}return ret;
}

vb2_dc_alloc()函数将会调用dma_alloc_attrs()函数进行申请cma内存，申请到的内存信息将保存在vb2_dc_buf结构体，而vb2_buffer类型的vb->planes[plane].mem_priv将保存这个结构体的信息。
回到__vb2_queue_alloc()函数，通过__vb2_buf_mem_alloc()申请到cma内存之后，通过__setup_offsets()完成offset参数填充，简单理解就是每个plane的偏移，第0个的从0开始，然后逐个加上相应plane的偏移。
最后，如果有设置，则是调用buf queue的buf_init函数进行相应的设置，填充相应信息之后，返回应用层。

VIDIOC_QUERYBUF

执行上面接收的ioctl之后，由于用户层传递的是V4L2_MEMORY_MMAP，所以，应用层将会通过VIDIOC_QUERYBUF查询这些buf的信息并通过mmap映射到用户空间。
在调用这个ioctl的时候，用户层将会传递和VIDIOC_REQBUFS时一致的type、memory信息，这些在内核将会查询是否一致，同时将会传递一个index，表示将要查询哪个buf的信息。
整个查询过程，将会通过vb2_core_querybuf()函数调用到v4l2_buf_ops的fill_user_buffer成员函数__fill_v4l2_buffer()。在该函数中，就是通过to_vb2_v4l2_buffer()函数从vb_buffer信息填充到v4l2_buffer并返回。

疑问1：__vb2_buf_mem_alloc()函数是如何申请到物理地址连续的内存块？

在该函数中，将会通过以下代码块，逐个申请plane的大小内存。

     mem_priv = call_ptr_memop(vb, alloc,q->alloc_devs[plane] ? : q->dev,q->dma_attrs, size, dma_dir, q->gfp_flags);

通过call_ptr_memop宏的封装，将会调用到注册video节点时绑定的vb2_queue mem_ops结构体的alloc成员函数。这个mem_ops一般的，是赋值为vb2_dma_contig_memops，而vb2_dma_contig_memops的alloc成员函数赋值为vb2_dc_alloc()函数。内存申请函数调用流程vb2_dc_alloc()—>dma_alloc_attrs()。

static inline void *dma_alloc_attrs(struct device *dev, size_t size,dma_addr_t *dma_handle, gfp_t flag,unsigned long attrs)
{/* 通过get_dma_ops()获取申请dma buf的句柄，* 如果定义了CONFIG_HAS_DMA，则到<asm/dma-mapping.h>* 查找该函数，一般的都会有定义，所以将会调用get_dma_ops()* --->__generic_dma_ops()。最后在__generic_dma_ops()中* 将会根据dev的dma_ops是否定义，将优先使用该ops进行分配内存 */struct dma_map_ops *ops = get_dma_ops(dev);void *cpu_addr;BUG_ON(!ops);if (dma_alloc_from_coherent(dev, size, dma_handle, &cpu_addr))return cpu_addr;if (!arch_dma_alloc_attrs(&dev, &flag))return NULL;if (!ops->alloc)return NULL;/* 一般的，最后是通过这里分配DMA内存，那么，这里的ops是哪里的呢？ */cpu_addr = ops->alloc(dev, size, dma_handle, flag, attrs);debug_dma_alloc_coherent(dev, size, *dma_handle, cpu_addr);return cpu_addr;
}

上面说到的ops，是通过device获取的，而在camera驱动中，将会是把一个platform型的设备传递下来，所以，这里的device是platform_device中的device。而一般的，在创建platform devices的时候，会在of_platform_device_create_pdata()函数，在这个函数中，通过of_dma_configure()—>arch_setup_dma_ops()，在arch_setup_dma_ops()函数中将会设置dev->archdata.dma_ops的值，最后的，在get_dma_ops(dev)中返回的，就是dev->archdata.dma_ops的值了，该值被赋值为arm_coherent_dma_ops。所以申请DMA buf的时候，将会调用它的alloc函数arm_coherent_dma_alloc()，这个就已经是DMA buf申请的接口函数了。
通过arm_coherent_dma_alloc()函数申请的物理地址连续的内存块，arm_coherent_dma_alloc()返回的是该内存块在内核中的虚拟地址，而函数参数handle将会保存内存块的物理地址（通过*handle可获得物理地址的值）。
回到vb2_dc_alloc()函数，物理地址的值，将保存在struct vb2_dc_buf结构体的dma_addr变量中，而cookie将保存这里内存在内核中的虚拟地址，最后，vb->planes[plane].mem_priv指针指向这个struct vb2_dc_buf结构体。

疑问：为什么在VIDIOC_QUERYBUF返回的buf中mem_offset为偏移的大小，但是最后又可以通过该变量的值使用到buf对应的物理地址呢？

这个，都是因为我们应用在VIDIOC_QUERYBUF得到buf信息之后调用mmap()函数进行映射，这个映射的过程会调用到camera驱动中的mmap()函数，在这个函数将会完成mem_offset值的填充，这个时候就可以通过mem_offset使用buf的物理地址。
一般的，在camera驱动中，mmap函数都将会调用到vb2_mmap()函数。
在vb2_mmap()函数中，传递进来的vma参数，其中vma->vm_pgoff变量的值，是在应用层调用mmap()函数传递进来的offset值表示的偏移量，不过该偏移量的单位为页面的大小（PAGE_SIZE，也就是应用层的offset左移12位），所以在该函数将会通过以下代码段找到对应的struct vb2_buffer结构体并进行映射。

 /* 找到结构体对应的索引 */ret = __find_plane_by_offset(q, off, &buffer, &plane);/* 进行对应的映射，将调用到vb2_dc_mmap()函数，最后通过dma_mmap_attrs()函数进行映射 */ret = call_memop(vb, mmap, vb->planes[plane].mem_priv, vma);

通过上面的函数调用之后，就可以在应用层拿到对应着这块内存的用户进程虚拟地址，但是，我们在应用层可以通过buf的mem_offset变量拿到物理地址的，这个变量，又是什么时候将会进行对应的物理地址赋值操作呢？
这个赋值的操作，是在应用层通过VIDIOC_QBUF将buf添加到驱动队列的时候，最终将会调用到vb2_core_qbuf()函数，在该函数中，有以下代码段：

 if (q->start_streaming_called)__enqueue_in_driver(vb);

通过__enqueue_in_driver()函数，将会调用vb2_queue的ops结构体中的buf_prepare()成员函数，该函数是由camera驱动实现的，一般的，在该函数中将会进行以下操作：

 vb->planes[i].m.offset = vb2_dma_contig_plane_dma_addr(vb, i);

所以，就是在qbuf的时候，调用buf_prepare()成员函数对offset进行赋值，接着应用层就可以通过该变量直接使用物理地址操作camera输出的buf数据。

至此，camera的buf操作主体流程介绍完成。