On Mon, 30 Nov 2009 14:37:28 +1000, Peter Hutterer peter.hutte...@who-t.net
wrote:
Gaetan Nadon (1):
configure.ac: error while checking for XDMXCONFIG_DEP
No S-o-b line from Gaetan? I found a few other commits missing S-o-b
lines from the author recently; looks like I need to be more
Le samedi 28 novembre 2009 à 12:15 +0100, Christoph Bartoschek a écrit :
Hi,
I have problems to connect from ipv4-only thin clients to our xdm
server.
There is a bug in the novell-bugzilla:
http://bugzilla.novell.com/show_bug.cgi?id=546632
The reason is that ipv4 addresses are
Hi Keith,
here's a bunch of straightforward fixes for xserver master.
[PATCH 1/3] Revert EXA: Accumulate arbitrary number of glyphs without
flushing.
[PATCH 2/3] EXA: Don't defragment offscreen memory at allocation time.
[PATCH 3/3] fb: Don't crash if copy_drawable() returns NULL.
From: Michel Dänzer daen...@vmware.com
Fixes http://bugs.freedesktop.org/show_bug.cgi?id=24634 .
Signed-off-by: Michel Dänzer daen...@vmware.com
---
fb/fbpict.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/fb/fbpict.c b/fb/fbpict.c
index 2fbef15..7ae3ec5 100644
From: Michel Dänzer daen...@vmware.com
Fixes http://bugs.freedesktop.org/show_bug.cgi?id=24300 .
Offscreen memory allocation can occur from various places, and apparently
doing defragmentation from at least some of them can confuse some driver
acceleration code.
There's still the regular
From: Michel Dänzer daen...@vmware.com
This reverts commit c11678cc189551f2a01eaa7a63969c16950739b4.
Not sure what I was thinking, turns out alloca() of a size derived from client
input is a bad idea.
Signed-off-by: Michel Dänzer daen...@vmware.com
---
exa/exa_glyphs.c | 47
If a client sends an ipv4 address to a dual-stacked xdm that is bound to a ipv6
socket in a forward request, then the packet was silently discarded. Now the
address is encapsulated as a ipv4-mapped address and a response is send back.
---
xdmcp.c | 23 ---
1 files changed,
Hi,
I forgot to mention that I've tested this code inside of kdm and it works. Our
thin clients can now connect to a dual-stacked host.
Christoph
___
xorg-devel mailing list
xorg-devel@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-devel
Keith Packard kei...@keithp.com writes:
On 27 Nov 2009 12:33:24 +0100, Soeren Sandmann sandm...@daimi.au.dk wrote:
(a) The window can be partically offscreen and partially covered by
other windows, which means the set of pixels in it that can be
legally accessed is a possibly
On Sat, 2009-11-28 at 12:53 -0800, Keith Packard wrote:
On Fri, 27 Nov 2009 21:54:26 +0200, Tiago Vignatti tiago.vigna...@nokia.com
wrote:
On the other hand, we could simply forget forever vm86 backend, given
x86emu encompass it - ajax has hard arguments to simply remove vm86
On Mon, 2009-11-30 at 15:42 +1000, Peter Hutterer wrote:
X.Org Bug 24785 http://bugs.freedesktop.org/show_bug.cgi?id=24785
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Acked-by: Adam Jackson a...@redhat.com
- ajax
signature.asc
Description: This is a digitally signed message part
On Mon, 2009-11-30 at 13:17 +0100, Michel Dänzer wrote:
Hi Keith,
here's a bunch of straightforward fixes for xserver master.
[PATCH 1/3] Revert EXA: Accumulate arbitrary number of glyphs without
flushing.
[PATCH 2/3] EXA: Don't defragment offscreen memory at allocation time.
[PATCH
On Mon, 2009-11-30 at 11:22 -0500, Adam Jackson wrote:
On Mon, 2009-11-30 at 13:17 +0100, Michel Dänzer wrote:
Hi Keith,
here's a bunch of straightforward fixes for xserver master.
[PATCH 1/3] Revert EXA: Accumulate arbitrary number of glyphs without
flushing.
[PATCH 2/3] EXA:
On Wed, 2009-11-25 at 16:33 -0500, Timothy Normand Miller wrote:
My question:
I added fbCreateWindow to the list of symbols to be imported by
xf86LoaderReqSymLists, but I still get an error that fbCreateWindow is
undefined. I have successfully imported some other functions
(fbScreenInit,
On Mon, 30 Nov 2009 13:17:51 +0100, Michel Dänzer mic...@daenzer.net wrote:
Not sure what I was thinking, turns out alloca() of a size derived from client
input is a bad idea.
That was the sole remaining use of alloca outside of the quartz
back-end.
As a reminder to others -- alloca should
- Drivers using wfb don't like unneeded cpu fallbacks, allow them to signal
this.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
exa/exa.h |6 ++
exa/exa_accel.c |6 --
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/exa/exa.h b/exa/exa.h
index
On Mon, Nov 30, 2009 at 05:20:07PM +0100, ext Adam Jackson wrote:
On Sat, 2009-11-28 at 12:53 -0800, Keith Packard wrote:
On Fri, 27 Nov 2009 21:54:26 +0200, Tiago Vignatti
tiago.vigna...@nokia.com wrote:
On the other hand, we could simply forget forever vm86 backend, given
On Sat, Nov 28, 2009 at 09:53:53PM +0100, ext Keith Packard wrote:
On Fri, 27 Nov 2009 21:54:26 +0200, Tiago Vignatti tiago.vigna...@nokia.com
wrote:
On the other hand, we could simply forget forever vm86 backend, given
x86emu encompass it - ajax has hard arguments to simply remove
On Nov 30, 2009, at 08:41, Keith Packard wrote:
On Mon, 30 Nov 2009 13:17:51 +0100, Michel Dänzer mic...@daenzer.net wrote:
Not sure what I was thinking, turns out alloca() of a size derived from
client
input is a bad idea.
That was the sole remaining use of alloca outside of the
This makes us more consistent with the rest of the codebase, using xalloc/xfree
Signed-off-by: Jeremy Huddleston jerem...@freedesktop.org
---
hw/xquartz/mach-startup/stub.c | 12
hw/xquartz/xpr/x-hook.c| 12 ++--
hw/xquartz/xpr/xprCursor.c | 13
On Mon, 2009-11-30 at 10:58 -0800, Jeremy Huddleston wrote:
On Nov 30, 2009, at 08:41, Keith Packard wrote:
As a reminder to others -- alloca should never be used in the X server;
it cannot be relied upon to return NULL on failure, doing various things
From crashing the application to
I am sorry I can't try the patch. Because I have different version
xorg-server in my system, and I do not understand your patch.
I am not sure whether it is enough to just exchange the map between
the axis of the controller and the screen.
As I know, the map between controller and screen is not
On Fri, 2009-11-27 at 21:54 +0200, Tiago Vignatti wrote:
git://people.freedesktop.org/~vignatti/xserver libx86-take2
41 files changed, 314 insertions(+), 27161 deletions(-)
That just warms my heart. xf86int10.c is also all of 303 lines now!
Well done.
1. vm86 code on libx86 is slightly
On Mon, 2009-11-30 at 17:09 -0500, Adam Jackson wrote:
On Fri, 2009-11-27 at 21:54 +0200, Tiago Vignatti wrote:
git://people.freedesktop.org/~vignatti/xserver libx86-take2
41 files changed, 314 insertions(+), 27161 deletions(-)
That just warms my heart. xf86int10.c is also all of
On Mon, Nov 30, 2009 at 01:57:37PM -0800, Keith Packard wrote:
On Mon, 30 Nov 2009 11:03:59 -0800, Jeremy Huddleston jerem...@apple.com
wrote:
This makes us more consistent with the rest of the codebase, using
xalloc/xfree
xalloc/xfree instead of malloc/free?
Meh.
Anyone have any
On Tue, 1 Dec 2009 10:45:01 +1100, Daniel Stone dan...@fooishbar.org wrote:
Anyone have any objection to declaring xalloc/xfree dead -- at least in
the server -- and moving to plain old malloc/calloc/strdup/.../free?
The only issue is back-porting patches to old X server versions; this
kind of
On Mon, Nov 30, 2009 at 03:56:11PM -0800, Keith Packard wrote:
On Tue, 1 Dec 2009 10:45:01 +1100, Daniel Stone dan...@fooishbar.org wrote:
Anyone have any objection to declaring xalloc/xfree dead -- at least in
the server -- and moving to plain old malloc/calloc/strdup/.../free?
The only
On Fri, Nov 27, 2009 at 09:34:00AM -0800, Dan Nicholson wrote:
Currently there is a single file, xorg.conf, for configuring the server.
This works fine most of the time, but it becomes a problem when packages
or system services need to adjust the configuration. Instead, allow
multiple
Technically, disabling AEI is the right suggestion. AEI off forces the
server to init the built-in defaults for input devices (or pick the first
one from the config file). At the same time, hotplugging is still available
with AEI off.
Unfortunatly, in the vast majority of cases users want to
On Tue, Dec 01, 2009 at 02:43:48PM +1000, Peter Hutterer wrote:
Technically, disabling AEI is the right suggestion. AEI off forces the
server to init the built-in defaults for input devices (or pick the first
one from the config file). At the same time, hotplugging is still available
with AEI
On Sat, Nov 28, 2009 at 09:50:52PM -0500, Gaetan Nadon wrote:
From 5570d7b274e6b3f369c7d3810a9f88fa9ffe2540 Mon Sep 17 00:00:00 2001
From: Gaetan Nadon mems...@videotron.ca
Date: Sat, 28 Nov 2009 21:32:47 -0500
Subject: [PATCH] configure.ac: error while checking for XDMXCONFIG_DEP
X.Org Bug 25028 http://bugs.freedesktop.org/show_bug.cgi?id=25028
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
---
thanks for the review, I didn't spot FreeEventList the first time around.
though IIRC I wrote it myself, but...
dix/events.c |9 +++--
1 files changed, 3
Op 30-11-09 21:05, Qfeng Chen schreef:
I am sorry I can't try the patch. Because I have different version
xorg-server in my system, and I do not understand your patch.
Hi,
The patch's goal is very similar to your patch: provide additional
properties to the input devices to select the rotation.
33 matches
Mail list logo