[PATCH] drm: use ATOMIC64_INIT() for atomic64_t

use ATOMIC64_INIT() not ATOMIC_INIT() for atomic64_t Fixes: 3f09a0cd4ea3 ("drm: Add common fdinfo helper") Signed-off-by: Jonathan Gray --- drivers/gpu/drm/drm_file.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_file.c b/drivers/gpu/drm/

Re: [PATCH] drm/amd/display: change license of color_table.c

This still needs to be corrected. On Thu, Nov 19, 2020 at 01:30:41PM +1100, Jonathan Gray wrote: > Change the license of color_table.c to match color_table.h granting > permission to modify and distribute. > > Signed-off-by: Jonathan Gray > --- > .../amd/display/modules/c

[PATCH] drm/amd/display: change license of color_table.c

Change the license of color_table.c to match color_table.h granting permission to modify and distribute. Signed-off-by: Jonathan Gray --- .../amd/display/modules/color/color_table.c | 26 +++ 1 file changed, 21 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/amd

Re: [PATCH libdrm] xf86drm: open correct render node on non-linux

On Wed, Jul 03, 2019 at 12:39:10PM +0100, Eric Engestrom wrote: > On Monday, 2019-05-13 02:52:04 +1000, Jonathan Gray wrote: > > 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 t

[PATCH libdrm] xf86drm: open correct render node on non-linux

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 OpenBSD had render nodes). Signed-off-by: Jonathan Gray --- xf86drm.c | 24

[PATCH libdrm] xf86drm: test for render nodes before primary nodes

Unlike Linux the OpenBSD 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. Signed-off-by: Jonathan Gray --- xf86drm.c | 8 1 file changed, 4 insertions(+), 4 dele

Re: [Mesa-dev] [PATCH] intel: Add more PCI Device IDs for Coffee Lake and Ice Lake.

Compared to linux and libdrm Mesa is missing a VLV and ICL id. 0x0f30 ff049b6ce21d2814451afd4a116d001712e0116b drm/i915: bind driver to ValleyView chipsets 0x8A70 d55cb4fa2cf0105bfb16b60a2846737b91fdc173 drm/i915/icl: Add the ICL PCI IDs The Intel Media SDK describes these as /* VLV */

[PATCH v2] drm/i915: change i915_sw_fence license to MIT

legal team have given permission to change the license according to Joonas Lahtinen. v2: expand commit message and note permission from Intel legal Signed-off-by: Jonathan Gray Cc: Jani Nikula Cc: Joonas Lahtinen Cc: Rodrigo Vivi Reviewed-by: Chris Wilson --- drivers/gpu/drm/i915

Re: [PATCH] drm/i915: change i915_sw_fence license to MIT

On Fri, Nov 23, 2018 at 03:01:06PM +0200, Joonas Lahtinen wrote: > Quoting Jonathan Gray (2018-11-23 14:28:37) > > On Fri, Nov 23, 2018 at 12:14:00PM +0200, Joonas Lahtinen wrote: > > > Quoting Jonathan Gray (2018-11-20 00:31:22) > > > > On Mon, Nov 19, 2018 at 10:09:

Re: [PATCH] drm/i915: change i915_sw_fence license to MIT

On Fri, Nov 23, 2018 at 12:14:00PM +0200, Joonas Lahtinen wrote: > Quoting Jonathan Gray (2018-11-20 00:31:22) > > On Mon, Nov 19, 2018 at 10:09:33AM -0800, Rodrigo Vivi wrote: > > > On Sun, Nov 18, 2018 at 08:44:30PM +1100, Jonathan Gray wrote: > > > > On Wed, Oc

Re: [PATCH] drm/i915: change i915_sw_fence license to MIT

On Mon, Nov 19, 2018 at 10:09:33AM -0800, Rodrigo Vivi wrote: > On Sun, Nov 18, 2018 at 08:44:30PM +1100, Jonathan Gray wrote: > > On Wed, Oct 31, 2018 at 08:43:03AM +, Chris Wilson wrote: > > > Quoting Jonathan Gray (2018-10-31 00:56:12) > > > > Chris Wilson s

Re: [PATCH] drm/i915: change i915_sw_fence license to MIT

