[Mesa-dev] [Mesa3d-dev] mesa commit e648d4a1d1c0c5f70916e38366b863f0bec79a62 st/mesa: ignore gl_texture_object::BaseLevel when allocating gallium textures

[Marek Olšák]

On Sat, May 1, 2010 at 11:31 PM, Maxim Levitsky <maximlevitsky at gmail.com>wrote:

> This commit breaks compiz completely here on nvidia G50 (Geforce 8400M)
> Compiz shows dark screen.
> (Using nouveau drivers)
>
> Without this commit compiz works almost perfectly.
>
> The error messages from compiz:
>
>
> debug_get_bool_option: NV50_ALWAYS_PUSH = FALSE
> debug_get_bool_option: DRAW_FSE = FALSE
> debug_get_bool_option: DRAW_NO_FSE = FALSE
> debug_get_bool_option: GALLIUM_DUMP_VS = FALSE
> Mesa: Mesa 7.9-devel DEBUG build May  1 2010 19:02:06
> Mesa warning: software DXTn compression/decompression available
> debug_get_bool_option: MESA_MVP_DP4 = FALSE
> debug_get_flags_option: ST_DEBUG = 0x0
> Mesa: User error: GL_OUT_OF_MEMORY in glTexImage
> compiz (cube) - Warn: Failed to load
> slide: /usr/share/gdm/themes/Human/ubuntu.png
> ^CMesa: User error: GL_OUT_OF_MEMORY in glTexImage
>

The commit also causes surface_copy to be called with S3TC textures,
breaking loading of such textures in r300g. I am working on a fix for r300g
but I haven't expected to get such weird formats in surface_copy.

FYI Maxim, please use mesa-dev at lists.freedesktop.org instead.

-Marek
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20100502/66d016bb/attachment.html>