Re: Dri2 buffer format

2010-12-10 Thread Pauli Nieminen
On Tue, Nov 9, 2010 at 2:12 AM, Russell Shaw  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

2010-04-06 Thread Pauli Nieminen
On Sat, Apr 3, 2010 at 9:12 AM, Til Schubbe  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

2010-02-12 Thread Pauli Nieminen
On Fri, Feb 12, 2010 at 3:58 PM, Damien Mir
 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"  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