On Wed, Oct 31, 2018 at 08:43:03AM +, Chris Wilson wrote: > Quoting Jonathan Gray (2018-10-31 00:56:12) > > Chris Wilson said Intel is willing to change the license of these files > > to MIT. > > > > Signed-off-by: Jonathan Gray > Reviewed-by: Chris Wilson

[PATCH] drm/i915: change i915_sw_fence license to MIT

Chris Wilson said Intel is willing to change the license of these files to MIT. Signed-off-by: Jonathan Gray --- drivers/gpu/drm/i915/i915_sw_fence.c | 7 ++- drivers/gpu/drm/i915/i915_sw_fence.h | 5 ++--- 2 files changed, 4 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/i915

[PATCH] drm/i915/ringbuffer: change header SPDX identifier to MIT

Commit b24413180f5600bcb3bb70fbed5cf186b60864bd added "SPDX-License-Identifier: GPL-2.0" to files which previously had no license, change this to MIT for intel_ringbuffer.h matching the license text of intel_ringbuffer.c. Signed-off-by: Jonathan Gray --- drivers/gpu/drm/i915/intel_ri

Re: [PATCH] drm/tracing: change SPDX identifier to MIT

On Mon, Oct 22, 2018 at 11:46:08AM +0100, Chris Wilson wrote: > Quoting Jonathan Gray (2018-10-21 09:57:32) > > Commit b24413180f5600bcb3bb70fbed5cf186b60864bd added > > "SPDX-License-Identifier: GPL-2.0" to files which previously had no > > license, change thi

[PATCH] drm/tracing: change SPDX identifier to MIT

Commit b24413180f5600bcb3bb70fbed5cf186b60864bd added "SPDX-License-Identifier: GPL-2.0" to files which previously had no license, change this to MIT for the tracing header matching the license text of most of the other core drm files. Signed-off-by: Jonathan Gray --- drive

[PATCH] drm/i915: change SPDX identifier to MIT

Commit b24413180f5600bcb3bb70fbed5cf186b60864bd added "SPDX-License-Identifier: GPL-2.0" to files which previously had no license, change this to MIT for i915 matching the license text of the other i915 files. Signed-off-by: Jonathan Gray --- drivers/gpu/drm/i915/i915_trace.h

[PATCH] drm/radeon: change SPDX identifier to MIT

Commit b24413180f5600bcb3bb70fbed5cf186b60864bd added "SPDX-License-Identifier: GPL-2.0" to files which previously had no license, change this to MIT for radeon matching the license text of the other radeon files. Signed-off-by: Jonathan Gray --- drivers/gpu/drm/radeon/mkregtable.c

[PATCH] drm/amdgpu: correct SPDX identifier in amdgpu_trace_points.c

Commit b24413180f5600bcb3bb70fbed5cf186b60864bd 'License cleanup: add SPDX GPL-2.0 license identifier to files with no license' incorrectly added "SPDX-License-Identifier: GPL-2.0" to a file with MIT license text. Change the SPDX identifier to match the license text. Signed-off-by: Jon

Re: [PATCH libdrm v2 5/5] xf86drm: implement an OpenBSD specific drmGetDevice2

On Tue, Jun 26, 2018 at 11:38:20AM +0100, Emil Velikov wrote: > On 21 June 2018 at 16:32, Jonathan Gray wrote: > > On Thu, Jun 21, 2018 at 03:24:49PM +0100, Emil Velikov wrote: > >> Hi Jonathan, > >> > >> On 1 December 2016 at 04:18, Jonathan Gray wrote: >

Re: [PATCH libdrm v2 5/5] xf86drm: implement an OpenBSD specific drmGetDevice2

On Thu, Jun 21, 2018 at 03:24:49PM +0100, Emil Velikov wrote: > Hi Jonathan, > > On 1 December 2016 at 04:18, Jonathan Gray wrote: > > > --- a/xf86drm.c > > +++ b/xf86drm.c > > @@ -3248,6 +3248,67 @@ drm_device_validate_flags(uint32_t flags) > > */ >

Re: [PATCH libdrm] configure.ac: pthread-stubs not present on OpenBSD

On Tue, Feb 20, 2018 at 12:18:45PM +, Eric Engestrom wrote: > On Tuesday, 2018-02-20 22:23:41 +1100, Jonathan Gray wrote: > > On Tue, Feb 20, 2018 at 10:21:38AM +, Eric Engestrom wrote: > > > On Tuesday, 2018-02-20 17:09:14 +1100, Jonathan Gray wrote: > > > &

