search for: gl_true

....c b/src/mesa/drivers/dri/nouveau/nouveau_texture.c index da74e8f..8904389 100644 --- a/src/mesa/drivers/dri/nouveau/nouveau_texture.c +++ b/src/mesa/drivers/dri/nouveau/nouveau_texture.c @@ -494,6 +494,14 @@ nouveau_compressed_teximage(struct gl_context *ctx, GLuint dims, &ctx->Unpack, GL_TRUE); } +static GLboolean +nouveau_teximage_alloc(struct gl_context *ctx, struct gl_texture_image *ti) +{ + nouveau_teximage(ctx, 3, ti, 0, 0, 0, NULL, + &ctx->DefaultPacking, GL_FALSE); + return GL_TRUE; +} + static void nouveau_texsubimage(struct gl_context *ctx, GLint dims, str...

...ct nouveau_surface *s = &nti->surface; + + if (s->bo && s->format == ti->TexFormat && + s->width == ti->Width && s->height == ti->Height && + nti->base.ImageOffsets) + /* Image fits on surface, no need to alloc anything */ + return GL_TRUE; + + ctx->Driver.FreeTextureImageBuffer(ctx, ti); + + assert(!nti->base.ImageOffsets); + nti->base.ImageOffsets = malloc(sizeof(GLuint)); + _swrast_init_texture_image(ti, width, height, depth); + + nouveau_surface_alloc(ctx, s, LINEAR, get_teximage_placement(ti), + ti->TexFormat, w...

...-502,7 +533,8 @@ static GLboolean nouveau_teximage_alloc(struct gl_context *ctx, struct gl_texture_image *ti) { nouveau_teximage(ctx, 3, ti, 0, 0, 0, NULL, - &ctx->DefaultPacking, GL_FALSE); + &ctx->DefaultPacking, + _mesa_is_format_compressed(ti->TexFormat)); return GL_TRUE; } @@ -535,11 +567,18 @@ nouveau_texsubimage(struct gl_context *ctx, GLint dims, xoffset, yoffset, width, height, GL_MAP_WRITE_BIT, &map, &row_stride); - ret = _mesa_texstore(ctx, dims, ti->_BaseFormat, ti->TexFormat, - row_stride, &map, -...

...187,7 @@ nouveau_context_init(struct gl_context *ctx, struct nouveau_screen *screen, ctx->Extensions.EXT_framebuffer_blit = true; ctx->Extensions.EXT_texture_filter_anisotropic = true; ctx->Extensions.NV_texture_env_combine4 = true; + ctx->Const.MaxColorAttachments = 1; return GL_TRUE; } diff --git a/src/mesa/drivers/dri/nouveau/nouveau_fbo.c b/src/mesa/drivers/dri/nouveau/nouveau_fbo.c index 25543e4..427eb00 100644 --- a/src/mesa/drivers/dri/nouveau/nouveau_fbo.c +++ b/src/mesa/drivers/dri/nouveau/nouveau_fbo.c @@ -268,6 +268,57 @@ nouveau_finish_render_texture(struct gl_conte...

...gt; { >> nouveau_teximage(ctx, 3, ti, 0, 0, 0, NULL, >> - &ctx->DefaultPacking, GL_FALSE); >> + &ctx->DefaultPacking, >> + _mesa_is_format_compressed(ti->TexFormat)); >> return GL_TRUE; >> } >> >> @@ -535,11 +567,18 @@ nouveau_texsubimage(struct gl_context *ctx, GLint dims, >> xoffset, yoffset, width, height, >> GL_MAP_WRITE_BIT, &map, &row_stride); >> >...

...text *ctx, + struct gl_texture_image *ti, + GLint internalFormat, + GLint width, GLint height, GLint border, + GLsizei imageSize, const GLvoid *data) +{ + nouveau_teximage(ctx, 2, ti, internalFormat, + width, height, 1, border, imageSize, 0, 0, data, + &ctx->Unpack, GL_TRUE); } static void @@ -551,21 +608,30 @@ nouveau_texsubimage(struct gl_context *ctx, GLint dims, struct gl_texture_image *ti, GLint xoffset, GLint yoffset, GLint zoffset, GLint width, GLint height, GLint depth, + GLsizei imageSize, GLenum format, GLenum type, const...

Hi, I've been trying to get the new i915tex DRI module to work with the new DRM memory manager and finally succeeded. Unfortunately it seems to break compiz which errors out complaining that there are no GLXFBConfigs for the default depth. I was able to trace the problem to the following block of code in src/screen.c, starting on line 1897: if (s->fbo) { (*s->getFBConfigAttrib)

...gt; nouveau_teximage_alloc(struct gl_context *ctx, struct gl_texture_image *ti) > { > nouveau_teximage(ctx, 3, ti, 0, 0, 0, NULL, > - &ctx->DefaultPacking, GL_FALSE); > + &ctx->DefaultPacking, > + _mesa_is_format_compressed(ti->TexFormat)); > return GL_TRUE; > } > > @@ -535,11 +567,18 @@ nouveau_texsubimage(struct gl_context *ctx, GLint dims, > xoffset, yoffset, width, height, > GL_MAP_WRITE_BIT, &map, &row_stride); > > - ret = _mesa_texstore(ctx, dims, ti->_BaseFormat, ti->TexFormat, > -...

...is when blit=True for the plot routines, and several games will have this issue. In particular, for Legacy Doom, I've found that if I swap the textures so that they are A,B,G,R just before the textures are mapped, everything is correct. I also found that doing glPixelStorei(GL_UNPACK_BYTES, GL_TRUE) and choosing GL_UNSIGNED_INT_8_8_8_8 as the representation seemed to also remedy this. I found that the _REV variant didn't byte swap the textures back to the incorrect ordering (this is probably a different bug). Easiest way to demonstrate the bug: svn co https://svn.code.sf.net/p/doomlegac...

...] ch 3 [0x000dd000] subc 7 class 0x4097 mthd 0x1744 data 0x00001417 But glGetError() returns nothing unusual. If I change the parameter from GL_UNSIGNED_BYTE to any other type (GL_BYTE, GL_UNSIGNED_SHORT, GL_SHORT...) then it works as expected. If I change the "normalized" parameter to GL_TRUE, it also works fine, even with type GL_UNSIGNED_BYTE. The software renderer does not have this problem. That and the kernel messages suggest that it is a nouveau issue. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attac...

This CAP will determine whether ARB_framebuffer_object can be enabled. The nv30 driver does not allow mixing swizzled and linear zsbuf/cbuf textures. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- src/gallium/docs/source/screen.rst | 3 +++ src/gallium/drivers/freedreno/freedreno_screen.c | 1 + src/gallium/drivers/i915/i915_screen.c | 1 +

Fixes assertions when trying to attach textures to fbs with formats not supported by the render engines. See https://bugs.freedesktop.org/show_bug.cgi?id=73459 Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- In a perfect world I'd have separate callbacks for depth and color, but given the list of supported values, I don't think this matters. Also I used

This patch series adds the needed support for this extension to the various parts of mesa to finally enable it for nvc0. Dave Airlie (1): glsl: lower cull_distance into cull_distance_mesa Tobias Klausmann (10): glapi: add GL_ARB_cull_distance mesa/main: add support for GL_ARB_cull_distance mesa/prog: Add varyings for arb_cull_distance mesa/st: add support for GL_ARB_cull_distance

https://bugs.freedesktop.org/show_bug.cgi?id=90871 Bug ID: 90871 Summary: NV30: Xfwm4 use_compositing - garbled display Product: xorg Version: unspecified Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee:

https://bugs.freedesktop.org/show_bug.cgi?id=99400 Bug ID: 99400 Summary: [nouveau] garbled rending with glamor on G71 Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at