[Mesa-dev] [PATCH] egl/dri2: implement platform_null.
Emil Velikov
emil.l.velikov at gmail.com
Thu Jan 22 16:38:19 PST 2015
On 22/01/15 22:23, Haixia Shi wrote:
> Hi Emil
>
> On Thu, Jan 22, 2015 at 1:36 PM, Emil Velikov <emil.l.velikov at gmail.com> wrote:
>> Hi Haixia Shi,
>>
>> On 22/01/15 17:35, Haixia Shi wrote:
>>> Try the render node first and use it if available. Otherwise fall back to
>>> normal nodes.
>>>
>> What is the use-case for such a platform - I assume it's worth
>> mentioning in the commit message ?
>>
>> No other platform picks the device at random as seen below. Why did you
>> choose such an approach ? It seems like one can easily shoot themselves
>> by using it.
>
> CC Stephane. The goal here is just to pick the first available node
> for off-screen rendering only.
>
Hmm I'm guessing that using the drm/gbm platform is out of the question
? Iirc there has been a bit of love on the gbm topic, and afaiu this
solution is to be used with minigbm ?
What I'm thinking here is:
If you're testing a device with provides two or more nodes (be that the
classic card or the render ones), one cannot guarantee that the kernel
module for hw#1 will be loaded first. Thus even if one presumes that
they are working on (testing) hw#1 that may or may not be the case.
Not 100% sure on the module order part, so I could be wrong.
>>
>> ...
>>> diff --git a/src/egl/drivers/dri2/platform_null.c b/src/egl/drivers/dri2/platform_null.c
>>> new file mode 100644
>>> index 0000000..4f0b18f
>>> --- /dev/null
>>> +++ b/src/egl/drivers/dri2/platform_null.c
>> ...
>>> +static const char* node_path_fmt_card = "/dev/dri/card%d";
>> You can reuse the DRM_DIR_NAME + DRM_DEV_NAME macros (from xf86drm.h)
>> for this.
>>
>>> +static const char* node_path_fmt_render = "/dev/dri/renderD%d";
>> There is no macro for the renderD%d, although you can still use
>> DRM_DIR_NAME for the path.
>
> Will update this part shortly.
>
I would personally wait for more feedback, rather than going through xx
revisions. But that's just me being lazy :P
>>
>>> +
>>> +EGLBoolean
>>> +dri2_initialize_null(_EGLDriver *drv, _EGLDisplay *disp)
>>> +{
>>> + struct dri2_egl_display *dri2_dpy;
>>> + const char* err;
>>> + int i, render_node;
>>> + int driver_loaded = 0;
>>> +
>>> + loader_set_logger(_eglLog);
>>> +
>>> + dri2_dpy = calloc(1, sizeof *dri2_dpy);
>>> + if (!dri2_dpy)
>>> + return _eglError(EGL_BAD_ALLOC, "eglInitialize");
>>> +
>>> + disp->DriverData = (void *) dri2_dpy;
>>> +
>>> + for (render_node = 1; render_node >= 0; --render_node) {
>>> + const char* node_path_fmt =
>>> + render_node ? node_path_fmt_render : node_path_fmt_card;
>>> + const int base = render_node ? 128 : 0;
>>> + for (i = 0; i < 16; ++i) {
>> What was the reason behind choosing 16 here ?
>
> It's an arbitrary number.
My bad it's DRM_MAX_MINOR, as defined in xf86drm.h. Please use the
symbolic name.
> How about choosing 64 here as it is the
> limit chosen by drm_stub.c: drm_minor_get_id()?
>
We nuked the file with kernel 3.17 :P
>>
>>> + char *card_path;
>>> + if (asprintf(&card_path, node_path_fmt, base + i) < 0)
>>> + continue;
>>> +
>>> + dri2_dpy->fd = open(card_path, O_RDWR);
>> If you open a normal node (card%d) I believe that you'll need an
>> authenticate hook in dri2_egl_display_vtbl. Does things work without it
>> on your system/platform ?
>
> You're correct; normal node would require the legacy auth hook, and it
> would only work without auth if the process is run as root, which is
> why we're trying render nodes first.
>
So you're saying that people without render nodes should run egl(mesa)
as root ? That does not sound like a wise suggestion imho.
Basically what I'm trying to say is - if you have a fall-back to normal
nodes, some form of auth ought to be in place.
Not an expert on the topic
-Emil
More information about the mesa-dev
mailing list