Re: Dri2 buffer format
On Tue, Nov 9, 2010 at 2:12 AM, Russell Shaw rjs...@netspace.net.au wrote:
Hi,
How should the format of a DRI2 buffer be determined?
http://www.x.org/releases/current/doc/dri2proto/dri2proto.txt
DRI2ATTACH_FORMAT { attachment: CARD32
format: CARD32 }
The DRI2ATTACH_FORMAT describes an attachment and the associated
format. 'attachment' describes the attachment point for the buffer,
'format' describes an opaque, device-dependent format for the buffer.
xorg-server-1.7.7/hw/xfree86/dri2/dri2ext.c
If it's opaque, how does a user or library know what bytes are
red/green/blue
so that you can draw a line in the right colour?
Only driver knows it. That why user code would need glx extension to
map and provide information about format.
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com
Re: Turning off graphics card
On Sat, Apr 3, 2010 at 9:12 AM, Til Schubbe li...@lists.schubbe.org wrote: Hello, my computer is running 24/7. Normally there's nothing difficult to do for the graphics card so the built-in motherboard-graphics card is sufficient. Sometimes I need some more graphics-power. In that case I'd like to turn on the PCIe graphics card, run a 2nd x-server on it and some power-consuming app (game) on that 2nd x-server. Finished with that app I want to stop the 2nd x-server and turn off the PCIe graphics card again. Running the PCIe graphics card (e.g. Radeon 4670) all the time would be a waste of energy and would make the fans run quicker and louder. Can I turn off (and on) a PCIe graphics card while the computer is running? The feature is work in progress and you can read about it from http://airlied.livejournal.com/ If that's the wrong place to ask this, please point me to the right direction (perhaps the kernel-ML?). TIA Til PS: The computer is running Debian Lenny. ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Slow 2D with radeon KMS
On Fri, Feb 12, 2010 at 3:58 PM, Damien Mir mailings.x...@mirabel-sil.com wrote: Now with : - xserver 1.7.4 - 2.6.33rc7 with KMS - libdrm, mesa, xf86-video-ati from git 2D and 3D are back OK on an R700 (HD4650 mobility (M98)) However I see 2 performance issues : - glxgears tops at 1450fps (compared to ~2500fps without KMS) glxgears is not a 3D performance benchmark. DRI2 is doing tear free correct rendering in composited environment which does cost extra copy. Of course it could be better optimized but optimization is low priority for r600 driver. - GL vsync is broken, ie visual tearing especially at playing large videos (XV or OGL) with Kwin compositing enabled vsync was broken when intel merged the new vsync code. So you should use mesa from time before the merge (about a week ago) Any thoughts on this ? On Sat, 30 Jan 2010 15:35:44 +0100 (CET) Damien Mir mailings.x...@mirabel-sil.com wrote: Hi, I just tried KMS with radeon driver, and 2D seems notably slow. Widgets takes time to draw, scrolling in Dolphin or Firefox lags, as if some 2D acceleration was not working alright. I use radeon KMS on an R600 (HD 3870) and all works really well. 2D as well as 3D (glxgear, tuxracer, nexuiz). Kernel is 2.6.32 and drm, mesa, xf86-video-ati are latest git HEAD. Maybe you need a newer version of the ati driver. harry ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