Re: [PATCH libdrm] configure.ac: pthread-stubs not present on OpenBSD

On Tue, Feb 20, 2018 at 10:21:38AM +, Eric Engestrom wrote: > On Tuesday, 2018-02-20 17:09:14 +1100, Jonathan Gray wrote: > > pthread-stubs is no longer required on OpenBSD and has been removed. > > libpthread parts involved moved to libc. > > Great news! > Rev

[PATCH libdrm] configure.ac: pthread-stubs not present on OpenBSD

pthread-stubs is no longer required on OpenBSD and has been removed. libpthread parts involved moved to libc. Signed-off-by: Jonathan Gray <j...@jsg.id.au> --- configure.ac | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index 35

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On Tue, Mar 21, 2017 at 04:00:37PM +1100, Jonathan Gray wrote: > On Tue, Mar 21, 2017 at 08:28:22AM +1100, Timothy Arceri wrote: > > > > > > On 21/03/17 06:39, Emil Velikov wrote: > > > On 20 March 2017 at 18:30, Matt Turner <matts...@gmail.com> wrote: >

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On Wed, Mar 22, 2017 at 01:10:14PM -0700, Dylan Baker wrote: > On Wed, Mar 22, 2017 at 12:40 PM, Alex Deucher wrote: > > I guess I'm a little late to the party here, but I haven't had time to > > really let all of this sink in and actually look at meson. It doesn't > >

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On Tue, Mar 21, 2017 at 09:22:50AM -0700, Dylan Baker wrote: > Quoting Jani Nikula (2017-03-21 07:44:55) > > On Thu, 16 Mar 2017, Dylan Baker wrote: > > > First it's written in python, [...] > > > > How does meson handle python 2 vs. 3? How do you avoid issues in the > >

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On Mon, Mar 20, 2017 at 11:30:25AM -0700, Matt Turner wrote: > On Mon, Mar 20, 2017 at 6:55 AM, Emil Velikov > wrote: > > Seems like we ended up all over the place, so let me try afresh. > > > > Above all: > > - Saying "I don't care" about your users is arrogant - let

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

e script regenerated to make this work or Mesa won't build due to libtool.m4 looking for specific strings in ld -v produced by bfd binutils or gold... And yes if you change the configure script to check for a newer version I'll revert it locally like I did with the zlib one. As I get the impressi

Re: [Mesa-dev] [RFC libdrm 0/2] Replace the build system with meson

On Thu, Mar 16, 2017 at 09:12:38PM -0700, Dylan Baker wrote: > quoting jason ekstrand (2017-03-16 19:03:15) > > on march 16, 2017 5:41:24 pm emil velikov wrote: > > > and meson is not a thing on neither bsd(s), solaris (and derivatives) nor > > > android :-\ > > > > i

[PATCH libdrm v2 3/3] xf86drm: don't fatal on per device error in drmGetDevice[s]2

was that data obtained from /dev/drm0 would be ignored if /dev/drm1 could not be opened. Signed-off-by: Jonathan Gray --- xf86drm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/xf86drm.c b/xf86drm.c index f684c017..7d7df184 100644 --- a/xf86drm.c +++ b/xf86drm.c @@ -3383,7 +3383,7

[PATCH libdrm v2 2/3] xf86drm: add a non-sysfs version of drmGetDeviceNameFromFd2

Implement a generic drmGetDeviceNameFromFd2() to use on non-linux systems without sysfs. v2: remove min < base test as requested by Emil Signed-off-by: Jonathan Gray --- xf86drm.c | 44 ++-- 1 file changed, 42 insertions(+), 2 deletions(-) diff --

[PATCH libdrm v2 1/3] xf86drm: adjust device node path for minor base

ase test as requested by Emil Signed-off-by: Jonathan Gray --- xf86drm.c | 16 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/xf86drm.c b/xf86drm.c index b5eeeb09..f6850aa2 100644 --- a/xf86drm.c +++ b/xf86drm.c @@ -2838,7 +2838,7 @@ out_close_dir: char

[PATCH libdrm 1/3] xf86drm: adjust device node path for minor base

