<div dir="ltr"><div dir="ltr"></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 23, 2023 at 6:39 AM Srinivas Pullakavi (QUIC) <<a href="mailto:quic_spullaka@quicinc.com">quic_spullaka@quicinc.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="msg-958766135046607432">





<div lang="EN-US" style="overflow-wrap: break-word;">
<div class="m_-958766135046607432WordSection1">
<p class="MsoNormal">Hi,<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">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;<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">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.<u></u><u></u></p></div></div></div></blockquote><div><br></div><div>I don't understand the objection. drm devices are not compelled to have display support. The panfrost drm driver for example does not have any display support, only rendering.<br></div><div><br></div><div>- ajax<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="msg-958766135046607432"><div lang="EN-US" style="overflow-wrap: break-word;"><div class="m_-958766135046607432WordSection1">
</div>
</div>

</div></blockquote></div></div>