<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word"> <div class="WordSection1"> Hi Yiwei,<o:p></o:p> <o:p> </o:p> Looks like this thread is closed.<o:p></o:p> <o:p> </o:p> <a href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26038#note_2243187">https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26038#note_2243187</a><o:p></o:p> <o:p> </o:p> Can we collaborate on this?<o:p></o:p> <o:p> </o:p> Thanks,<o:p></o:p> Srinivas<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in"> From: Yiwei Zhang <zzyiwei@chromium.org> Sent: Monday, November 20, 2023 4:38 AM To: Srinivas Pullakavi (QUIC) <quic_spullaka@quicinc.com> Cc: Rob Clark <robdclark@gmail.com>; mesa-dev@lists.freedesktop.org Subject: Re: GBM as standalone buffer allocator<o:p></o:p> </div> <o:p> </o:p> <div> There’s <o:p></o:p> </div> <div> <div> <a href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26038">https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26038</a>. It is quite appealing to me considering a VK only scenario.<o:p></o:p> </div> </div> <div> <o:p> </o:p> <div> <div> On Thu, Nov 2, 2023 at 5:50 AM Srinivas Pullakavi (QUIC) <<a href="mailto:quic_spullaka@quicinc.com">quic_spullaka@quicinc.com</a>> wrote:<o:p></o:p> </div> <blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in"> Hi Rob, Thanks for your inputs. We are planning to use DMA-Buf for GBM backend. DMA-buf supported heaps are listed in /dev/dma_heap/ Gbm backend selects the best heap based on usage. For example: Secure buffers will be allocated from secure heap. Sample output: # ls /dev/dma_heap reserved system Sample code to allocate a buffer from system heap: int heap_fd = open(/dev/dma_heap/system, O_RDONLY | O_CLOEXEC)) struct dma_heap_allocation_data heap_data { .len = size, // length of data to be allocated in bytes .fd_flags = O_RDWR | O_CLOEXEC, // permissions for the memory to be allocated }; int status = ioctl(heap_fd, DMA_HEAP_IOCTL_ALLOC, &heap_data) if (status == 0) { int buffer_fd = heap_data.fd; } In this case, there is no dependency on display / Graphics driver. But still GBM create device expects a device fd to be passed. Can we make it optional to pass device fd ? Thanks, Srinivas -----Original Message----- From: Rob Clark <<a href="mailto:robdclark@gmail.com" target="_blank">robdclark@gmail.com</a>> Sent: Tuesday, October 24, 2023 1:06 AM To: Srinivas Pullakavi (QUIC) <<a href="mailto:quic_spullaka@quicinc.com" target="_blank">quic_spullaka@quicinc.com</a>> Cc: <a href="mailto:mesa-dev@lists.freedesktop.org" target="_blank">mesa-dev@lists.freedesktop.org</a> Subject: Re: GBM as standalone buffer allocator On Mon, Oct 23, 2023 at 6:22 AM Srinivas Pullakavi (QUIC) <<a href="mailto:quic_spullaka@quicinc.com" target="_blank">quic_spullaka@quicinc.com</a>> wrote: > > Hi, > > > > We are planning to enhance GBM as a standalone buffer allocator, which > can be used for all multi-media clients. Ex: video, camera, display > etc; > > > > GBM create device expects a file descriptor to be passed, which points to drm node. This brings in a dependency on display for buffer allocation. On headless devices where display driver is not present, GBM cannot be used for buffer allocations. E.g. Recording cases where pipeline is setup between Camera, Video, Graphics. > Note that you need some sort of device to allocate buffers from. With mesa and upstream kernel, that would be the drm device. (However as Adam points out, a drm device does not necessarily need a display.. for example, several vendors have compute-only GPUs (pci) which have no display outputs.) You might want to look at ChromeOS's minigbm. It already handles these cases (buffer sharing across display/gpu/video/camera). BR, -R [1] <a href="https://chromium.googlesource.com/chromiumos/platform/minigbm/" target="_blank"> https://chromium.googlesource.com/chromiumos/platform/minigbm/</a> > > Could you please share your comments on what will be a good design to make GBM flexible for above? > > > > Thanks, > > Srinivas > ><o:p></o:p> </blockquote> </div> </div> </div> </body> </html>