[Mesa-dev] [PATCH 2/2] i965: fix the wrong min/max_index for nr_prims > 1

Michel Dänzer michel at daenzer.net
Thu Dec 29 00:10:03 PST 2011


On Don, 2011-12-29 at 10:03 +0800, Yuanhan Liu wrote: 
> 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.liu at 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.liu at 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?

i965g was just one Gallium driver. Presumably, Eric was referring to the
Gallium Mesa state tracker (src/mesa/state_tracker/), which translates
between the Mesa and Gallium driver interfaces.


-- 
Earthling Michel Dänzer           |                   http://www.amd.com
Libre software enthusiast         |          Debian, X and DRI developer


More information about the mesa-dev mailing list