[Mesa-dev] [PATCH v3 01/17] panfrost: Extend the panfrost_batch_add_bo() API to pass access flags
Alyssa Rosenzweig
alyssa.rosenzweig at collabora.com
Sun Sep 22 13:26:45 UTC 2019
> +your collabora address
Thank you
> > > > I think this batch_add_bo should probably dropped altogether? This loop
> > > > is dealing with constant buffers; the shaders themselves were added
> > >
> > > I'll double check. I couldn't find where BOs containing shader programs
> > > were added last time I looked.
> >
> > Masking a real bug :o
> >
> > It should probably happen in panfrost_patch_shader_state....?
>
> Ok, I'll add it there, I wasn't sure this function was called for all
> shaders, but looking at the code a second time it seems to be the case.
I think so as well, yeah.
> > As I stated before, I thought we should be adding the BO for
> > wallpapering when we actually wallpaper, since that's a slow path. Not
> > wallpapering is the default and ideally what most apps should do.
>
> Wallpapering happens too late (when we are flushing the batch) to have
> an impact on the dep graph, but we can probably know that wallpapering
> will be needed before that. My question remains though, are
> vertex/tiler supposed to touch the texture BO they're reading from, or
> should we only flag the BO for FRAGMENT use.
Vertex/tiler should not touch the texture BO, unless you're texturing
from the vertex shader (which we're not for wallpapering).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20190922/60a3e95a/attachment.sig>
More information about the mesa-dev
mailing list