https://bugs.freedesktop.org/show_bug.cgi?id=76376
Emil Velikov <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |NOTOURBUG --- Comment #6 from Emil Velikov <[email protected]> --- (In reply to comment #5) > It isn't 'old libdrm' or 'random files' it is a specific subset for the "old drm" refers to the structure, "random files" refers that you're pulling only changes to the core drm files. > drivers the kernel supports. The history here seems to be that five years > ago Owain removed the autoconf portions for reasons I'm not entirely clear Indeed, I've skimmed through the history and did not see any reason why it was nuked. Was hoping that you may have an idea on the topic. > on. Normally this is because of something like a requirement on gnu make > and python in a build system. > AFAICS the build is very simple and does not require anything fancy apart from autoconf/automake. Not sure how keen are you guys on the auto* pair though. > The diff we have to libdrm is quite minimal, and includes changes for our > privilege separated server and a drmCheckModesettingSupported() case for > OpenBSD. > drmCheckModesettingSupported recently gained support for FreeBSD, and I suspect that no one will object if you guys are interested in merging your OpenBSD implementation. > If the answer here is all the _drm.h files must be installed fine, I'll work > something out. Maybe we'll go back to having multiple copies of the headers > instead of sharing them between userland and the kernel. This is how we handle it currently - headers do not change with every drm release, things do not sound that bad. My main goal here is "drm has evolved over the last 5 years". It has a nice selection of programs/apps/documentation that people working on drm on any platform may be interested in. If you guys want less headache/patching, consider using the upstream drm and sent us patches on how we can make it better :-) Thanks -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Nouveau mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/nouveau
