On Sat, Nov 17, 2012 at 10:39:29AM -0600, Daniel Drake wrote:
Hi,
Thanks for all the informative blog posts such as this one:
http://who-t.blogspot.com/2011/12/multitouch-in-x-pointer-emulation.html
I'm trying to get my head around pointer emulation and touch-pointer
interaction in a bit
On Mon, 19 Nov 2012 02:41:56 + (UTC)
Chí-Thanh Christopher Nguyễn chith...@gentoo.org wrote:
It seems that the pastebin links have expired. It is usually a better idea to
use attachments instead of pastebins where possible.
Yes that's right. Ok the files as attachments at this mail.
In
On Mon, 2012-11-19 at 12:10 +0100, Silvio Siefke wrote:
On Mon, 19 Nov 2012 02:41:56 + (UTC)
Chí-Thanh Christopher Nguyễn chith...@gentoo.org wrote:
If the kernel is configured correctly, cat /proc/fb should return
0 radeondrmfb.
gentoo-desk linux # cat /proc/fb
0 ATI Radeon 4966
Hello,
On Mon, 19 Nov 2012 12:20:58 +0100
Michel Dänzer mic...@daenzer.net wrote:
That looks like radeonfb, which conflicts with radeon KMS. You can
disable it at runtime by passing video=radeonfb:off on the kernel
command line, or at build time by disabling CONFIG_FB_RADEON.
Ok i built the
Hello,
just to make Michal's comment clearer, as kms includes a fb implementation, you
cannot use both. either select fb or kms.
for more info please consult http://en.gentoo-wiki.com/wiki/Radeon
Dagg.
From: Silvio Siefke siefke_lis...@web.de
To:
xscope is a program to monitor the connections between the X11 window
server and a client program.
Compared to 1.4 RC1 version fixes some bugs in building the transport code
when not using libxtrans and adds a -V option to report the version number:
Alan Coopersmith (5):
Rename sockaddr_un
Using client-clientAsMask as resource for implicit passive grabs causes
resource conflict with client-allocated resources. Freeing the passive grab
frees all resources with that ID, so arbitrary resources can get freed while
still in use. This causes random crashes.
Signed-off-by: Peter Hutterer
On 18/11/12 12:00 PM, xorg-devel-requ...@lists.x.org wrote:
I'm seeing the xf86-video-mach64 6.9.3 crashing with xserver 1.13 on
OpenBSD, both on sparc64 and intel (x86_64) machines.
here's some debugging information. Apparently something in devPrivate
doesn't get initialized properly, but
On Sun, Nov 18, 2012 at 11:25:26PM -0800, Connor Behan wrote:
On 18/11/12 12:00 PM, xorg-devel-requ...@lists.x.org wrote:
I'm seeing the xf86-video-mach64 6.9.3 crashing with xserver 1.13 on
OpenBSD, both on sparc64 and intel (x86_64) machines.
here's some debugging information.
Hi,
On 19 November 2012 17:22, Peter Hutterer peter.hutte...@who-t.net wrote:
Using client-clientAsMask as resource for implicit passive grabs causes
resource conflict with client-allocated resources. Freeing the passive grab
frees all resources with that ID, so arbitrary resources can get
Daniel,
Unfortunately, I couldn't really test DMX too much, as every single
mouse click warps the pointer back to (0,0). Oh well.
I have hacked around this in my personal copy of 1.13[0] by recording
the last 'absolute' location from the previous enqueMotion, and
passing that location with
Dear developers,
Saturday last week, I sent a four-part xkb-related patch to address
issue #865. The patch has not been reviewed yet. Can someone have a
look please?
I also notice that no part of the patch went into patchwork, which I
thought would happen automatically. Actually, nothing went
Hi Andreas,
On 20 November 2012 06:06, Andreas Wettstein wettstein...@solnet.ch wrote:
Saturday last week, I sent a four-part xkb-related patch to address
issue #865. The patch has not been reviewed yet. Can someone have a
look please?
I've been hoping to review this but haven't had the
Hello,
Anyone for this basic libXt patch?
Thanks,
Thomas
On Fri, 16 Nov 2012 10:41:06 +0100, Thomas Petazzoni wrote:
The line:
AM_CFLAGS = $(XT_CFLAGS)
in util/Makefile.am is wrong because it adds target cflags to the
compilation of makestrs, which is built for the build machine, which
On Mon, Nov 19, 2012 at 04:00:57PM +1100, Daniel Stone wrote:
Hi,
These three patches fix some fallout from extmod; the first two are
just cleanup, whereas the second two restore the DMX extensions which
are pretty vital to it actually running.
Reviewed-by: Peter Hutterer
DDXTouchPointInfoRec.valuators used to store axis values after transform.
This resulted in Coordinate Transformation Matrix
being applied multiple times to the last coordinates,
in the case when only pressure changes in the last touch event.
Changed DDXTouchPointInfoRec.valuators to store values
For touch selection conflicts, we need to check not only if the mask is set
for the device, but if it is set for only that specific device (regardless
of XIAll*Devices)
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
dix/inpututils.c | 30 +-
There are limits on which client may select for touch events on a given
window, with restrictions being that no two clients can select on the same
device, but narrower selections are allowed, i.e. if one client has
XIAllDevices, a second client may still select for device X.
The current code had
On Mon, Nov 19, 2012 at 09:04:57PM -0500, Yuly Novikov wrote:
DDXTouchPointInfoRec.valuators used to store axis values after transform.
This resulted in Coordinate Transformation Matrix
being applied multiple times to the last coordinates,
in the case when only pressure changes in the last
Peter Hutterer peter.hutte...@who-t.net writes:
As aaron said in the original thread, using the nt_list macros can leave the
current list in-place but avoids open-coding it again. this would be the
easiest quick-term fix, but still needs someone to do and test it...
Yeah, if someone wants to
Hello Alex and Mike, do we have the functionality for delete also?
Sorry for the late come back!
Thanks, -Bala S
On Thu, Apr 5, 2012 at 7:32 AM, Balasubramanian S spar...@gmail.com wrote:
Hello Alex and Mike, I will look into this and get back to you.
Thank you for the prompt reply,
-Bala S
On Mon, 2012-11-19 at 13:34 +0530, Balasubramanian S wrote:
Hello Alex and Mike,
Who's Mike? ;)
do we have the functionality for delete also?
I'm not sure what you mean by that, can you elaborate?
--
Earthling Michel Dänzer | http://www.amd.com
Libre software
Please always follow up to the mailing list.
On Mon, 2012-11-19 at 16:15 +0530, Balasubramanian S wrote:
I mean that remove functionality, which will be getting invoked while
remove the card after putting the card into suspend mode.
You mean hot-unplugging a graphics card? Not sure we
23 matches
Mail list logo