[Mesa-dev] [PATCH] util/primconvert: Avoid point arithmetic; apply offset on all cases.

Ilia Mirkin imirkin at alum.mit.edu
Fri Dec 5 06:26:58 PST 2014


On Fri, Dec 5, 2014 at 9:18 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
> On Fri, Dec 5, 2014 at 9:16 AM, Jose Fonseca <jfonseca at vmware.com> wrote:
>> From: José Fonseca <jfonseca at vmware.com>
>>
>> Matches what u_vbuf_get_minmax_index() does.
>
> Hm, nouveau nv50 (and probably nvc0) does:
>
>       if (ib->buffer) {
>          nv50->idxbuf.offset = ib->offset;
>          BCTX_REFN(nv50->bufctx_3d, INDEX, nv04_resource(ib->buffer), RD);
>       } else {
>          nv50->idxbuf.user_buffer = ib->user_buffer;
>       }
>
> Is the offset really supposed to be applied to the user buffer? I
> figured the point of the offset was that you couldn't provide an
> offset into a pipe_resource otherwise, while with a user ptr, you can
> just add it in yourself...

But you're right, u_vbuf seems to add it in. Do a lot of drivers use
u_vbuf? The logic for whether it gets used or not does not lend itself
to easy checking.

>
>> ---
>>  src/gallium/auxiliary/indices/u_primconvert.c | 3 ++-
>>  1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --git a/src/gallium/auxiliary/indices/u_primconvert.c b/src/gallium/auxiliary/indices/u_primconvert.c
>> index 4632781..eba1f9e 100644
>> --- a/src/gallium/auxiliary/indices/u_primconvert.c
>> +++ b/src/gallium/auxiliary/indices/u_primconvert.c
>> @@ -137,8 +137,9 @@ util_primconvert_draw_vbo(struct primconvert_context *pc,
>>        src = ib->user_buffer;
>>        if (!src) {
>>           src = pipe_buffer_map(pc->pipe, ib->buffer,
>> -                               PIPE_TRANSFER_READ, &src_transfer) + ib->offset;
>> +                               PIPE_TRANSFER_READ, &src_transfer);
>>        }
>> +      src = (const uint8_t *)src + ib->offset;
>>     }
>>     else {
>>        u_index_generator(pc->primtypes_mask,
>> --
>> 2.1.0
>>


More information about the mesa-dev mailing list