On Sun, Sep 30, 2012 at 16:45:17 -0400, Gaetan Nadon wrote:
On 12-09-29 04:37 PM, Dan Nicholson wrote:
Some distros may prefer maintainer mode. A way to appease everyone is:
AM_MAINTAINER_MODE([enable])
Oh, yeah. That would be the best.
The historical background is that mode
LOn Oct 2, 2012 1:09 PM, Julien Cristau jcris...@debian.org wrote:
On Sun, Sep 30, 2012 at 16:45:17 -0400, Gaetan Nadon wrote:
On 12-09-29 04:37 PM, Dan Nicholson wrote:
Some distros may prefer maintainer mode. A way to appease everyone
is:
AM_MAINTAINER_MODE([enable])
On 12-10-02 04:09 PM, Julien Cristau wrote:
On Sun, Sep 30, 2012 at 16:45:17 -0400, Gaetan Nadon wrote:
On 12-09-29 04:37 PM, Dan Nicholson wrote:
Some distros may prefer maintainer mode. A way to appease everyone is:
AM_MAINTAINER_MODE([enable])
Oh, yeah. That would be the best.
The
So I've been looking into gpu switching and having all driver screens
be GPU screens under a protocol screen.
Now the biggest problem I've hit so far is that we all use
pDrawable-pScreen to figure out what screen we are, however I'd like
to abstract things so that you can get drawables from a
It seems wierd that we have the GC carrying around a pointer to each
of these, when I don't see any evidence we can't just stash one set of
ops/funcs per screen.
Did we every, do we currently to anyone knowledge modify gc ops or
funcs at anything less than a screen level?
Dave.
This call is required for external drivers (specifically NVIDIA) that do
not share the xfree86 infrastructure to update the desktop dimensions.
Without it, the driver would update the ScreenRecs but not update the total
dimensions the input code relies on for transformation.
This call is a thin
On Fri, Sep 28, 2012 at 01:25:50AM -0700, Keith Packard wrote:
Peter Hutterer peter.hutte...@who-t.net writes:
Thanks, merged this into my tree. This should fix the remaining issues we're
seeing with synaptics.
Did you see my comments about this patch? I'm really not excited about
These headers were always internal anyway, drop them now that we've had 2
releases with them marked as deprecated.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
include/Makefile.am | 10 +-
include/xorg/gtest/evemu/xorg-gtest_device.h | 2 --
/home/whot/code/xorg-gtest/include/xorg/gtest/evemu/xorg-gtest-device.h:46:
warning: the name `xorg-gtest_device.h' supplied as the argument of the
\class, \struct, \union, or \include command is not an input file
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
On 10/02/2012 05:45 PM, Dave Airlie wrote:
It seems wierd that we have the GC carrying around a pointer to each
of these, when I don't see any evidence we can't just stash one set of
ops/funcs per screen.
Did we every, do we currently to anyone knowledge modify gc ops or
funcs at anything less
On 10/02/2012 08:12 PM, Peter Hutterer wrote:
This call is required for external drivers (specifically NVIDIA) that do
not share the xfree86 infrastructure to update the desktop dimensions.
Without it, the driver would update the ScreenRecs but not update the total
dimensions the input code
On Wed, Oct 3, 2012 at 11:25 AM, Peter Hutterer
peter.hutte...@who-t.net wrote:
On Fri, Sep 28, 2012 at 01:25:50AM -0700, Keith Packard wrote:
Peter Hutterer peter.hutte...@who-t.net writes:
Thanks, merged this into my tree. This should fix the remaining issues
we're
seeing with
On Wed, Oct 3, 2012 at 2:20 PM, Aaron Plattner aplatt...@nvidia.com wrote:
On 10/02/2012 05:45 PM, Dave Airlie wrote:
It seems wierd that we have the GC carrying around a pointer to each
of these, when I don't see any evidence we can't just stash one set of
ops/funcs per screen.
Did we
On Wed, Oct 03, 2012 at 12:26:54PM +0800, Daniel Kurtz wrote:
On Wed, Oct 3, 2012 at 11:25 AM, Peter Hutterer
peter.hutte...@who-t.net wrote:
On Fri, Sep 28, 2012 at 01:25:50AM -0700, Keith Packard wrote:
Peter Hutterer peter.hutte...@who-t.net writes:
Thanks, merged this into my
On 08/31/12 09:13 AM, Markus Trippelsdorf wrote:
(EE) BUG: triggered 'if (inSignalContext)'
(EE) BUG:
/var/tmp/portage/x11-base/xorg-server-1.12.99.905/work/xorg-server-1.12.99.905/os/log.c:472
in LogVMessageVerb()
(EE) Warning: attempting to log data in a signal unsafe manner while in
15 matches
Mail list logo