On Mon, Dec 12, 2016 at 02:10:31PM +, Emil Velikov wrote: > On 10 December 2016 at 05:52, Jonathan Gray wrote: > > When constructing a path to a device node the minor number retrieved > > from fstat needs to have the offset of the node type subtracted from it. > > Co

[PATCH libdrm 3/3] xf86drm: don't fatal on per device error in drmGetDevice[s]2

On Mon, Dec 12, 2016 at 02:12:28PM +, Emil Velikov wrote: > On 10 December 2016 at 05:52, Jonathan Gray wrote: > > When iterating over all the device nodes if drmProcessPciDevice() > > returned an error for any node the function would return an error, > > ign

[PATCH libdrm 3/3] xf86drm: don't fatal on per device error in drmGetDevice[s]2

was that data obtained from /dev/drm0 would be ignored if /dev/drm1 could not be opened. Signed-off-by: Jonathan Gray --- xf86drm.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/xf86drm.c b/xf86drm.c index afce8ec..2dc679a 100644 --- a/xf86drm.c +++ b/xf86drm.c @@ -3383,7 +3383,7

[PATCH libdrm 2/3] xf86drm: add a non-sysfs version of drmGetDeviceNameFromFd2

Implement a generic drmGetDeviceNameFromFd2() to use on non-linux systems without sysfs. Signed-off-by: Jonathan Gray --- xf86drm.c | 44 ++-- 1 file changed, 42 insertions(+), 2 deletions(-) diff --git a/xf86drm.c b/xf86drm.c index 6705605..afce8ec

[PATCH libdrm 1/3] xf86drm: adjust device node path for minor base

When constructing a path to a device node the minor number retrieved from fstat needs to have the offset of the node type subtracted from it. Control and render node types have the same major as the primary node but each has their own block of minor types at fixed offsets. Signed-off-by: Jonathan

[PATCH libdrm v2 5/5] xf86drm: implement an OpenBSD specific drmGetDevice2

On Mon, Dec 05, 2016 at 05:56:40PM +, Emil Velikov wrote: > On 1 December 2016 at 04:18, Jonathan Gray wrote: > > DRI devices on OpenBSD are not in their own directory. They reside in > > /dev with a large number of statically generated /dev nodes. > > > >

[PATCH libdrm v2 5/5] xf86drm: implement an OpenBSD specific drmGetDevice2

- verify drmParseSubsystemType type is PCI - add a comment describing why this was added Signed-off-by: Jonathan Gray --- xf86drm.c | 62 ++ 1 file changed, 62 insertions(+) diff --git a/xf86drm.c b/xf86drm.c index ea24108..9981be4

[PATCH libdrm v2 4/5] xf86drm: implement drmParsePciBusInfo for OpenBSD

Implement drmParsePciBusInfo for OpenBSD by using the new DRM_IOCTL_GET_PCIINFO ioctl. v2: use drmGetMinorType to get node type instead of always using DRM_NODE_PRIMARY. Signed-off-by: Jonathan Gray --- xf86drm.c | 24 1 file changed, 24 insertions(+) diff --git

[PATCH libdrm v2 3/5] xf86drm: implement drmParsePciDeviceInfo for OpenBSD

Implement drmParsePciDeviceInfo for OpenBSD by using the new DRM_IOCTL_GET_PCIINFO ioctl. v2: adapt to drmParsePciDeviceInfo changes and use drmOpenMinor Signed-off-by: Jonathan Gray --- xf86drm.c | 41 + 1 file changed, 41 insertions(+) diff --git

[PATCH libdrm v2 2/5] xf86drm: implement drmParseSubsystemType for OpenBSD

Implement drmParseSubsystemType for OpenBSD by always returning DRM_BUS_PCI. 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. Signed-off-by: Jonathan Gray --- xf86drm.c | 2 ++ 1 file changed, 2 insertions

[PATCH libdrm v2 1/5] xf86drm: implement drmGetMinorNameForFD for non-sysfs

Implement drmGetMinorNameForFD for systems without sysfs by adapting drm_get_device_name_for_fd() from the Mesa loader. v2: use type parameter to select dev name instead of always using DRM_DEV_NAME Signed-off-by: Jonathan Gray --- xf86drm.c | 35 ++- 1 file

[PATCH libdrm 3/5] xf86drm: implement drmParsePciDeviceInfo for OpenBSD

