On Wed, Feb 13, 2013 at 4:03 PM, Brian Paul <bri...@vmware.com> wrote: > On 02/12/2013 06:11 PM, Marek Olšák wrote: >> >> Broken by 624528834f53f54c7a934f929769b7e6b230a0b1. >> --- >> src/mesa/state_tracker/st_atom_texture.c | 14 ++++++++++---- >> 1 file changed, 10 insertions(+), 4 deletions(-) >> >> diff --git a/src/mesa/state_tracker/st_atom_texture.c >> b/src/mesa/state_tracker/st_atom_texture.c >> index 28327bc..fc2d690 100644 >> --- a/src/mesa/state_tracker/st_atom_texture.c >> +++ b/src/mesa/state_tracker/st_atom_texture.c >> @@ -234,11 +234,17 @@ update_single_texture(struct st_context *st, >> } >> >> /* Determine the format of the texture sampler view */ >> - view_format = stObj->pt->format; >> + if (texObj->Target == GL_TEXTURE_BUFFER) { >> + view_format = >> + st_mesa_format_to_pipe_format(stObj->base._BufferObjectFormat); >> + } >> + else { >> + view_format = stObj->pt->format; > > > For buffer objects, isn't the stObj->pt->format field set like an ordinary > texture?
stObj->pt->target is PIPE_BUFFER, so the format is most probably R8_UNORM. glTexBuffer behaves pretty much like create_sampler_view and specifies the format for the buffer. Marek _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev