Re: [Xorg-driver-geode] Patches to xf86-video-geode for X 1.13
I have a bunch of GX2 hardware that I can donate to the cause, if there are any developers in need. I only ask that the recipient cover shipping. -Gadi On Sat, Jul 21, 2012 at 12:59 PM, Martin-Éric Racine martin-eric.rac...@iki.fi wrote: 2012/7/21 Maarten Lankhorst maarten.lankho...@canonical.com: Hey, I created a bunch of patches to make this driver compile against X1.13, but I have no idea if it actually works or not. Could you review and test please? X 1.13 did away with XAA and xf86Screens[] array, so I'm following the other drivers with compat-api.h. This allows compilation on x1.12 and x1.13. Cheers, Maarten Hey Maarten, Thank you very much for these patches! I myself was wondering what to do about XAA today, so these came at the right time. I forwarded them to the Geode X.org list so that everyone can review them. Please note that reverting the default acceleration for the GX component to EXA won't work, because that component's EXA support is buggy and outdated and, if you look at the upstream ChangeLog, you'll notice that we had reverted to XAA as a kludge. None of the current Geode developers seem to have access to GX hardware to test or sufficient knowledge of the X.org internals to blindly fix the code, so it has remained unfixed. Cheers! Martin-Éric ___ Xorg-driver-geode mailing list Xorg-driver-geode@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-geode -- Gideon Romm Symbio Technologies | www.symbio-technologies.com (o) 914.576.1205 ___ Xorg-driver-geode mailing list Xorg-driver-geode@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-geode
vesa_drv compatibility question
Hello, I have a two part question about vesa and the xf86-video-vesa driver (vesa_drv). First, I found mentioned in the vesa (4) manpage: SUPPORTED HARDWARE The vesa driver supports most VESA-compatible video cards. There are some known exceptions, and those should be listed here. Is there a list of such known exceptions? That is, VESA-compatible cards which are known NOT to work at all or well enough with this driver? Secondly, in more general terms, how likely is it to find Laptops (especially), or PC/monitor combinations which are NOT VESA-compatible? In other words, assuming a perfect VESA driver, how many x86 / AMD-64 laptop or PC users can be reached by targeting the VESA standard? Thank you, C. ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
[Bug 34486] Poor xterm/exa perf with ColorTiling on.
https://bugs.freedesktop.org/show_bug.cgi?id=34486 --- Comment #7 from Maximilian Engelhardt m...@daemonizer.de 2012-07-22 22:17:00 PDT --- After some research I added this xterm config on my system to get fast xterm perfomance again: $ cat .Xresources xterm*faceName: Bitstream Vera Sans Mono xterm*faceSize: 10 $ xrdb -merge .Xresources This changes xterm to use a TrueType font and rendering is now way faster for me. On the downside is seems like the TrueType fonts don't look as nice as the bitmap fonts for small font sizes. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 35457] [rs690m] Graphics corruption with ati x1200
https://bugs.freedesktop.org/show_bug.cgi?id=35457 --- Comment #43 from Carl c...@finknetwork.com 2012-07-23 02:37:48 PDT --- So this bug looks as if it will not be fixed. Who should I bribe^Wdonate money to in order to revive radeonhd? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati
[Bug 52330] Triple monitor desktop intermittent slow updates
https://bugs.freedesktop.org/show_bug.cgi?id=52330 --- Comment #1 from gitbisec...@gmail.com 2012-07-23 02:55:04 PDT --- Modified the xrandr program to always call XRRSetScreenSize() even when display size stays the same. That allows me to call into xserver and xf86-video-ati without actually any of the parameters. drmmode_xf86crtc_resize() in xf86-vide-ati drmmode_display.c again checks for changes on width+height. Commented that out too. With that in place, if I run xrandr with parameters identical to the existing screen setup after first starting the X-server, performance improves. Originally reported that the slow updates appear only with 3 screens. Have now confirmed that the problem exists with 2 screen setup too, it is just less notiecable. Still cannot find where the code paths are different between slow and fast performance. I traced into calls to evergreen_exa.c while performance is slow. From the looks of it acceleration is on as reported in Xorg.0.log also. Where do I look next? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ xorg-driver-ati mailing list xorg-driver-ati@lists.x.org http://lists.x.org/mailman/listinfo/xorg-driver-ati