Maxim Levitsky wrote:
On Mon, 2010-05-03 at 15:18 -0600, Brian Paul wrote:
Maxim Levitsky wrote:
On Mon, 2010-05-03 at 13:11 -0600, Brian Paul wrote:
Xavier Chantry wrote:
On Sun, May 2, 2010 at 3:16 PM, Marek Olšák <mar...@gmail.com> wrote:
On Sat, May 1, 2010 at 11:31 PM, Maxim Levitsky <maximlevit...@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@lists.freedesktop.org instead.
-Marek
This commit also causes piglit fbo-3d test to fail with both llvmpipe
and nv50 gallium.
http://img163.imageshack.us/img163/535/fbo3d.png
Can you retest now?
Nope, still same error.
Both compiz and fbo-3d?
Didn't test fbo-3d, but compiz fails:
Breakpoint 1, _mesa_error (ctx=0x949690, error=1285, fmtString=0x7ffff34d8341
"glTexImage") at main/imports.c:1005
1005 {
(gdb) bt
#0 _mesa_error (ctx=0x949690, error=1285, fmtString=0x7ffff34d8341
"glTexImage") at main/imports.c:1005
#1 0x00007ffff3417504 in st_finalize_texture (ctx=0x949690, pipe=<value optimized out>, tObj=0xcb1a80,
needFlush=<value optimized out>) at state_tracker/st_cb_texture.c:1920
#2 0x00007ffff340830a in finalize_textures (st=0x991f80) at
state_tracker/st_atom_texture.c:145
#3 0x00007ffff34045d9 in st_validate_state (st=0x991f80) at
state_tracker/st_atom.c:167
#4 0x00007ffff33d5b2a in st_draw_vbo (ctx=<value optimized out>, arrays=0x9956c8, prims=<value optimized out>,
nr_prims=<value optimized out>, ib=0xcc49b0, index_bounds_valid=0 '\000', min_index=0, max_index=15)
at state_tracker/st_draw.c:577
#5 0x00007ffff33fcf84 in vbo_exec_DrawArrays (mode=7, start=0, count=<value
optimized out>)
at vbo/vbo_exec_array.c:525
#6 0x0000000000427c9e in ?? ()
#7 0x0000000000427afb in drawWindowTexture ()
#8 0x0000000000427013 in drawWindow ()
#9 0x00007fffef6bbd4f in ?? () from /usr/lib/compiz/libdecoration.so
#10 0x0000000000426ef9 in paintWindow ()
#11 0x00007fffefcd0988 in ?? () from /usr/lib/compiz/libmove.so
#12 0x00007fffefacaa80 in ?? () from /usr/lib/compiz/libresize.so
#13 0x0000000000428c3d in ?? ()
#14 0x00000000004299b5 in paintOutput ()
#15 0x00007fffefacaee0 in ?? () from /usr/lib/compiz/libresize.so
#16 0x0000000000410b67 in paintScreen ()
#17 0x0000000000412a35 in eventLoop ()
#18 0x000000000040d8e9 in main ()
(gdb) q
A debugging session is active.
Can you recompile for debugging and step into the st_texture_create()
call and find out why it's failing? At least print out the parameters
to that function call. Thanks.
-Brian
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
