On Tue, Mar 10, 2015 at 16:33:17 +, Emil Velikov wrote:
> Hi Julien,
> On 9 March 2015 at 20:28, Julien Cristau wrote:
> > On Mon, Mar 9, 2015 at 12:08:16 +, Emil Velikov wrote:
> >
> >> By using it, any modifications to configure.ac or the Makefile.am files
&
On Mon, Mar 9, 2015 at 12:08:16 +, Emil Velikov wrote:
> By using it, any modifications to configure.ac or the Makefile.am files
> won't trigger a rebuild of the makefiles. Drop the switch from the
> autogen.sh as well.
>
Since it was set to enabled in configure.ac, the above is not true,
un
On Tue, Sep 16, 2014 at 09:43:50 -0400, Josh Boyer wrote:
> On Fri, Sep 5, 2014 at 1:19 PM, 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
On Thu, Oct 3, 2013 at 22:42:06 +0200, Pavel Machek wrote:
> On Wed 2013-09-04 11:08:14, Chris Wilson wrote:
> > On Tue, Sep 03, 2013 at 09:06:47PM +0200, Pavel Machek wrote:
> > > Hi!
> > >
> > > I was happily using X... and then screen froze. Mouse still
> > > moves. Switching to text console
On Mon, Oct 1, 2012 at 03:24:32 -0700, Jonathan Nieder wrote:
> - without this patch, modern X errors out instead of starting,
>because the intel driver requires kms. (In a hypothetical better
>world, userspace would know to fall back to vesa or something.)
>
I'd expect X to start with
On Mon, Oct 1, 2012 at 03:24:32 -0700, Jonathan Nieder wrote:
> - without this patch, modern X errors out instead of starting,
>because the intel driver requires kms. (In a hypothetical better
>world, userspace would know to fall back to vesa or something.)
>
I'd expect X to start with
On Tue, Jun 12, 2012 at 20:04:03 -0700, Ian Romanick wrote:
> Isn't CLOCK_MONOTONIC per-process?
"This clock represents the monotonic clock for the system."
(http://pubs.opengroup.org/onlinepubs/009604599/functions/clock_getres.html)
So, no.
Cheers,
Julien
On Tue, Jun 12, 2012 at 20:04:03 -0700, Ian Romanick wrote:
> Isn't CLOCK_MONOTONIC per-process?
"This clock represents the monotonic clock for the system."
(http://pubs.opengroup.org/onlinepubs/009604599/functions/clock_getres.html)
So, no.
Cheers,
Julien
___
On Sat, Mar 17, 2012 at 14:40:04 -0400, Matt Turner wrote:
> On Sat, Mar 17, 2012 at 2:35 PM, Jakob Bornecrantz
> wrote:
> > With my limited knowledge of automake I'm going to have
> > to NACK this patch. Most of these programs are used during
> > driver bring up to test things out, often we als
On Sat, Mar 17, 2012 at 14:40:04 -0400, Matt Turner wrote:
> On Sat, Mar 17, 2012 at 2:35 PM, Jakob Bornecrantz wrote:
> > With my limited knowledge of automake I'm going to have
> > to NACK this patch. Most of these programs are used during
> > driver bring up to test things out, often we also m
On Wed, Feb 1, 2012 at 13:01:58 -0800, Jeremy Huddleston wrote:
> yeah, that's probably cleaner (I guess it'll avoid the -*), but it should
> have the same effect.
>
I get host_os=linux-gnu here afaict, so not really the same effect, no.
Cheers,
Julien
On Mon, Jan 30, 2012 at 15:25:20 -0800, Jeremy Huddleston wrote:
> This fixes a failure in 'make check' found by the tinderbox when trying to
> build this code on Linux/ppc. This code is only designed to run on
> Intel platforms, so don't even bother building it if we're not in that set.
>
> Fou
On Wed, Feb 1, 2012 at 13:01:58 -0800, Jeremy Huddleston wrote:
> yeah, that's probably cleaner (I guess it'll avoid the -*), but it should
> have the same effect.
>
I get host_os=linux-gnu here afaict, so not really the same effect, no.
Cheers,
Julien
_
On Mon, Jan 30, 2012 at 15:25:20 -0800, Jeremy Huddleston wrote:
> This fixes a failure in 'make check' found by the tinderbox when trying to
> build this code on Linux/ppc. This code is only designed to run on
> Intel platforms, so don't even bother building it if we're not in that set.
>
> Fou
On Wed, Jul 27, 2011 at 15:08:08 +, Ben Widawsky wrote:
> On Thu, Jul 21, 2011 at 11:22:12PM +0200, Julien Cristau wrote:
> > On Thu, Jul 21, 2011 at 13:54:41 +, Ben Widawsky wrote:
> >
> > > On Tue, Jul 19, 2011 at 11:06:17PM +0200, Julien Cristau wrote:
> &g
On Wed, Jul 27, 2011 at 15:08:08 +, Ben Widawsky wrote:
> On Thu, Jul 21, 2011 at 11:22:12PM +0200, Julien Cristau wrote:
> > On Thu, Jul 21, 2011 at 13:54:41 +, Ben Widawsky wrote:
> >
> > > On Tue, Jul 19, 2011 at 11:06:17PM +0200, Julien Cristau wrote:
> &g
On Thu, Jul 21, 2011 at 13:54:41 +, Ben Widawsky wrote:
> On Tue, Jul 19, 2011 at 11:06:17PM +0200, Julien Cristau wrote:
> > On Wed, Jul 13, 2011 at 13:51:43 -0700, Ben Widawsky wrote:
> >
> > > +#define SHADER_DEBUG_SOCKET "/tmp/gen_debug"
> >
>
On Thu, Jul 21, 2011 at 13:54:41 +, Ben Widawsky wrote:
> On Tue, Jul 19, 2011 at 11:06:17PM +0200, Julien Cristau wrote:
> > On Wed, Jul 13, 2011 at 13:51:43 -0700, Ben Widawsky wrote:
> >
> > > +#define SHADER_DEBUG_SOCKET "/tmp/gen_debug"
> >
>
On Wed, Jul 13, 2011 at 13:51:43 -0700, Ben Widawsky wrote:
> +#define SHADER_DEBUG_SOCKET "/tmp/gen_debug"
Not sure what this is used for, but does it really need to be in /tmp?
Cheers,
Julien
On Wed, Jul 13, 2011 at 13:51:43 -0700, Ben Widawsky wrote:
> +#define SHADER_DEBUG_SOCKET "/tmp/gen_debug"
Not sure what this is used for, but does it really need to be in /tmp?
Cheers,
Julien
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
On Thu, Apr 28, 2011 at 13:27:22 -0700, Jesse Barnes wrote:
> diff --git a/glx/glxdri2.c b/glx/glxdri2.c
> index d979717..654b4ae 100644
> --- a/glx/glxdri2.c
> +++ b/glx/glxdri2.c
> @@ -192,8 +192,17 @@ __glXdriSwapEvent(ClientPtr client, void *data, int
> type, CARD64 ust,
> wire.ust_lo =
On Thu, Apr 28, 2011 at 13:27:22 -0700, Jesse Barnes wrote:
> diff --git a/glx/glxdri2.c b/glx/glxdri2.c
> index d979717..654b4ae 100644
> --- a/glx/glxdri2.c
> +++ b/glx/glxdri2.c
> @@ -192,8 +192,17 @@ __glXdriSwapEvent(ClientPtr client, void *data, int
> type, CARD64 ust,
> wire.ust_lo =
On Tue, Apr 5, 2011 at 21:50:15 +0100, Chris Wilson wrote:
> + if ((unsigned)status > ARRAY_SIZE(strings))
off by one?
> + return "unknown";
> +
> + return strings[status];
> +}
> +
Cheers,
Julien
On Tue, Apr 5, 2011 at 21:50:15 +0100, Chris Wilson wrote:
> + if ((unsigned)status > ARRAY_SIZE(strings))
off by one?
> + return "unknown";
> +
> + return strings[status];
> +}
> +
Cheers,
Julien
___
dri-devel mailing list
dri-de
On Tue, Mar 15, 2011 at 11:40:00 +, Chris Wilson wrote:
> [Digression: what is upowerd doing reading those power hungry files?]
>
Apparently, checking "docked" status every 30 seconds, by reading the
status of drm outputs. Where "docked" means "more than one output
connected". Yes, it's sil
On Tue, Mar 15, 2011 at 11:40:00 +, Chris Wilson wrote:
> [Digression: what is upowerd doing reading those power hungry files?]
>
Apparently, checking "docked" status every 30 seconds, by reading the
status of drm outputs. Where "docked" means "more than one output
connected". Yes, it's sil
On Thu, Feb 10, 2011 at 17:02:02 +0100, Sven Arvidsson wrote:
> On Thu, 2011-02-10 at 16:54 +0100, Sedat Dilek wrote:
> > [ SOLVED ]
> >
> > Remove dot-openarena directory, copy files/dirs to (new?) ~/openarena/ dir.
> >
> > $ rm -rf ~/.openarena && cp -av anholt.cfg demos ~/openarena/baseoa/
>
On Thu, Feb 10, 2011 at 17:02:02 +0100, Sven Arvidsson wrote:
> On Thu, 2011-02-10 at 16:54 +0100, Sedat Dilek wrote:
> > [ SOLVED ]
> >
> > Remove dot-openarena directory, copy files/dirs to (new?) ~/openarena/ dir.
> >
> > $ rm -rf ~/.openarena && cp -av anholt.cfg demos ~/openarena/baseoa/
>
On Wed, Dec 1, 2010 at 17:10:42 +0200, Alexander Shishkin wrote:
> For headers that get exported to userland and make use of u32 style
> type names, it is advised to include linux/types.h.
>
> This fixes 5 headers_check warnings.
>
How many times does this need to be NAKed? These headers are s
On Wed, Dec 1, 2010 at 17:10:42 +0200, Alexander Shishkin wrote:
> For headers that get exported to userland and make use of u32 style
> type names, it is advised to include linux/types.h.
>
> This fixes 5 headers_check warnings.
>
How many times does this need to be NAKed? These headers are s
On Thu, Sep 30, 2010 at 12:36:45 +0200, Thomas Hellstrom wrote:
> This fixes a race pointed out by Dave Airlie where we don't take a buffer
> object about to be destroyed off the LRU lists properly. It also fixes a rare
> case where a buffer object could be destroyed in the middle of an
> accelera
On Thu, Sep 30, 2010 at 12:36:45 +0200, Thomas Hellstrom wrote:
> This fixes a race pointed out by Dave Airlie where we don't take a buffer
> object about to be destroyed off the LRU lists properly. It also fixes a rare
> case where a buffer object could be destroyed in the middle of an
> accelera
On Sat, Jun 12, 2010 at 16:49:09 +0200, Tilman Sauerbeck wrote:
> > +# define _X_HIDDEN
> ^
> This should say _DRM_HIDDEN, I guess :)
>
Sigh, yes, thanks.
Cheers,
Julien
On Sat, Jun 12, 2010 at 16:49:09 +0200, Tilman Sauerbeck wrote:
> > +# define _X_HIDDEN
> ^
> This should say _DRM_HIDDEN, I guess :)
>
Sigh, yes, thanks.
Cheers,
Julien
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
htt
On Thu, Jun 10, 2010 at 23:50:09 +0200, Julien Cristau wrote:
> Introduce a new internal header since that doesn't seem to exist yet.
> Or maybe I should rename xf86atomic.h instead.
> ---
> xf86drm-internals.h | 12
> 1 files changed, 12 insertions(+), 0 de
Also drop prototypes for nonexistent functions.
---
radeon/bof.h | 41 +++--
1 files changed, 19 insertions(+), 22 deletions(-)
diff --git a/radeon/bof.h b/radeon/bof.h
index 014affb..239c98a 100644
--- a/radeon/bof.h
+++ b/radeon/bof.h
@@ -28,6 +28,7 @@
#i
---
libkms/internal.h |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/libkms/internal.h b/libkms/internal.h
index 63122d1..efb781a 100644
--- a/libkms/internal.h
+++ b/libkms/internal.h
@@ -30,6 +30,7 @@
#define INTERNAL_H_
#include "libkms.h"
+#include "xf86drm
Introduce a new internal header since that doesn't seem to exist yet.
Or maybe I should rename xf86atomic.h instead.
---
xf86drm-internals.h | 12
1 files changed, 12 insertions(+), 0 deletions(-)
create mode 100644 xf86drm-internals.h
diff --git a/xf86drm-internals.h b/xf86drm-in
Introduce a new internal header since that doesn't seem to exist yet.
Or maybe I should rename xf86atomic.h instead.
---
xf86drm-internals.h | 12
1 files changed, 12 insertions(+), 0 deletions(-)
create mode 100644 xf86drm-internals.h
diff --git a/xf86drm-internals.h b/xf86drm-in
On Thu, Jun 10, 2010 at 23:50:09 +0200, Julien Cristau wrote:
> Introduce a new internal header since that doesn't seem to exist yet.
> Or maybe I should rename xf86atomic.h instead.
> ---
> xf86drm-internals.h | 12
> 1 files changed, 12 insertions(+), 0 de
Also drop prototypes for nonexistent functions.
---
radeon/bof.h | 41 +++--
1 files changed, 19 insertions(+), 22 deletions(-)
diff --git a/radeon/bof.h b/radeon/bof.h
index 014affb..239c98a 100644
--- a/radeon/bof.h
+++ b/radeon/bof.h
@@ -28,6 +28,7 @@
#
---
libkms/internal.h |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/libkms/internal.h b/libkms/internal.h
index 63122d1..efb781a 100644
--- a/libkms/internal.h
+++ b/libkms/internal.h
@@ -30,6 +30,7 @@
#define INTERNAL_H_
#include "libkms.h"
+#include "xf86dr
On Mon, Jun 7, 2010 at 14:49:16 +0200, Jan Engelhardt wrote:
> * The radeon.ko module does not have any PCI IDs defined, thus does not
> get autoloaded like i915.ko. Is this intentional? It also seems
> to default to modeset=0.
It only defines PCI IDs (and gets autoloaded) if CONFIG_DRM_RADEON_
On Mon, Jun 7, 2010 at 14:49:16 +0200, Jan Engelhardt wrote:
> * The radeon.ko module does not have any PCI IDs defined, thus does not
> get autoloaded like i915.ko. Is this intentional? It also seems
> to default to modeset=0.
It only defines PCI IDs (and gets autoloaded) if CONFIG_DRM_RADEON_
On Tue, Jun 1, 2010 at 18:52:30 -0400, Alex Deucher wrote:
> diff --git a/drivers/gpu/drm/radeon/Kconfig b/drivers/gpu/drm/radeon/Kconfig
> index 80c5b3e..2e3896d 100644
> --- a/drivers/gpu/drm/radeon/Kconfig
> +++ b/drivers/gpu/drm/radeon/Kconfig
> @@ -2,6 +2,7 @@ config DRM_RADEON_KMS
> b
On Tue, Jun 1, 2010 at 18:52:30 -0400, Alex Deucher wrote:
> diff --git a/drivers/gpu/drm/radeon/Kconfig b/drivers/gpu/drm/radeon/Kconfig
> index 80c5b3e..2e3896d 100644
> --- a/drivers/gpu/drm/radeon/Kconfig
> +++ b/drivers/gpu/drm/radeon/Kconfig
> @@ -2,6 +2,7 @@ config DRM_RADEON_KMS
> b
Signed-off-by: Julien Cristau
---
The comment on top of drm_pciids.h seems obsolete, but that can be
cleaned up later...
MAINTAINERS |2 +-
drivers/gpu/drm/nouveau/nouveau_drv.h |2 +-
include/drm/drm_pciids.h |2 +-
3 files changed, 3
Signed-off-by: Julien Cristau
---
The comment on top of drm_pciids.h seems obsolete, but that can be
cleaned up later...
MAINTAINERS |2 +-
drivers/gpu/drm/nouveau/nouveau_drv.h |2 +-
include/drm/drm_pciids.h |2 +-
3 files changed, 3
48 matches
Mail list logo
