On Wed, Dec 28, 2011 at 12:07:08PM -0800, Eric Anholt wrote:
> On Wed, 28 Dec 2011 13:54:43 +0800, Yuanhan Liu <yuanhan....@linux.intel.com> 
> wrote:
> > The current code would just calculate min/max_index for the first prim
> > unconditionally, which is wrong if nr_prims > 1.
> > 
> > This would some cases like that the index is stored in element array
> > buffer object and drawing by glMultiDrawEelements. Thus it fixes some
> > intel oglc primbuff test cases.
> > 
> > Signed-off-by: Yuanhan Liu <yuanhan....@linux.intel.com>
> 
> It does look like gallium has the same bug --

i965g?  I just found that the whole i965g is deleted by commit
2c27f204f1ca6f09f9520712be1da9a13ed5c01d.

> this should probably be a
> vbo helper function.

If you were talking about i965g and now it was deleted, should I make
this be a vbo helper function?

Thanks,
Yuanhan Liu
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev

Reply via email to