On Sun, 2009-08-02 at 16:47 +0200, Maarten Maathuis wrote:
These patches split off some exa code into more readable seperate files. And
a 3rd implementation is added, which brings trapezoids
back to reasonable performance for me (=nouveau driver pixmaps). It's
completely transparent for the
On Sun, 2009-08-02 at 16:47 +0200, Maarten Maathuis wrote:
These patches split off some exa code into more readable seperate
files. And a 3rd implementation is added, which brings trapezoids
back to reasonable performance for me (=nouveau driver pixmaps). It's
completely transparent for the
Hi,
On Wed, Jul 29, 2009 at 08:13:54AM +0200, Keith Packard wrote:
On Tue, 2009-07-28 at 22:50 -0700, Aaron Plattner wrote:
On Tue, Jul 28, 2009 at 10:34:52PM -0700, Keith Packard wrote:
So, the first question is why this is in XFixes and not in RandR --
should it go there instead?
Yes; the server allocates the client a range of ID's it can allocate from at
connection setup time; the only other time XAllocID would talk to the server is
if it has exhausted its initial supply (which is quite a lot).
- Jim
- Original Message -
From: Younes Manton
Hi Michel,
I spent a good deal of time avoiding using resources in dri2.c since
we should be able to just use pointers directly from aiglx clients.
There should be a simpler way to fix this that doesn't use resources
or clients in dri2.c. Keeping drawable resource tracking out of
dri2.c was a
On Mon, 2009-08-03 at 11:07 -0400, Kristian Høgsberg wrote:
I spent a good deal of time avoiding using resources in dri2.c since
we should be able to just use pointers directly from aiglx clients.
There should be a simpler way to fix this that doesn't use resources
or clients in dri2.c.
Hi guys,
Recently I want to implement XDMCP over SSH feature when doing my
project. I've done some research and understand that XDMCP uses UDP
that natively cannot be tunnelled over SSH, however there's a
well-known workaound:
LOCAL$ ssh -X REMOTE Xephyr :1 -query localhost
which query XDMCP in
There is one thing that did change, driver pixmaps are not allocated
by default (only when exa deems acceleration doable). So for dri2
pixmaps you would need to create a scratch pixmap and attach a bo
afterwards. I suspect this is the issue.
About the performance, i didn't notice that, but we
I do not claim to fully understand how modes lists are handled in the
server. In fact, I'm baffled more often than I understand something.
So far I know three sources of default modes:
- hw/xfree86/common/vesamodes
- hw/xfree86/common/extramodes
- hw/xfree86/modes/xf86EdidModes.c
I don't
2009/8/3 Michel Dänzer mic...@daenzer.net:
On Mon, 2009-08-03 at 18:56 +0200, Maarten Maathuis wrote:
There is one thing that did change, driver pixmaps are not allocated
by default (only when exa deems acceleration doable). So for dri2
pixmaps you would need to create a scratch pixmap and
On Mon, Aug 03, 2009 at 07:20:53PM +0200, Matthias Hopf wrote:
I do not claim to fully understand how modes lists are handled in the
server. In fact, I'm baffled more often than I understand something.
So far I know three sources of default modes:
- hw/xfree86/common/vesamodes
-
Tried to rebind CapsLock to Mod3 modifier.
Gentoo
amd64
Xorg master
After issuing
$ xmodmap -e 'clear lock'
all modifiers go weird and stop working correctly.
I tried to paste this to file and give it ot xmodmap - the same effect, as in
[1]
!
! - map capslock to meta key
!
remove Lock =
I think glyphs are uploaded through UTS when possible, so that might
just be it. In the case of driver pixmaps it would composite them from
whatever driver pixmap you have iirc.
I will make another patch handling exaGetDriverPrivate more gracefully.
Maarten.
2009/8/4 Maarten Maathuis madman2...@gmail.com:
I think glyphs are uploaded through UTS when possible, so that might
just be it. In the case of driver pixmaps it would composite them from
whatever driver pixmap you have iirc.
I will make another patch handling exaGetDriverPrivate more
Oh, and since it seems relevant - I notice in your case the max keys per
modifier changes from 4 to 9 - in mine it changed from 2 to 5.
-alan-
Alan Coopersmith wrote:
That should only clear the lock modifier - and does so for me on Xorg 1.6.3 on
OpenSolaris, but on Xorg master I see
On Mon, 3 Aug 2009, arun mittal wrote:
Hi guys
I have one issue regarding X server. i am trying to achieve multihead on suse
linux sharing
same VT.
i have 2 keyboard and 2 mouse and 2 monitors. I changed everything in xorg.conf.
I'm probably not the right person to answer the
2009/8/4 Michel Dänzer mic...@daenzer.net
snip
I wonder if maybe the slowdown I'm seeing is because the radeon driver
is temporarily lacking UploadToScreen and DownloadFromScreen hooks with
KMS, though I'm not sure what those would be used for with text
rendering.
Off-topic, but if I may
On Tue, 2009-08-04 at 09:49 +0800, Joel Feiner wrote:
2009/8/4 Michel Dänzer mic...@daenzer.net
snip
I wonder if maybe the slowdown I'm seeing is because the
radeon driver
is temporarily lacking UploadToScreen and DownloadFromScreen
hooks
On Tue, Aug 4, 2009 at 9:54 AM, Dave Airlie airl...@redhat.com wrote:
On Tue, 2009-08-04 at 09:49 +0800, Joel Feiner wrote:
2009/8/4 Michel Dänzer mic...@daenzer.net
snip
I wonder if maybe the slowdown I'm seeing is because the
radeon driver
is
On Tue, Aug 4, 2009 at 10:02 AM, Joel Feiner jafei...@gmail.com wrote:
On Tue, Aug 4, 2009 at 9:54 AM, Dave Airlie airl...@redhat.com wrote:
On Tue, 2009-08-04 at 09:49 +0800, Joel Feiner wrote:
2009/8/4 Michel Dänzer mic...@daenzer.net
snip
I wonder if maybe the
libman_ref are all the refpages that are just links to the actual man page
(e.g. XIUngrabButton.man is a refpage to XIGrabButton.man).
This patch forces the all actual man pages to be complete before the
refpages target can be started.
Previously, some ref pages could have started parallel to
Thanks for the fix - pushed to git master. (Sorry about taking so long to
have someone get to it.)
-Alan Coopersmith- alan.coopersm...@sun.com
Sun Microsystems, Inc. - X Window System Engineering
Andres Salomon wrote:
When startx fails to start X, it's most likely
On Mon, Aug 3, 2009 at 7:39 PM, Peter Huttererpeter.hutte...@who-t.net wrote:
libman_ref are all the refpages that are just links to the actual man page
(e.g. XIUngrabButton.man is a refpage to XIGrabButton.man).
This patch forces the all actual man pages to be complete before the
refpages
On Mon, Aug 03, 2009 at 07:51:02PM -0700, Dan Nicholson wrote:
On Mon, Aug 3, 2009 at 7:39 PM, Peter Huttererpeter.hutte...@who-t.net
wrote:
libman_ref are all the refpages that are just links to the actual man page
(e.g. XIUngrabButton.man is a refpage to XIGrabButton.man).
This patch
24 matches
Mail list logo