[Nouveau] [Bug 76376] mesa does not build after nouveau loader changes

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=76376

Emil Velikov <emil.l.velikov at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |NOTOURBUG

--- Comment #6 from Emil Velikov <emil.l.velikov at gmail.com> ---
(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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140321/017d12f4/attachment.html>