On Fri, Mar 12, 2010 at 03:05:43PM +0100, Stephan Schmid wrote:
> Hello,
> attached is a patch against rev.
> 189abd58e83af98276b9e170413918c821592f0c of Jerome Glisse's mesa repo.
> With this my RV610 runs rudimentarily (few card hangs instead of hangs
> each time of loading r600g, some rendering). The changes against r7xx
> cards are copied from the differences in r600demo.
> 
> The patch does not preserve compatibility with r7xx cards  (@ Jerome
> Glisse: Is there a way to select codepaths depending on the used chip,
> e.g. like if(rdev->chip <= RV670)... )
> Also the renderung results are somewhat different from Jerome Glisse's
> results.
> tri-flat gives the following result:
> -red background
> -there is a completely green quad rendered. Its sides are parallel to
> the window borders. Left bound is the left vertex of the desired
> triangle,  right and lower bounds are the lower right vertex of the
> triangle and upper bound is the middle of the window.
> Regards
> Stephan Schmid
> 
> 

Idea is that winsys will query pciid and set different defaultstate
function btw r600/r700 then it will call different createscreen
function btw r600/r700 (passing along pciid) and create screen
will most likely have some kind of ptr to shader function which
should pretty much the only difference from pipe pov (ignoring the
restriction stated in the open documentation for which we need the
pciid to alter the capacity of the state tracker).

Cheers,
Jerome

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

Reply via email to