On 26.01.2010 17:03, Roland Scheidegger wrote:
> Oh, I should have added the PIPE_CAP bits (even if not supported) to all
> drivers. Good catch. I'll do that for the other drivers now.
>
>   
Ohhh sorry, I wanted to push the nv50 support for separate blend
to the perrtblend branch and accidentally created a new one ...
Can this somehow be cleansed ?
> Roland
>
> (btw, I think r500 could do separate colormasks, but not separate blend
> enables, and there might be more hardware like that. However, this is
> not exposed by GL, it might be supported by some DX9 cap bit, but it
> didn't seem worthwile to add a separate gallium cap bit for supporting
> per-rt blend enables and colormasks, respectively.)
>
> On 26.01.2010 16:37, Corbin Simpson wrote:
>   
>> Yeah, r300 doesn't but r600 does. I've read through the branch, and
>> the r300g patch looks perfect. I've pushed another patch on top for
>> the pipe caps, to avoid post-merge cleanups for myself.
>>
>> On Tue, Jan 26, 2010 at 7:00 AM, Alex Deucher <alexdeuc...@gmail.com> wrote:
>>     
>>> On Tue, Jan 26, 2010 at 9:44 AM, Roland Scheidegger <srol...@vmware.com> 
>>> wrote:
>>>       
>>>> Hi,
>>>>
>>>> I'm planning on merging this branch to master soon.
>>>> This will make it possible to do per render target blend enables,
>>>> colormasks, and also per rendertarget blend funcs (with a different CAP
>>>> bit for the latter, and this one isn't actually used in mesa state
>>>> tracker yet).
>>>> None of the drivers other than softpipe implement any of it, but they
>>>> were adapted to the interface changes so should continue to run.
>>>> Apparently, that functionality is only interesting for drivers
>>>> supporting multiple render targets, and the hw probably needs to be
>>>> quite new (I know that i965 could support it (well not the multiple
>>>> blend funcs but the rest), but the driver currently only supports 1
>>>> render target).
>>>>         
>>> FWIW, AMD R6xx+ hw supports MRTs and per-MRT blends as well, although
>>> at the moment the driver also only supports 1 RT.
>>>
>>> Alex
>>>
>>> ------------------------------------------------------------------------------
>>> The Planet: dedicated and managed hosting, cloud storage, colocation
>>> Stay online with enterprise data centers and the best network in the 
>>> business
>>> Choose flexible plans and management services without long-term contracts
>>> Personal 24x7 support from experience hosting pros just a phone call away.
>>> http://p.sf.net/sfu/theplanet-com
>>> _______________________________________________
>>> Mesa3d-dev mailing list
>>> Mesa3d-dev@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
>>>
>>>       
>>
>>
>>     
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Mesa3d-dev mailing list
> Mesa3d-dev@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
>   


------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to