On Tue, Nov 29, 2016 at 07:55:13PM +, Emil Velikov wrote: > On 26 November 2016 at 00:40, Jonathan Gray wrote: > > Implement drmParsePciDeviceInfo for OpenBSD by using the new > > DRM_IOCTL_GET_PCIINFO ioctl. > > > > Signed-off-by: Jonathan Gray

[PATCH libdrm 2/5] xf86drm: implement drmParseSubsystemType for OpenBSD

On Tue, Nov 29, 2016 at 07:46:31PM +, Emil Velikov wrote: > On 26 November 2016 at 00:40, Jonathan Gray wrote: > > Implement drmParseSubsystemType for OpenBSD by always returning > > DRM_BUS_PCI. No non-pci drm drivers are in the kernel and this is > > unlikely t

[PATCH libdrm 1/5] xf86drm: implement drmGetMinorNameForFD for non-sysfs

On Tue, Nov 29, 2016 at 07:22:34PM +, Emil Velikov wrote: > On 26 November 2016 at 00:40, Jonathan Gray wrote: > > Implement drmGetMinorNameForFD for systems without sysfs by > > adapting drm_get_device_name_for_fd() from the Mesa loader. > > > > S

[PATCH libdrm 5/5] xf86drm: implement an OpenBSD specific drmGetDevice

On Tue, Nov 29, 2016 at 08:03:58PM +, Emil Velikov wrote: > On 26 November 2016 at 00:40, Jonathan Gray wrote: > > This avoids walking all of /dev and directly maps the fd to a path to a > > primary node. > > > I realise that the code is pretty ugly/bad/etc, but

[PATCH libdrm 5/5] xf86drm: implement an OpenBSD specific drmGetDevice

This avoids walking all of /dev and directly maps the fd to a path to a primary node. Signed-off-by: Jonathan Gray --- xf86drm.c | 41 + 1 file changed, 41 insertions(+) diff --git a/xf86drm.c b/xf86drm.c index 2a60b2e..a4b2506 100644 --- a/xf86drm.c

[PATCH libdrm 4/5] xf86drm: implement drmParsePciBusInfo for OpenBSD

Implement drmParsePciBusInfo for OpenBSD by using the new DRM_IOCTL_GET_PCIINFO ioctl. Signed-off-by: Jonathan Gray --- xf86drm.c | 20 1 file changed, 20 insertions(+) diff --git a/xf86drm.c b/xf86drm.c index 581527b..2a60b2e 100644 --- a/xf86drm.c +++ b/xf86drm.c

[PATCH libdrm 3/5] xf86drm: implement drmParsePciDeviceInfo for OpenBSD

Implement drmParsePciDeviceInfo for OpenBSD by using the new DRM_IOCTL_GET_PCIINFO ioctl. Signed-off-by: Jonathan Gray --- xf86drm.c | 51 +++ 1 file changed, 51 insertions(+) diff --git a/xf86drm.c b/xf86drm.c index b355c83..581527b 100644

[PATCH libdrm 2/5] xf86drm: implement drmParseSubsystemType for OpenBSD

Implement drmParseSubsystemType for OpenBSD by always returning DRM_BUS_PCI. 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. Signed-off-by: Jonathan Gray --- xf86drm.c | 2 ++ 1 file changed, 2 insertions

[PATCH libdrm 1/5] xf86drm: implement drmGetMinorNameForFD for non-sysfs

Implement drmGetMinorNameForFD for systems without sysfs by adapting drm_get_device_name_for_fd() from the Mesa loader. Signed-off-by: Jonathan Gray --- xf86drm.c | 20 +++- 1 file changed, 19 insertions(+), 1 deletion(-) diff --git a/xf86drm.c b/xf86drm.c index ed924a7

[PATCH libdrm] amdgpu: use EINVAL instead of EBADMSG in amdgpu_bo_cpu_unmap()

EBADMSG is a streams errno. OpenBSD does not implement streams and does include the streams errnos, this commit fixes the build on OpenBSD. None of the callers of this function check the return value for -EBADMSG. Signed-off-by: Jonathan Gray --- amdgpu/amdgpu_bo.c | 2 +- 1 file changed, 1

[PATCH libdrm] configure.ac: rework compiler builtin atomic tests

