Keith Packard wrote:
On Wed, 2008-10-01 at 21:39 -0300, Tiago Vignatti wrote:
A mutex is needed because the X event queue is a critical region. Though
the X event queue is re-entrant, we cannot guarantee the simultaneous
processing by both main and input threads.
The input queue is
On Thu, Oct 02, 2008 at 10:12:40AM +0100, Colin Guthrie wrote:
I'm using xf86-input-synaptics-0.15.2 and wonder if other users have a
problem with the scroll zone after resuming from suspend.
For me it just stops working which is pretty annoying. Does anyone know
how to help diagnose
Hi,
I'm using xf86-input-synaptics-0.15.2 and wonder if other users have a
problem with the scroll zone after resuming from suspend.
For me it just stops working which is pretty annoying. Does anyone know
how to help diagnose and/or fix?
Col
--
Colin Guthrie
gmane(at)colin.guthr.ie
On Wed, Oct 01, 2008 at 11:45:03AM +0200, Søren Hauberg wrote:
Good point. Perhaps the recently added 'invert_[x|y]' options in the
evdev driver should be removed? Perhaps not, as such an option might
be generally usable.
I think it is a feature worth having. The cost of maintainance is low
On Tue, Sep 30, 2008 at 02:44:26PM +0100, John Tapsell wrote:
I have a device without a keyboard, but I still send keyboard events
to X. Specifically I use synergy.
what version of X are you running?
Is there a way to add some sort of 'virtual' keyboard?
X server 1.4 and above always have
2008/10/2 Peter Hutterer [EMAIL PROTECTED]:
On Tue, Sep 30, 2008 at 02:44:26PM +0100, John Tapsell wrote:
I have a device without a keyboard, but I still send keyboard events
to X. Specifically I use synergy.
what version of X are you running?
I used the version from HEAD in git. I had
Peter Hutterer wrote:
On Thu, Oct 02, 2008 at 10:12:40AM +0100, Colin Guthrie wrote:
I'm using xf86-input-synaptics-0.15.2 and wonder if other users have a
problem with the scroll zone after resuming from suspend.
For me it just stops working which is pretty annoying. Does anyone know
how
On Thu, Oct 02, 2008 at 12:44:29PM +0100, Colin Guthrie wrote:
Now what to do I wonder... as /dev/input/event2 does actually exist.. I
wonder if it's a timing thing?
It probably is. I don't know how to get around that though other than adding
the synaptics options to your fdi file and letting
On Monday 29 September 2008, Peter Hutterer wrote:
On Sun, Sep 28, 2008 at 03:11:46PM +0100, Magnus Kessler wrote:
Testing status against EEXIST is wrong and we should check errno
instead if we want to allow the use of an existing file. However, since
we pass a file name that in principle
On Thu, Oct 2, 2008 at 16:03:13 +0200, Hanno Böck wrote:
I wanted to try out gem and tried to compile xorg-xserver from git:
You need to update xtrans.
Cheers,
Julien
___
xorg mailing list
xorg@lists.freedesktop.org
On Thu, Oct 2, 2008 at 07:18:48 -0700, Yan Seiner wrote:
I've recently started running xorg 1.5.0 from debian experimental. I
keep getting this error:
Xlib: extension Generic Event Extension missing on display :0.0.
Where does your libX11.so.6 come from? This message means that Xlib
Am Donnerstag 02 Oktober 2008 schrieb Julien Cristau:
You need to update xtrans.
Ok, seems there are only some small changes in xtrans, would it make sense to
have a new release? (to make it easier for people to try out gem)
--
Hanno Böck Blog: http://www.hboeck.de/
I got back to this after working on some other things for a while and
I've made some progress. I looked at an old version of xfree that we
had since old with the endian problems fixed and tried to apply the
changes to xorg 7.3 (see diff form normal xorg 7.3 and my patched
version below) and it did
On Thu, Oct 2, 2008 at 9:41 AM, Pat Kane [EMAIL PROTECTED] wrote:
On Fri, Sep 26, 2008 at 9:27 AM, Daniel Stone [EMAIL PROTECTED] wrote:
Xevie is pretty much deprecated. What are you using it for?
I am trying to build the X server from tarballs[1] and I get this error msg:
Building
Christian Pössinger wrote:
Hi,
I figured out the UseFBDev function yesterday. When enabling this specific
function my screen shows up with the mighty X cursor. I can move it with
Does it also happen when using the SwCursor option?
my mouse perfectly, but the background is only black. I
Jérôme Guilmette wrote:
I just hope I'm writing to the right mailing list to ask about
development using the X Window System, if not, please redirect me.
Here's my situation:
I'm currently developing a software that is taking images from a
selected X window in order to process the data
Juliusz Chroboczek wrote:
behind the transient principle, the documentation that I've found is
light and examples aren't many on the web or won't go too deep into the
matter. I don't know if you have any link to suggest me, if any, I'd be
glad.
ICCCM, Section 4.1.2.6.
The ICCCM
The Intel Open Source Technology Center is pleased to announce the immediate
availability of the ACPI Integrated Graphics Device OpRegion Specification[1]
under the Creative Commons Attribution-No Derivative Works 3.0 United States
License. This document is intended for use by graphics drivers
Keith Packard wrote:
On Thu, 2008-10-02 at 18:58 -0300, Tiago Vignatti wrote:
Keith Packard escreveu:
The input queue is written so that each user modifies only one of the
two pointers (head and tail). There shouldn't be any need to have a
mutex which protects both of these values together,
On Fri, 2008-10-03 at 02:01 +0200, Simon Thum wrote:
It may be constructed, but IMO this means the queue size is not fully
utilizable given head is 'old':
Yes, that's fairly common in queues -- you often can't use the last
entry. Not a huge deal if you make the queue big enough.
BTW, given
On Thu, Oct 02, 2008 at 06:53:09PM -0700, Keith Packard wrote:
On Fri, 2008-10-03 at 02:01 +0200, Simon Thum wrote:
(b) may suffice. Locking the queue in OsBlockSigs() should do it and fix
most miEnqueue users.
Or just lock the queue in mieqEnqueue itself; keeping the lock near the
code
On Fri, 2008-10-03 at 05:57 +0300, Daniel Stone wrote:
On Thu, Oct 02, 2008 at 06:53:09PM -0700, Keith Packard wrote:
On Fri, 2008-10-03 at 02:01 +0200, Simon Thum wrote:
(b) may suffice. Locking the queue in OsBlockSigs() should do it and fix
most miEnqueue users.
Or just lock the
22 matches
Mail list logo
