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