MultiTouch Support

Hi I would like to know if X11 support multitouch. is there a discussion about this topic, or a develop stream thank you ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg

Add server support for RRGetScreenResourcesCurrent

commit fc708394318ed92c612e2938b335c08c1ffebb28 Add server support for RRGetScreenResourcesCurrent This depends on randrproto 1.2.99.1 Signed-off-by: Keith Packard kei...@keithp.com Added a useful function, which has been used to some effect in fixing this bug:

FOSDEM DevRoom: Printed schedule deadline extended.

Hi all, I just got an email telling me that the deadline for the printed schedule now is the 24th. Whoever wants to talk at fosdem still and wants to get into the printed schedule, or whoever still wants their slot changed from what is on http://wiki.x.org./wiki/fosdem2009, you have until

Re: Current support and roadmap for discrete graphics card hot switching

Hi Alex, Any official or officious news from the ATI/AMD front about this? Thanks and apologies for my impatience :-p Albert. On Thu, Jan 15, 2009 at 4:56 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Thu, Jan 15, 2009 at 11:20 AM, Albert Vilella avile...@gmail.com wrote: now the

Re: xorg server should wait HAL if it's not avail during init

Tino Keitel wrote: On Tue, Jan 20, 2009 at 10:18:10 +0100, Matija Å uklje wrote: Dne torek 20. januarja 2009 je Yan Li napisal(a): I suggest we add a short (5 seconds) busy-wait if hald is not usable. Isn't that more of a (distro's) init system problem? The problem is that most of those

Patch to xmodmap to allow disabling mouse buttons

Hi, Similar to this poster from 2007: http://lists.freedesktop.org/archives/xorg/2007-March/022701.html I wanted to disable all mouse buttons except button 1 (or re-map them to appear as button 1). The man page for XSetPointerMapping says that this can be achieved by mapping to 'button 0',

Re: xorg server should wait HAL if it's not avail during init

Tino Keitel a écrit : On Tue, Jan 20, 2009 at 10:18:10 +0100, Matija Šuklje wrote: Dne torek 20. januarja 2009 je Yan Li napisal(a): I suggest we add a short (5 seconds) busy-wait if hald is not usable. Isn't that more of a (distro's) init system problem? The problem is that most of those

Re: Patch to xmodmap to allow disabling mouse buttons

On Jan 20, 09 17:01:26 +, Ben North wrote: % xmodmap -e 'pointer = 1 0 0 4 5' xmodmap: commandline:0: bad value 0 given for buttons list xmodmap: 1 error encountered, aborting. On looking at the source, it seems that this is a misbehaviour of 'parse_number' in handle.c, which

EXA, driver allocated pixmaps and fallbacks

Imagine having tiled pixmaps, that get copied on every map/unmap. EXA has certain optimisations to avoid migration ping-pong, ofcource that only applies to drivers using exa's built in memory manager. My impression is that an optional component, much like the migration logic in exa, should be

XORG_MACROS_VERSION test is filled with hate

I think these lines, when added to configure.ac don't do what they're intended to do: m4_ifndef([XORG_MACROS_VERSION], [AC_FATAL([must install xorg-macros 1.2 or later before running autoconf/autogen])]) XORG_MACROS_VERSION(1.2) I run autogen.sh in, for example, app/rendercheck as: CC=gcc

Current tinderbox regression (xserver)

http://tinderbox.x.org/builds/2009-01-20-0024/logs/xserver/#build ./.libs/libxorg.a(sdksyms.o):(.data.rel+0x308): undefined reference to `CreateUnclippedWinSize' http://cgit.freedesktop.org/xorg/xserver/commit/?id=20d2117eb82fb7ce91afd4f01fe1b9d4b1bf0459 -- Chris Ball c...@laptop.org

Re: XORG_MACROS_VERSION test is filled with hate

