After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 766468 - kmssink: add libdrm in gst-libs/ext
kmssink: add libdrm in gst-libs/ext
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Low enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-05-15 10:08 UTC by Víctor Manuel Jáquez Leal
Modified: 2018-11-03 13:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Víctor Manuel Jáquez Leal 2016-05-15 10:08:20 UTC 
It would be nice to add libdrm/libkms in gst-libs/ext so the users won't need to have installed it in their systems (small embedded systems), also we could add particular hacks there for specific SoCs.
Comment 1 Matthew Waters (ystreet00) 2016-05-15 10:21:42 UTC 
As in bundling libdrm/libkms it within gstreamer?  That doesn't sound like a good idea at all.
Comment 2 Víctor Manuel Jáquez Leal 2016-05-24 10:03:57 UTC 
(In reply to Matthew Waters (ystreet00) from comment #1)
> As in bundling libdrm/libkms it within gstreamer?  That doesn't sound like a
> good idea at all.

Not bundling it, but having a subset of it, with what the element uses.
Comment 3 Matthew Waters (ystreet00) 2016-05-24 11:26:00 UTC 
(In reply to Víctor Manuel Jáquez Leal from comment #2)
> Not bundling it, but having a subset of it, with what the element uses.

That's not sounding any better...
Comment 4 Nicolas Dufresne (ndufresne) 2016-05-24 11:35:54 UTC 
It's the nature of libdrm, where the kernel API evolve (along with libdrm) very quickly. We don't expect distros to keepup so well, specially the embedded distros. kmssink, for many of us, is a test tool. It's more important to be able to get that built quickly then to have it well integrated inside the OS. I don't think any sensible final integration will allow GStreamer to be the DRM master, unless you have a very restricted use case in mind.

Another option, as libdrm/libkms are just wrappers around the DRM ioctl would be to implement our own wrappers. In the end, I don't see any difference between this and the v4l2 headers in the v4l2 elements.
Comment 5 GStreamer system administrator 2018-11-03 13:51:21 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/389.