not the case on register window architectures like SPARC and suggested passing a pointer as an argument instead which avoids the ICE and allows the drm libraries requiring atomics to build on sparc64 with the autoconf build. Reported-by: Christian Weisgerber Signed-off-by: Jonathan Gray Reviewed

[PATCH libdrm v2] xf86drm: use the correct device minor names on OpenBSD

Add defines for the device minor names and make use of them in drmGetMinorName() so the correct paths will be used on OpenBSD. v2: don't add new defines to xf86drm.h to keep them out of the API as requested by Emil. Signed-off-by: Jonathan Gray --- xf86drm.c | 16

[PATCH libdrm v2] xf86drm: correct the OpenBSD DRM_MAJOR define

by Emil. Signed-off-by: Jonathan Gray --- xf86drm.c | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/xf86drm.c b/xf86drm.c index c365778..47b2af3 100644 --- a/xf86drm.c +++ b/xf86drm.c @@ -82,9 +82,13 @@ #define DRM_MAJOR 34 #endif -# ifdef __OpenBSD__ -# define

[PATCH libdrm] xf86drm: correct the OpenBSD DRM_MAJOR define

On Mon, Jul 20, 2015 at 05:06:09PM +0100, Emil Velikov wrote: > On 18 July 2015 at 22:20, Jonathan Gray wrote: > > As far as I can tell no OpenBSD platform ever used 81 > > for a drm major. While the value was added to libdrm in 2003 > > or earlier drm didn't appear

[PATCH libdrm] xf86drmMode: Implement drmCheckModesettingSupported() for OpenBSD

This is implemented with kms ioctls so it could also be used as a generic fallback. Signed-off-by: Jonathan Gray --- xf86drmMode.c | 19 ++- 1 file changed, 18 insertions(+), 1 deletion(-) diff --git a/xf86drmMode.c b/xf86drmMode.c index 529429e..1a199fa 100644

[PATCH libdrm] xf86drm: use the correct device minor names on OpenBSD

Add defines for the device minor names and make use of them in drmGetMinorName() so the correct paths will be used on OpenBSD. Signed-off-by: Jonathan Gray --- xf86drm.c | 6 +++--- xf86drm.h | 15 +++ 2 files changed, 18 insertions(+), 3 deletions(-) diff --git a/xf86drm.c b

[PATCH libdrm] xf86drm: correct the OpenBSD DRM_MAJOR define

As far as I can tell no OpenBSD platform ever used 81 for a drm major. While the value was added to libdrm in 2003 or earlier drm didn't appear in OpenBSD till 2007. Of the OpenBSD platforms that support drm amd64/macppc/sparc64 use a major of 87, i386 uses 88. Signed-off-by: Jonathan Gray

[PATCH libdrm] man: remove .man_fixup workaround

onstruct) > > .man_fixup: | $(miscman_DATA) > > Cc: Jonathan Gray > Signed-off-by: Emil Velikov > --- > > Jonathan, > > With the following patch libdrm build fine on my Arch + bmake. > The `dist' target is still broken, yet `all' and `check' work great. > >

[RFC PATCH 0/2] libdrm: Add master <> render node helpers

On Tue, Feb 10, 2015 at 10:37:16PM +, Emil Velikov wrote: > On 02/02/15 00:14, Emil Velikov wrote: > > Hi all, > > > > As mentioned a couple of days ago at #dri-devel some(most) users of > > render nodes tend to rely on strict mapping between the primary and > > render node. I.e. something

[PATCH] radeon: correct RADEON_GEM_WAIT_IDLE use

RADEON_GEM_WAIT_IDLE is declared DRM_IOW but libdrm uses it with drmCommandWriteRead instead of drmCommandWrite which leads to the ioctl being unmatched and returning an error on at least OpenBSD. Problem noticed by and patch from Mark Kettenis. Signed-off-by: Jonathan Gray --- radeon

[PATCH] radeon: correct RADEON_GEM_WAIT_IDLE use

RADEON_GEM_WAIT_IDLE is declared DRM_IOW but libdrm uses it with drmCommandWriteRead instead of drmCommandWrite which leads to the ioctl being unmatched and returning an error on at least OpenBSD. Problem noticed by and patch from Mark Kettenis. Signed-off-by: Jonathan Gray j...@jsg.id.au