FWIW, we're still shipping Xnest, Xephyr, Xvfb, Xfake built from the
server-1.6-branch because the ones built out of 1.7.x and later no longer work
(I think something XKB related, but I forget exactly what) and I don't have any
intention of figuring out a workaround.
I haven't actually looked
That looks like it does the right thing... (still... get a Tested-by:)
Reviewed-by: Jeremy Huddleston jerem...@apple.com
On May 11, 2011, at 7:18 AM, Aaron Plattner wrote:
Commit d1107918d4626268803b54033a07405122278e7f introduced checks to
the RandR path that cause RRSetScreenConfig requests
On Thu, May 12, 2011 at 03:36:47AM +0200, Mauro Carvalho Chehab wrote:
Em 12-05-2011 03:10, Mauro Carvalho Chehab escreveu:
Em 12-05-2011 02:37, Anssi Hannula escreveu:
I don't see any other places:
$ git grep 'REP_PERIOD' .
dvb/dvb-usb/dvb-usb-remote.c: input_dev-rep[REP_PERIOD] =
On 05/12/2011 01:57 AM, Peter Hutterer wrote:
On Wed, May 11, 2011 at 09:16:15PM +0200, Simon Thum wrote:
On 05/11/2011 06:59 AM, Peter Hutterer wrote:
The current raw event behaviour is pretty useless. RawEvents are sent to all
root windows but only if the device is not grabbed. Clients that
On Thu, May 12, 2011 at 10:06:47AM +0200, Simon Thum wrote:
On 05/12/2011 01:57 AM, Peter Hutterer wrote:
On Wed, May 11, 2011 at 09:16:15PM +0200, Simon Thum wrote:
On 05/11/2011 06:59 AM, Peter Hutterer wrote:
The current raw event behaviour is pretty useless. RawEvents are sent to
On Wed, May 11, 2011 at 11:02:16PM -0700, Jeremy Huddleston wrote:
I haven't actually looked into building the X.Org server / xfree86 DDX
on darwin as an alternative, so I can't confirm that they don't work
(just that it's never been tried by me). Jamey, do you know who told
you that it
On May 11, 2011, at 9:36 PM, Mauro Carvalho Chehab wrote:
Em 12-05-2011 03:10, Mauro Carvalho Chehab escreveu:
Em 12-05-2011 02:37, Anssi Hannula escreveu:
I don't see any other places:
$ git grep 'REP_PERIOD' .
dvb/dvb-usb/dvb-usb-remote.c: input_dev-rep[REP_PERIOD] =
On 05/11/11 11:46 PM, Jamey Sharp wrote:
On Wed, May 11, 2011 at 11:02:16PM -0700, Jeremy Huddleston wrote:
I haven't actually looked into building the X.Org server / xfree86 DDX
on darwin as an alternative, so I can't confirm that they don't work
(just that it's never been tried by me).
Hi all,
Just saw the thread regarding kdrive being / obsolete. Pity spent a
few weeks trying to bring up Xfbdev :-(
Anyway, just would like to find out, how much effort it would take to
add support for devices with 1/2 bits/pixel depth. I noticed that the
current xorg-fbdev implementation
Re-sending to devel list.
Original Message
Subject: [PATCH] xf86-video-dummy allow up to 32767x32767
Date: Wed, 13 Apr 2011 19:41:23 +0700
From: Antoine Martin anto...@nagafix.co.uk
To: Adam Jackson a...@nwnk.net, x...@lists.freedesktop.org
x...@lists.freedesktop.org
Hi
Peter Hutterer wrote:
On Thu, May 12, 2011 at 03:36:47AM +0200, Mauro Carvalho Chehab wrote:
Em 12-05-2011 03:10, Mauro Carvalho Chehab escreveu:
Em 12-05-2011 02:37, Anssi Hannula escreveu:
I don't see any other places:
$ git grep 'REP_PERIOD' .
dvb/dvb-usb/dvb-usb-remote.c:
On Thu, 2011-05-12 at 17:58 +1000, Dushara Jayasinghe wrote:
Anyway, just would like to find out, how much effort it would take to
add support for devices with 1/2 bits/pixel depth. I noticed that the
current xorg-fbdev implementation doesn't support these depths.
Just to add context to
On Wed, May 11, 2011 at 2:53 AM, Dave Airlie airl...@gmail.com wrote:
Hey,
So we got a bug reported against F15 where we were getting an illegal
input event type 0, after passing it around the RH X team I eventually
came to look at it.
The problem appears to be that we are using llvmpipe as
On Thu, May 12, 2011 at 09:45:14AM -0400, Kristian Høgsberg wrote:
A different solution could be to use the input thread idea and stop
taking SIGIO.
The input thread needs a lot of work though - we don't do any locking at
all. So try doing device creation/destruction in a loop, or changing
the
Twas brillig at 16:31:58 12.05.2011 UTC+03 when jonathan.mor...@movial.com did
gyre and gimble:
JM Would it be sufficient to use an 8bpp greyscale framebuffer and simply
JM ignore the low-order bits on scanout?
That's exactly what OpenInkpot does for 2-3-4-bit-depth grayscale eInk
screens.
There's nothing in configure to enable this, and KdTsPhyScreen isn't
defined anywhere.
Signed-off-by: Jamey Sharp ja...@minilop.net
---
hw/kdrive/ephyr/ephyr.c|1 -
hw/kdrive/fake/fake.c |6 --
include/dix-config.h.in|3 ---
include/kdrive-config.h.in |3 ---
From spot-checking git history, I believe all of these had their
AC_DEFINEs removed ages ago.
All the rest of the checked-in definitions are also present in a
newly-regenerated do-not-use-config.h.in, so I don't think there's any
more to clean up this way.
Various #ifdefs remain that are
If you want evdev input devices with a nested server, use the X.Org DDX
with video-nested and input-evdev.
At this point, the remaining kdrive servers (ephyr and fake) ought to be
portable to all the platforms we usually support. But I've only tested
them on Linux.
Signed-off-by: Jamey Sharp
Signed-off-by: Nicolas Kaiser ni...@nikai.net
---
man/radeon.man |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/man/radeon.man b/man/radeon.man
index 4ec7650..b29f073 100644
--- a/man/radeon.man
+++ b/man/radeon.man
@@ -237,7 +237,7 @@ hardware acceleration.
.TP
Thanks, pushed.
On Thu, May 12, 2011 at 6:56 PM, Nicolas Kaiser ni...@nikai.net wrote:
Signed-off-by: Nicolas Kaiser ni...@nikai.net
---
man/radeon.man | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/man/radeon.man b/man/radeon.man
index 4ec7650..b29f073
On 12/05/2011 11:31 PM, Jonathan Morton wrote:
On Thu, 2011-05-12 at 17:58 +1000, Dushara Jayasinghe wrote:
Anyway, just would like to find out, how much effort it would take to
add support for devices with 1/2 bits/pixel depth. I noticed that the
current xorg-fbdev implementation doesn't
On Wed, May 11, 2011 at 10:44:23PM -0700, Jeremy Huddleston wrote:
menus.c:569:10: warning: Access to field 'func' results in a dereference of a
null pointer (loaded from variable 'ActiveItem')
if (ActiveItem-func != F_TITLE !ActiveItem-state)
^~
On 12.05.2011 04:36, Mauro Carvalho Chehab wrote:
Em 12-05-2011 03:10, Mauro Carvalho Chehab escreveu:
Em 12-05-2011 02:37, Anssi Hannula escreveu:
I don't see any other places:
$ git grep 'REP_PERIOD' .
dvb/dvb-usb/dvb-usb-remote.c: input_dev-rep[REP_PERIOD] =
The following changes since commit 5cb31cd0cbf83fff5f17a475e7b0e45246b19bf3:
Merge remote-tracking branch 'jturney/remove-opengl-spec-download'
(2011-04-29 09:59:49 -0700)
are available in the git repository at:
git://people.freedesktop.org/~jeremyhu/xserver master
Jeremy Huddleston (10):
Now also includes the cleanup patches leading up to the new raw event
handling (but not the new raw event handling yet).
The following changes since commit 5cb31cd0cbf83fff5f17a475e7b0e45246b19bf3:
Merge remote-tracking branch 'jturney/remove-opengl-spec-download'
(2011-04-29 09:59:49 -0700)
25 matches
Mail list logo