Le 12/11/2008 22:54, Jean-Francois Bouchard a écrit :
> Problem :
> We experience very slow scroll speed (lets say, cat /var/log/messages)
> in Gnome terminal via XDMCP. (1M file : 1.5 minute to display)
[snip]
> On the fat server ...
> X Protocol Version 11, Revision 0, Release 6.8.2
> Kernel 2.
> On Mon, Nov 17, 2008 at 11:25:25AM -0800, Dan Nicholson wrote:
>> I decided to take a crack at moving xkbcomp into the server so it's
>> not popen'd whenever a keymap is loaded. For the first crack, I'm
>> trying to just leave xkbcomp pretty much unchanged except for the
>> interface. What's caus
Dan Nicholson wrote:
> One snag I've hit is XStringToKeysym.
>
> Is there an equivalent API in the server to do this conversion?
I haven't checked if there's one added now, but I know our Xsun
pre-xkb keytable parser linked in a copy of the ks_tables.h file
built in the libX11 build and included
On Mon, Nov 17, 2008 at 11:25:25AM -0800, Dan Nicholson wrote:
> I decided to take a crack at moving xkbcomp into the server so it's
> not popen'd whenever a keymap is loaded. For the first crack, I'm
> trying to just leave xkbcomp pretty much unchanged except for the
> interface. What's causing me
Hi,
Jeremy Huddleston escreveu:
> These are two fairly straight forward patches I'd like to give someone a
> chance to comment on. In a single-thread Xserver, these patches should
> have no effect, but they make the code a little more friendly to Tiago's
> threading patches (and this is what w
Hi,
Ritesh Sood escreveu:
> Hi all,
>
> This mail is more of a feature request, and looking at the number of
> messages on the web, I'm sure quite a number of users would be happy to
> have this functionality, which is already provided by many commercial
> Xservers for windows.
>
> I want use Xe
Hi,
Jean-Francois Bouchard escreveu:
> Problem :
> We experience very slow scroll speed (lets say, cat /var/log/messages)
> in Gnome terminal via XDMCP. (1M file : 1.5 minute to display)
> Setup :
> On the thin client we use ...
> X Protocol Version 11, Revision 0, Release 7.1.1
> Kernel 2.6.1
Hi,
[EMAIL PROTECTED] escreveu:
> Hi all,
> I'm playing with using Xephyr for an emulator for the Sugar desktop (OLPC
> stuff), I am attempting to bind a specific mouse (event input) to Xephyr
> and made had some progress.
>
> However the biggest problem is that I can only get Xephyr to attach an
Kārlis Repsons escreveu:
> In general it would be nice, if multiseat workstation administrator could
> switch to vt[1-6]. Does Xorg support it somehow and is it possible to
> implement (well, kindly ask someone to do it) such option? Otherwise
> multiseat on Linux is quite problematic, if no ssh
Dear Ian:
Thanks a lot for your reply!
>If you're doing clone mode within one driver, you shouldn't need to map
>the device twice. Map the device memory once and use the same mapping from
>both screens. I'm pretty sure that's how other drviers do it.
Now I use this method to realize it which is
Anybody got any idea about this? Can anybody help me on this please?
Thanks and best regards,
Andy
- Original Message -
From: Leandro Galvez
To: xorg@lists.freedesktop.org
Sent: Friday, November 14, 2008 10:24 AM
Subject: Xorg over Linux Virtual Framebuffer Driver
Hi All,
On Mon, 2008-11-17 at 10:47 +0100, Florian Echtler wrote:
> Hello everyone,
>
> an OpenGL-related question again: while the R300 driver from Mesa 7.2
> doesn't seem to announce the GL_EXT_framebuffer_object extension on a
> Mobility Radeon X1400, the glGenFramebuffersEXT function is present and
>
On 15 Nov 2008, at 04:28, Andy Ritger wrote:
> I'm pleased to announce a new video API for Unix and Unix-like
> platforms,
> and a technology preview implementation of this API from NVIDIA.
> * Defines an API for post-processing of decoded video, including
> temporal and spatial dein
Hi,
I notice that freetype is making a lot of small reads, resulting in a lot of
SYS_read calls. I'm using freetype in an app that runs in a ptrace
sandbox. Is there a simple way to prevent the numerous small reads (via
ft_ansi_stream_io), such as configuring freetype to prefetch into a large
bu
On Thu, Nov 13, 2008 at 02:52:19PM +0800, [EMAIL PROTECTED] wrote:
> Recently I study libpciaccess, found pci_device_map_range
> function, when map the same physical address and the same size will
> failed.
>
> If we use libpciaccess and want support two screen which share one
> pci,
mi: Only increment tail (push) when the event data is actually in the
queue
We don't want to increment tail until the data is already in place since
mieqProcessInputEvents assumes the data to be there if tail is
incremented.
Signed-off-by: Jeremy Huddleston <[EMAIL PROTECTED]>
Signed-off-by
This way we on't need to hold the mutex during the dixSaveScreens()
call.
Signed-off-by: Jeremy Huddleston <[EMAIL PROTECTED]>
Signed-off-by: Peter Hutterer <[EMAIL PROTECTED]>
---
mi/mieq.c | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/mi/mieq.c
These are two fairly straight forward patches I'd like to give someone
a chance to comment on. In a single-thread Xserver, these patches
should have no effect, but they make the code a little more friendly
to Tiago's threading patches (and this is what we're already doing in
the apple bran
I decided to take a crack at moving xkbcomp into the server so it's
not popen'd whenever a keymap is loaded. For the first crack, I'm
trying to just leave xkbcomp pretty much unchanged except for the
interface. What's causing me the most difficulty is converting to
server API. One snag I've hit is
On Nov 17, 08 09:21:55 -0800, Keith Packard wrote:
> > I'm unsure whether it would be wise to include panning support in 1.3,
> > even given that I manage to put it together until 11/24. I guess it
> > should settle in master first.
> I'd like to get panning into 1.6; it's not a huge driver change
On Mon, 2008-11-17 at 13:08 +0100, Matthias Hopf wrote:
> Keith, AFAICS the standard properties do not inflict any changes on
> server code except for the naming of the EDID data property, so I assume
> that's fine here.
Yup.
> I'm unsure whether it would be wise to include panning support in 1.
Alan Hourihane wrote:
> On Thu, 2008-10-16 at 13:09 +0100, [EMAIL PROTECTED] wrote:
>> Updated series of patches to bring Cygwin/X up to date,
>> so it at least builds and minimally works
>>
>> Any comments on their correctness appreciated
>
> Hi Jon,
>
> They look reasonable to me, and if they g
Hi all,
Is there any reason not to apply this? airlied suggested I bring this
here for further review.
Thanks
--
Rémi Cardona
LRI, INRIA
[EMAIL PROTECTED]
[EMAIL PROTECTED]
>From 6afd482e905aec048333fdd72579a08478a3f27a Mon Sep 17 00:00:00 2001
From: =?utf-8?q?R=C3=A9mi=20Cardona?= <[EMAIL PROT
Florian Echtler wrote:
> Hello everyone,
>
> an OpenGL-related question again: while the R300 driver from Mesa 7.2
> doesn't seem to announce the GL_EXT_framebuffer_object extension on a
> Mobility Radeon X1400, the glGenFramebuffersEXT function is present and
> available in libGL.so. However, whe
On Mon, Nov 17, 2008 at 4:47 AM, Florian Echtler <[EMAIL PROTECTED]> wrote:
> Hello everyone,
>
> an OpenGL-related question again: while the R300 driver from Mesa 7.2
> doesn't seem to announce the GL_EXT_framebuffer_object extension on a
> Mobility Radeon X1400, the glGenFramebuffersEXT function
James Cloos schrieb am 28.10.2008 00:21:
"Peter" == Peter Hutterer <[EMAIL PROTECTED]> writes:
Peter> well, that's the issue with the whole thing (Erik and me
Peter> discussed that a bit):
Peter> keysymdef.h states that XK_implies is U+21D2 RIGHTWARDS DOUBLE
Peter> ARROW. in mathematics, this
On Sun, Nov 16, 2008 at 06:26:50PM +, [EMAIL PROTECTED] wrote:
> Hello,
> I just wanted to know if there are any plans to implement the switchable
> graphics (also "hybrid graphics" and ati-
> specific: "PowerXpress") under Xorg. I'm not the first one asking this
> question (http://lists.free
On Nov 14, 08 13:13:16 -0800, Keith Packard wrote:
> I volunteered to manage an X server 1.6 release, tentatively scheduled
> for the end of the year (yes, this year, 2008). This release will
> include DRI2 and RandR 1.3 support. I'd like to know how much of the new
> Xinput stuff will be ready in
In general it would be nice, if multiseat workstation administrator could
switch to vt[1-6]. Does Xorg support it somehow and is it possible to
implement (well, kindly ask someone to do it) such option? Otherwise
multiseat on Linux is quite problematic, if no ssh is used...
(also I noticed a pro
hello everyone,
I have contOS 5.2 , but when I finish installer OS in my HP dx2400, I cant
have graphique interface.
The version is Xorg-x11-server1.1.1-48.41.e15, I have find xorg-server 1.5
in wiki.X.org, but I dont know how to installer it.
somebody can help me ? thanks
merci
--
Que Dieu v
Hello everyone,
an OpenGL-related question again: while the R300 driver from Mesa 7.2
doesn't seem to announce the GL_EXT_framebuffer_object extension on a
Mobility Radeon X1400, the glGenFramebuffersEXT function is present and
available in libGL.so. However, when calling it, I get a segfault at
0
Dne ponedeljek 17. novembra 2008 je Peter Hutterer napisal(a):
> please file a bug report, because the information is getting spread across
> too many emails now and I'm losing track.
OK, will do.
> synaptics and evdev are two different drivers, so you probably have to file
> two separate bugs.
On Mon, 20 Oct 2008, Alan Coopersmith wrote:
Hi Alan,
in your mail starting this thread
> If someone wanted to organize a "janitorial squad" to tackle these and help
> new people work through them to get to the point where they were ready for
> commit access, we'd love you forever (or at least u
From: MaLing <[EMAIL PROTECTED]>
---
hw/xfree86/ddc/print_edid.c | 252 +++
1 files changed, 136 insertions(+), 116 deletions(-)
diff --git a/hw/xfree86/ddc/print_edid.c b/hw/xfree86/ddc/print_edid.c
index 0dd4bca..404b62d 100644
--- a/hw/xfree86/ddc/prin
From: MaLing <[EMAIL PROTECTED]>
---
hw/xfree86/common/xf86Configure.c | 56
1 files changed, 31 insertions(+), 25 deletions(-)
diff --git a/hw/xfree86/common/xf86Configure.c
b/hw/xfree86/common/xf86Configure.c
index 85cd5b6..9c805ac 100644
--- a/hw/xfree8
From: MaLing <[EMAIL PROTECTED]>
---
hw/xfree86/modes/xf86Crtc.c | 135 +++
1 files changed, 84 insertions(+), 51 deletions(-)
diff --git a/hw/xfree86/modes/xf86Crtc.c b/hw/xfree86/modes/xf86Crtc.c
index f072109..1a3908b 100644
--- a/hw/xfree86/modes/xf86
On Mon, 2008-11-17 at 11:21 +1000, Dave Airlie wrote:
> >>>
> >>> I also see some from exaFillRegionTiled
> >>
> >> Sounds like maybe exaCopyNtoN and exaFillRegionTiled should bail early
> >> if nbox == 0. Or maybe that should really be done higher up, e.g. the
> >> damage layer could not call down
From: MaLing <[EMAIL PROTECTED]>
---
hw/xfree86/modes/xf86EdidModes.c | 264 +++---
1 files changed, 133 insertions(+), 131 deletions(-)
diff --git a/hw/xfree86/modes/xf86EdidModes.c b/hw/xfree86/modes/xf86EdidModes.c
index bea2f7e..5c67c8c 100644
--- a/hw/xfree8
From: root <[EMAIL PROTECTED]>
---
hw/xfree86/modes/xf86EdidModes.c | 264 +++---
1 files changed, 133 insertions(+), 131 deletions(-)
diff --git a/hw/xfree86/modes/xf86EdidModes.c b/hw/xfree86/modes/xf86EdidModes.c
index bea2f7e..5c67c8c 100644
--- a/hw/xfree86/
From: MaLing<[EMAIL PROTECTED]>
hi All,
I updated extensions for detail timing block.
In this version, I devide it into 5 patchs.
[PATCH 1/5] implement common functions & structures, and handl funcion.
[PATCH 2/5] handl detail timing data in xf86EdidModes.c file.
[PATCH 3/5] handl detail timing d
40 matches
Mail list logo