On Tue, Jan 19, 2010 at 08:42:47AM +0100, Bradley T. Hughes wrote:
On 01/18/2010 04:33 AM, ext Peter Hutterer wrote:
On Thu, Jan 14, 2010 at 11:23:23AM +0100, Bradley T. Hughes wrote:
On 01/12/2010 12:03 PM, ext Peter Hutterer wrote:
So, first question: is my behavior the good one? (not being
On 01/19/2010 09:43 AM, ext Peter Hutterer wrote:
given the easy case of a single user interacting with a surface:
with Qt as it is now, if you get all the coordinates in a single XI2 event,
would that work for you? or is there extra information you need?
That should work. Ideally I would
On Tue, Jan 19, 2010 at 10:04:53AM +0100, Bradley T. Hughes wrote:
On 01/19/2010 09:43 AM, ext Peter Hutterer wrote:
given the easy case of a single user interacting with a surface:
with Qt as it is now, if you get all the coordinates in a single XI2 event,
would that work for you? or is there
Peter Hutterer wrote:
On Tue, Jan 19, 2010 at 10:04:53AM +0100, Bradley T. Hughes wrote:
On 01/19/2010 09:43 AM, ext Peter Hutterer wrote:
given the easy case of a single user interacting with a surface:
with Qt as it is now, if you get all the coordinates in a single XI2
event,
On 01/19/2010 10:37 AM, ext Peter Hutterer wrote:
On Tue, Jan 19, 2010 at 10:04:53AM +0100, Bradley T. Hughes wrote:
On 01/19/2010 09:43 AM, ext Peter Hutterer wrote:
given the easy case of a single user interacting with a surface:
with Qt as it is now, if you get all the coordinates in a
Ping, anyone?
On Wed, Jan 6, 2010 at 14:53:38 +0100, Michael Vogt wrote:
Hi,
I ran accross a crash with xf86-video-nv-2.1.15 [1] and xserver
1.7.3.901. It looks like the problem is that gamma_set is called even
if that is NULL. Attached is a trivial check (patch is against git
head).
On Jan 19, 10 13:34:58 +0100, Julien Cristau wrote:
Ping, anyone?
Looks sane.
Reviewed-By: Matthias Hopf mh...@suse.de
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715
Tiago Vignatti, le Tue 19 Jan 2010 18:44:06 +0200, a écrit :
I put some minor comments bellow. Make sure you send your future patches to
xorg-de...@lists.freedesktop.org instead.
Uh, I didn't even know that there were x.org lists.
On Sun, Jan 17, 2010 at 06:30:00PM +0100, ext Samuel Thibault
On Tue, Jan 19, 2010 at 06:37:43PM +0100, ext Samuel Thibault wrote:
Tiago Vignatti, le Tue 19 Jan 2010 18:44:06 +0200, a écrit :
change the name for gnuhurd_pci.c makes more sense for me, given all file
there now are OS related.
Err, as I said, this is not specific to GNU/Hurd at all,
Some drivers use DRI2 protocol but implement their own kernel rendering
mananger. For these drivers, libdrm becomes useless.
The only inconvenient right now to put libdrm optional to X server is
concerning DRI2Authenticate. Such function uses drm_magic_t and drmAuthMagic
symbols from libdrm. So I
Originally filed at:
https://bugzilla.redhat.com/show_bug.cgi?id=550948
I use an usb-switch device to switch keyboard+mouse between machines. This has
worked fine for 4+ years.
But in Fedora 12 on a new machine I have a problem:
*** glibc detected *** /usr/bin/Xorg: free(): invalid
Tiago Vignatti, le Tue 19 Jan 2010 21:10:37 +0200, a écrit :
But we have to go carefully with it and see if we will not be overlapping code
with libx86 - which currently is only doing real mode calls, but has already a
lot of IO related stuff:
On Tue, Jan 19, 2010 at 2:18 PM, Tiago Vignatti
tiago.vigna...@nokia.com wrote:
Some drivers use DRI2 protocol but implement their own kernel rendering
mananger. For these drivers, libdrm becomes useless.
Yeah, I think this could be ok. The drm usage in DRI2 does stick out
a bit, and should
Signed-off-by: Pierre-Loup A. Griffais pgriff...@nvidia.com
Reviewed-by: Aaron Plattner aplatt...@nvidia.com
---
fb/fbpict.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/fb/fbpict.c b/fb/fbpict.c
index f9f4343..c046bae 100644
--- a/fb/fbpict.c
+++ b/fb/fbpict.c
@@
On Tue, Jan 19, 2010 at 08:55:59PM +0100, Marko Macek wrote:
Originally filed at:
https://bugzilla.redhat.com/show_bug.cgi?id=550948
Please have a look at
https://bugzilla.redhat.com/show_bug.cgi?id=540584, this issue has been
fixed and updated rpm packages are available in
On Wed, Jan 13, 2010 at 01:58:05PM -0800, Keith Packard wrote:
On Wed, 13 Jan 2010 11:35:52 -0800, Aaron Plattner aplatt...@nvidia.com
wrote:
Each driver type (e.g. DRI2DriverDRI or DRI2DriverVDPAU) can have a name in
the
driverNames array in DRI2InfoRec. DRI2Connect returns the name
On Tue, Jan 19, 2010 at 07:24:10PM +0100, Benjamin Tissoires wrote:
right, you could have an 0/1 axis for this type of things, that's about the
best approach. there's also the chance of using a button but that's more
likely to be misinterpreted.
the correct approach is that you only send those
On Tue, Jan 19, 2010 at 7:26 PM, Aaron Plattner aplatt...@nvidia.com wrote:
On Wed, Jan 13, 2010 at 01:58:05PM -0800, Keith Packard wrote:
On Wed, 13 Jan 2010 11:35:52 -0800, Aaron Plattner aplatt...@nvidia.com
wrote:
Each driver type (e.g. DRI2DriverDRI or DRI2DriverVDPAU) can have a name
Sun cc 5.9 and later (__SUNPRO_C = 0x590) support __attribute__
calls for aligned, always_inline, noinline, pure, const, and malloc.
This commit consists of the related updates to files that were
regenerated by gl_XML.py in mesa after adding the __SUNPRO_C checks to it
Signed-off-by: Alan
Hi Alex,
I've just found that there are new commits in xf86-video-ati and one is
suspicious to me - ATOM: Upstream parser updates. It contains lines:
pParserTempData-DestData32=GetDestination[pParserTempData-ParametersType.Destination](pParserTempData);
20 matches
Mail list logo