前面几节里，dma-buf 总是由某个内核驱动导出的：GPU 驱动创建一个 GEM BO，再把它包装成 dma-buf 抛出 fd。可现实里常有这样的需求——用户态想直接拿到一块可跨设备共享、零拷贝的缓冲区，却不想（也不该）为此去调某个具体 GPU/摄像头驱动的私有 ioctl。比如一个相机 HAL 要分配一块 buffer，既要喂给 ISP、又要交给 GPU 合成、最后送去视频编码，谁来当这个「中立的分配者」？内核给出的答案是两条并行的路径：dma-buf heaps：把「分配 dma-buf」抽象成一类标准字符设备/dev/dma_heap/*，用户态一个ioctl就能从指定「堆」里分配出一枚 dma-buf fd。它是 Android ION 的正统继任者。udmabuf：反过来，把一块已有的用户态内存（memfd）包装成 dma-buf，让用户态自己分配的页也能零拷贝地交给内核设备。两者一个「从内核堆里分配给用户态」，一个「把用户态内存导出给内核」，共同补齐了 dma-buf 在用户态侧的入口。1. dma-buf heaps：标准化的「dma-buf 分配器」1.1 一个 ioctl 拿到 fd
前面几节里，dma-buf 总是由某个内核驱动导出的：GPU 驱动创建一个 GEM BO，再把它包装成 dma-buf 抛出 fd。可现实里常有这样的需求——用户态想直接拿到一块可跨设备共享、零拷贝的缓冲区，却不想（也不该）为此去调某个具体 GPU/摄像头驱动的私有 ioctl。比如一个相机 HAL 要分配一块 buffer，既要喂给 ISP、又要交给 GPU 合成、最后送去视频编码，谁来当这个「中立的分配者」？内核给出的答案是两条并行的路径：dma-buf heaps：把「分配 dma-buf」抽象成一类标准字符设备/dev/dma_heap/*，用户态一个ioctl就能从指定「堆」里分配出一枚 dma-buf fd。它是 Android ION 的正统继任者。udmabuf：反过来，把一块已有的用户态内存（memfd）包装成 dma-buf，让用户态自己分配的页也能零拷贝地交给内核设备。两者一个「从内核堆里分配给用户态」，一个「把用户态内存导出给内核」，共同补齐了 dma-buf 在用户态侧的入口。1. dma-buf heaps：标准化的「dma-buf 分配器」1.1 一个 ioctl 拿到 fd
【牛客tracker 每日一题】){kind=tracking}
