[Mesa-dev] [PATCH] st/mesa: only resolve is number of samples is > 1

Christoph Bumiller e0425955 at student.tuwien.ac.at
Wed Nov 30 12:31:51 PST 2011


On 11/30/2011 09:10 PM, Dave Airlie wrote:
> From: Dave Airlie <airlied at redhat.com>
> 
> This fixes the firefox crash but I've no idea if its correct.

I don't think it is.
Visual.samples is the value passed to RenderbufferStorageMultisample,
and 1 here means "a desired minimum number of samples" so the actual
sample count may (even if very unlikely) be > 1.

If you don't implement resource_resolve, mesa/st shouldn't expose
framebuffer_multisample for you, or you shouldn't expose > 0 samples
(that's an issue with the gallium interface, which doesn't define
whether 0 means "no storage" or "single sampled").

> 
> Signed-off-by: Dave Airlie <airlied at redhat.com>
> ---
>  src/mesa/state_tracker/st_cb_blit.c |    2 +-
>  1 files changed, 1 insertions(+), 1 deletions(-)
> 
> diff --git a/src/mesa/state_tracker/st_cb_blit.c b/src/mesa/state_tracker/st_cb_blit.c
> index 750f541..8f0c2e8 100644
> --- a/src/mesa/state_tracker/st_cb_blit.c
> +++ b/src/mesa/state_tracker/st_cb_blit.c
> @@ -178,7 +178,7 @@ st_BlitFramebuffer(struct gl_context *ctx,
>        st->pipe->render_condition(st->pipe, NULL, 0);
>     }
>  
> -   if (readFB->Visual.sampleBuffers > drawFB->Visual.sampleBuffers) {
> +   if (readFB->Visual.sampleBuffers > drawFB->Visual.sampleBuffers && readFB->Visual.samples > 1) {
>        struct pipe_resolve_info info;
>  
>        if (dstX0 < dstX1) {



More information about the mesa-dev mailing list