Lines Matching refs:render
28 * It also handles our cache tracking. We have sets for the render cache,
31 * render-to-texture, format reinterpretation issues, and other situations.
194 * enabled depth texture, and flush the render cache for any dirty textures.
312 * Also mark any render targets which will be textured as needing a render
395 hash_table_foreach(batch->cache.render, render_entry)
396 _mesa_hash_table_remove(batch->cache.render, render_entry);
406 * The GPU has separate, incoherent caches for the render cache and the
408 * caches don't interact (e.g. we don't render to our driver-generated
409 * immediate constant data), but for render-to-texture in FBOs we definitely
420 "cache tracker: render-to-texture",
426 "cache tracker: render-to-texture",
440 if (_mesa_hash_table_search_pre_hashed(batch->cache.render, bo->hash, bo) ||
461 * but with a different format or aux usage. If it has, flush the render
478 * there are comments in various docs which indicate that the render cache
484 _mesa_hash_table_search_pre_hashed(batch->cache.render, bo->hash, bo);
497 _mesa_hash_table_search_pre_hashed(batch->cache.render, bo->hash, bo);
506 _mesa_hash_table_insert_pre_hashed(batch->cache.render, bo->hash, bo,
514 if (_mesa_hash_table_search_pre_hashed(batch->cache.render, bo->hash, bo))
548 * contents of the previous draw hit the render target before we resolve
704 * "set" before starting to render. DepthStall and DepthFlush are
831 * do them on the render batch...
900 * only part of the render target. This prevents the new state from