On Tue, Jan 20, 2009 at 11:28 AM, Ian Romanick i...@freedesktop.org wrote: I think these lines, when added to configure.ac don't do what they're intended to do: m4_ifndef([XORG_MACROS_VERSION], [AC_FATAL([must install xorg-macros 1.2 or later before running autoconf/autogen])])

Re: XORG_MACROS_VERSION test is filled with hate

On Tue, 2009-01-20 at 11:28 -0800, Ian Romanick wrote: I run autogen.sh in, for example, app/rendercheck as: CC=gcc ACLOCAL=aclocal -I /opt/xorg-master-x86_64/share/aclocal sh ./autogen.sh --prefix=/opt/xorg-master-x86_64 --libdir=/opt/xorg-master-x86_64/lib64 --disable-dmx --disable-xvfb

Re: xorg server should wait HAL if it's not avail during init

On Tue, Jan 20, 2009 at 17:54:20 +0100, Rémi Cardona wrote: [...] hald already has a pipe set up between the launcher process and the daemon process. The launcher process exits when it receives a message on the pipe from the daemon. Maybe that message could be delayed until HAL is

Re: XORG_MACROS_VERSION test is filled with hate

On Tue, 2009-01-20 at 11:48 -0800, Dan Nicholson wrote: On Tue, Jan 20, 2009 at 11:37 AM, Ian Romanick i...@freedesktop.org wrote: On Tue, 2009-01-20 at 11:28 -0800, Ian Romanick wrote: I run autogen.sh in, for example, app/rendercheck as: CC=gcc ACLOCAL=aclocal -I

Re: Current tinderbox regression (xserver)

On Tue, 2009-01-20 at 14:30 -0500, Chris Ball wrote: http://tinderbox.x.org/builds/2009-01-20-0024/logs/xserver/#build ./.libs/libxorg.a(sdksyms.o):(.data.rel+0x308): undefined reference to `CreateUnclippedWinSize'

[PATCH] Add hal/dbus fallback when not able to talk to hal/dbus daemons.

This is a possible solution for the problem reported in the xorg server should wait HAL if it's not avail during init thread. In my tests, it worked when running this: % sudo service haldaemon stop; startx -- -verbose 3 After waiting all the timeouts, it loaded kbd and mouse drivers, and

Re: Current tinderbox regression (xserver)

Ian Romanick wrote: On Tue, 2009-01-20 at 14:30 -0500, Chris Ball wrote: http://tinderbox.x.org/builds/2009-01-20-0024/logs/xserver/#build ./.libs/libxorg.a(sdksyms.o):(.data.rel+0x308): undefined reference to `CreateUnclippedWinSize'

Re: Current tinderbox regression (xserver)

Ian Romanick wrote: With that fixed, I hit the following failure: kbd.c:148: error: ‘__XKBDEFRULES__’ undeclared here (not in a function) That's from the XKB --configure/define patch Daniel just pushed, as I warned last week. I'll push a kbd driver fix for that in a few. -- -Alan

Re: Input transformations: Compiz

Thanks Chris. The links give a good idea about the work going on in this area. A follow-up question - I was looking at the zoom plug-in/plug-in core in compiz 0.7.8 code (http://packages.ubuntu.com/source/intrepid/compiz) and expected to find calls to the Triangle Mesh, RedirectCoordinate APIs

Re: Input transformations: Compiz

Hi Bipin, A follow-up question - I was looking at the zoom plug-in/plug-in core in compiz 0.7.8 code (http://packages.ubuntu.com/source/intrepid/compiz) and expected to find calls to the Triangle Mesh, RedirectCoordinate APIs introduced by David; but did not find any. I don't

Re: Input transformations: Compiz

Given that the upstream compiz does not use David's APIs, how is the zoom plugin able to translate the co-ordinates for ButtonPress? While looking at the compiz code, I did find XGrabButton was called on each window created to intercept the events; but I was expecting an XSendEvent with the

Re: [PATCH 0/4] Cursor's update inside kernel only

On Tue, Jan 20, 2009 at 12:47:44AM +0100, Rémi Cardona wrote: Le 19/01/2009 19:03, Jesse Barnes a écrit : Gah, yeah forgot about drag drop of big icons... Maybe Kristian was right that all cursors should be done in software; hardware just doesn't provide the flexibility desktops want

Re: [PATCH] Add hal/dbus fallback when not able to talk to hal/dbus daemons.

Daniel Stone wrote: On Tue, Jan 20, 2009 at 08:21:45PM -0200, Paulo César Pereira de Andrade wrote: This is a possible solution for the problem reported in the xorg server should wait HAL if it's not avail during init thread. Please do not push this patch. I posted the patch more as a

Re: Proper way to enable port access tracing with current xserver

Alex Villací­s Lasso escreveu: From what I glean from the traces, it seems that using VESA to start up the primary Savage chipset works correctly. However, when trying to initialize the Oak chipset as secondary (just that one, without reference to the primary Savage chipset), it ends up in

Re: Proper way to enable port access tracing with current xserver

Hi, Alex Villací­s Lasso escreveu: Alex Deucher escribió: So, lets say I want to add this support back. Is this squarely a libpciaccess change, or do I have to place this on the xserver (since this is specifically a VGA requirement)? Is anyone currently working on this, by any chance (just

Re: Input transformations: Compiz

On Wed, Jan 21, 2009 at 11:57 AM, Bipin George Mathew bipi...@gmail.comwrote: Given that the upstream compiz does not use David's APIs, how is the zoom plugin able to translate the co-ordinates for ButtonPress? While looking at the compiz code, I did find XGrabButton was called on each

Re: Proper way to enable port access tracing with current xserver

Hi, Alex Villací­s Lasso escreveu: Another question I have is this: as far as I understand, PCI video cards have to run the POST (or do an equivalent operation) in order to execute the chipset-specific hocus-pocus that enables legacy vga port access (0x3c0 through 0x3df). So only one

Re: [PATCH] Add hal/dbus fallback when not able to talk to hal/dbus daemons.

Hi, On Wed, Jan 21, 2009 at 01:41:48AM -0200, Paulo César Pereira de Andrade wrote: Daniel Stone wrote: Please do not push this patch. I posted the patch more as a request for comments, as I did more of a quick hack patch. While it works as is, it should be more integrated with the

Re: [PATCH] Add hal/dbus fallback when not able to talk to hal/dbus daemons.

On Tue, Jan 20, 2009 at 08:21:45PM -0200, Paulo César Pereira de Andrade wrote: From 83a9866fc806a72740e5c0c81009e4220316765d Mon Sep 17 00:00:00 2001 From: Paulo Cesar Pereira de Andrade p...@mandriva.com.br Date: Tue, 20 Jan 2009 19:36:59 -0200 Subject: [PATCH] Add hal/dbus fallback when not

Re: Current support and roadmap for discrete graphics card hot switching

On Tue, Jan 20, 2009 at 11:37 AM, Albert Vilella avile...@gmail.com wrote: Hi Alex, Any official or officious news from the ATI/AMD front about this? Thanks and apologies for my impatience :-p Sorry haven't had a chance to look into this yet. Anything more than a cursory glance will

Question conerning evdev keycode definition mapping

I just installed ubunto 8.10 on Tishiba R600. Running xmodmap -pk I found some keycodes that are mapped to XF* keysyms are also used in some keyboards in some circumstances.For example, 150 is mapped to XF86Sleep. But: * It is used in xkb/keycodes/fujitsu * It is used in

Re: DRI2 RGB / RGBA visual problems [WAS: Re: intel 2.6.0: EXA choppy, UXA has artifacts]

On Wed, 2009-01-21 at 04:45 +, Peter Clifton wrote: Questions to those who might know.. Should DRI2 be clearing the Alpha channel (even if it requires making a copy for these cases)? It mustn't do this for pixmaps that actually have an alpha channel, and it shouldn't need to otherwise.