Thomas Hellström wrote: > > 3) The validation code emits an MI_FLUSH, updates the breadcrumb > counter, updates the last_write_flush sequence to the current breadcrumb > number and then emits a new fence object, f_new. > 4) The validation code dereferences the old fence object pointed to by > buffer a), f_old. > > In fact, creating f_new isn't necessary. Buffer a) may well keep it's reference to f_old, as long as the MI_FLUSH and a new breadcrumb is emitted, together with the update of dev_priv->last_write_flush.
/Thomas > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > -- > _______________________________________________ > Dri-devel mailing list > Dri-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dri-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel