From: Emil Velikov <emil.l.velikov@gmail.com>
To: Josh Boyer <jwboyer@fedoraproject.org>,
Thomas Hellstrom <thellstrom@vmware.com>,
Brian Paul <brianp@vmware.com>, David Airlie <airlied@linux.ie>
Cc: emil.l.velikov@gmail.com, dmarlin@redhat.com,
linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH] drm/vmwgfx: Fix drm.h include
Date: Mon, 08 Sep 2014 13:01:31 +0100 [thread overview]
Message-ID: <540D9A9B.6070706@gmail.com> (raw)
In-Reply-To: <20140905171959.GO5216@hansolo.jdub.homelinux.org>
Hi Josh
On 05/09/14 18:19, Josh Boyer wrote:
> The userspace drm.h include doesn't prefix the drm directory. This can lead
> to compile failures as /usr/include/drm/ isn't in the standard gcc include
> paths. Fix it to be <drm/drm.h>, which matches the rest of the driver drm
> header files that get installed into /usr/include/drm.
>
Is this an actual issue or a hypothetical one ? Afaict no-one is using the
kernel drm headers, but instead the ones from libdrm are in place.
linux-headers does not even ship /usr/include/drm on my Archlinux box.
Additionally most (all?) vmwgfx components (mesa, ddx) use a local version of
the header, which albeit not ideal should not cause issues.
Or perhaps I'm missing something ?
To the VMware guys,
Any objections if we update the libdrm header and drop the mesa/ddx copies ?
Cheers,
Emil
P.S. I'm against the patch in any way :)
> Red Hat Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1138759
>
> Fixes: 1d7a5cbf8f74e
> Reported-by: Jeffrey Bastian <jbastian@redhat.com>
> Signed-off-by: Josh Boyer <jwboyer@fedoraproject.org>
> ---
> include/uapi/drm/vmwgfx_drm.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/include/uapi/drm/vmwgfx_drm.h b/include/uapi/drm/vmwgfx_drm.h
> index 4fc66f6b12ce..c472bedbe38e 100644
> --- a/include/uapi/drm/vmwgfx_drm.h
> +++ b/include/uapi/drm/vmwgfx_drm.h
> @@ -29,7 +29,7 @@
> #define __VMWGFX_DRM_H__
>
> #ifndef __KERNEL__
> -#include <drm.h>
> +#include <drm/drm.h>
> #endif
>
> #define DRM_VMW_MAX_SURFACE_FACES 6
>
next prev parent reply other threads:[~2014-09-08 12:02 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-05 17:19 [PATCH] drm/vmwgfx: Fix drm.h include Josh Boyer
2014-09-08 12:01 ` Emil Velikov [this message]
2014-09-08 12:14 ` Josh Boyer
2014-09-08 12:26 ` Emil Velikov
2014-09-08 12:15 ` Thomas Hellstrom
2014-09-08 12:42 ` Emil Velikov
2014-09-16 13:43 ` Josh Boyer
2014-09-17 0:03 ` Dave Airlie
2014-09-22 19:58 ` Julien Cristau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=540D9A9B.6070706@gmail.com \
--to=emil.l.velikov@gmail.com \
--cc=airlied@linux.ie \
--cc=brianp@vmware.com \
--cc=dmarlin@redhat.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=jwboyer@fedoraproject.org \
--cc=linux-kernel@vger.kernel.org \
--cc=thellstrom@vmware.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox