similar to: [PATCH] libdrm_nouveau.pc: don't include I${includedir}/nouveau

From: Ben Skeggs <bskeggs at redhat.com> Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- include/drm/nouveau_drm.h | 1 + nouveau/Makefile.am | 11 +++- nouveau/libdrm_nouveau.pc.in | 2 +- nouveau/nvif/cl0080.h | 45 ++++++++++++++ nouveau/nvif/cl9097.h | 44 ++++++++++++++ nouveau/nvif/class.h | 141

Anyone else getting this when building the latest mesa? make[3]: Entering directory `/usr/local/nouveau/mesa2/mesa/src/gallium/targets/dri-nouveau' gcc -c -I. -I../../../../src/mesa/drivers/dri/common -Iserver -I../../../../include -I../../../../include/GL/internal -I../../../../src/mapi -I../../../../src/gallium/include -I../../../../src/gallium/auxiliary

From: Ben Skeggs <bskeggs at redhat.com> This commit also modifies the install path of the main libdrm_nouveau header to be under a nouveau/ subdirectory. Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- include/drm/nouveau_drm.h | 1 + nouveau/Makefile.am | 11 +++- nouveau/libdrm_nouveau.pc.in | 2 +- nouveau/nvif/cl0080.h | 45 ++++++++++++++

Cleanup make system so that all noninstalled headers are put to noinst_HEADERS. This quarentees that header will be present in tar ball but not installed with make install. CC: nouveau at lists.freedesktop.org Signed-off-by: Pauli Nieminen <suokkos at gmail.com> --- Makefile.am | 6 +++--- intel/Makefile.am | 10 ++++++---- nouveau/Makefile.am | 4 +++- 3 files changed,

From: Ben Skeggs <bskeggs at redhat.com> This commit also modifies the install path of the main libdrm_nouveau header to be under a nouveau/ subdirectory. Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- include/drm/nouveau_drm.h | 1 + nouveau/Makefile.am | 11 +++- nouveau/libdrm_nouveau.pc.in | 2 +- nouveau/nvif/cl0080.h | 45 ++++++++++++++

Update includedir with the new directory that contains guestfs.h. Updates commit 75abec1f706e555cd6c9915be03c732b56a94596. --- lib/local/libguestfs.pc.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/local/libguestfs.pc.in b/lib/local/libguestfs.pc.in index 129682be8..46cef1e16 100644 --- a/lib/local/libguestfs.pc.in +++ b/lib/local/libguestfs.pc.in @@ -26,7 +26,7 @@

https://bugs.freedesktop.org/show_bug.cgi?id=34139 Summary: Seemingly random GUI lock-ups Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

The DDX uses symbols from libdrm but currently does not link against it, but rather relies on indirect linkage from libdrm_nouveau. This could lead to insufficient dependencies in distribution packages, seen in http://bugs.debian.org/633786. Signed-off-by: Sven Joachim <svenjoac at gmx.de> --- configure.ac | 1 + src/Makefile.am | 4 ++-- 2 files changed, 3 insertions(+), 2

RAOF as noted on IRC earlier today ppa is currently failing to configure xf86-video-nouveau; `checking for LIBDRM_NOUVEAU... configure: error: Package requirements (libdrm_nouveau) were not met: No package 'libdrm_nouveau' found` Effects both 8.04 and 8.10. First observed because updated drm without matching dri causes loss of xv, NoAccel Regards, Mark Carey

https://bugs.freedesktop.org/show_bug.cgi?id=47288 Bug #: 47288 Summary: System hangs with GeForce 6150SE nForce 430 Classification: Unclassified Product: xorg Version: 7.6 (2010.12) Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=48434 Bug #: 48434 Summary: X freezes with "EQ overflowing" Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=48454 Bug #: 48454 Summary: Xorg hang and have to kill X from ssh Classification: Unclassified Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

doc/swfdec-sections.txt | 6 +++--- libswfdec-gtk/Makefile.am | 2 +- libswfdec-gtk/swfdec_gtk_player.c | 13 +++++++------ libswfdec-gtk/swfdec_gtk_player.h | 4 ++-- libswfdec/swfdec_loader.c | 1 - player/swfplay.c | 2 +- swfdec-gtk.pc.in | 2 +- 7 files changed, 15 insertions(+), 15 deletions(-) New commits:

On 26 November 2015 at 07:14, Ben Skeggs <skeggsb at gmail.com> wrote: > From: Ben Skeggs <bskeggs at redhat.com> > --- a/nouveau/Makefile.am > +++ b/nouveau/Makefile.am > @@ -14,9 +14,18 @@ libdrm_nouveau_la_LIBADD = ../libdrm.la @PTHREADSTUBS_LIBS@ > > libdrm_nouveau_la_SOURCES = $(LIBDRM_NOUVEAU_FILES) > > -libdrm_nouveauincludedir = ${includedir}/libdrm

On 30/07/14 11:16, Christian K?nig wrote: > [CCing Emil as well] > > Am 30.07.2014 um 11:38 schrieb Maarten Lankhorst: >> Using -export-symbols-regex all private symbols are hidden, resulting in the >> following changes: > > Wasn't "-export-symbols-regex" exactly that stuff we are trying to avoid in mesa? > IMHO we should try to pick up Thierry

> Karl just pointed out to me that libshout is now installing its header > in $prefix/include/shout.h instead of $prefix/include/shout/shout.h. (Sorry for not replying directly, I'm not on the list and I can't figure out if gmane allows me to reply to a mail.) It's probably best to try and contact the committer first - It's possible few other people understand or care

https://bugs.freedesktop.org/show_bug.cgi?id=50280 Bug #: 50280 Summary: Mesa 8.0.3 fails to build dri/nouveau against libdrm 2.4.34 Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority:

https://bugs.freedesktop.org/show_bug.cgi?id=98701 Bug ID: 98701 Summary: [NVE6] Desktop freeze, fifo read fault at 0000000000 engine 00 [GR] client 14 [SCC] reason 02 [PTE] on channel 21 Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW

[CCing Emil as well] Am 30.07.2014 um 11:38 schrieb Maarten Lankhorst: > Using -export-symbols-regex all private symbols are hidden, resulting in the following changes: Wasn't "-export-symbols-regex" exactly that stuff we are trying to avoid in mesa? Christian. > > libkms: removes all driver specific exports > radeon: removes the bof_* exports > nouveau: removes

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrey Grodzovsky (2): amdgpu: Update deadlock test to not assert on ECANCELED amdgpu: Fix segfault in deadlock test. Anuj Phogat (1): intel: Add more Coffeelake PCI IDs Bas Nieuwenhuizen (1): drm: Fix 32-bit drmSyncobjWait. Christian König (5): amdgpu: fix 32bit VA manager max address headers: sync up