drm render nodes have the same major as drm primary devices but offset
the minor by a base of 128.
I expected the name of the device to have numbering starting at 0 when
these non-linux codepaths were added (before we had render nodes).
Unlike linux our primary "drm" device name is substring of the "drmR"
render node device name and strncmp() tests resulted in render nodes
being flagged as primary nodes.
The existing code walks all of /dev looking for different types of drm
nodes. We just have primary nodes and can directly map the minor number
to a path.
ok kettenis@
Always return DRM_BUS_PCI for now. No non-pci drm drivers are in the
kernel and this is unlikely to change anytime soon as the existing ones
aren't permissively licensed.
ok kettenis@
This diff seems larger than it is since upstream reindented some
sources. This updates libdrm_intel to -current (which only affect the
GEM code) and libdrm to 2.4.15. bumping both minor versions.
Discussed with matthieu@
This is needed for us to be able to update Mesa and xf86-video-intel.
Includes a few fixes, as well as the intel bufmgr interface and the
modesetting interface (which currently errors when you check if it's
enabled).
ok matthieu@
Now that xenocara has been made clean with respect to using kernel headers
instead of those provided with libdrm, remove the copy of the headers included
here. Since it is now very simple, move it over to using standard bsd makefiles
instead of autoconf.
ok matthieu@
