[Mesa-dev] [Bug 34974] Mesa demos regression since - tgsi: defer allocation of huge inputs/outputs until we have a gs

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Fri Mar 4 03:12:31 PST 2011


--- Comment #4 from Andy Furniss <lists at andyfurniss.entadsl.com> 2011-03-04 03:12:30 PST ---
(In reply to comment #2)
> What happens if you set GALLIUM_NOSSE=1?  I bet the tgsi->sse2 translator needs
> to be updated.

I get a SIGTRAP on the demos which looks much the same with r600g and swrastg.

In case I am doing something lame/different here is my autogen -

./autogen.sh --prefix=/mypath --enable-debug --disable-egl
--with-state-trackers=dri  --enable-gallium-r600 --enable-gallium-swrast

tgsi/tgsi_exec.c:1087:fetch_src_file_channel: Assertion `pos <
(sizeof(mach->Inputs)/sizeof((mach->Inputs)[0]))' failed.

Program received signal SIGTRAP, Trace/breakpoint trap.
[Switching to Thread 0xb727f700 (LWP 1777)]
_debug_assert_fail (expr=0xb7212dac "pos <
(sizeof(mach->Inputs)/sizeof((mach->Inputs)[0]))", file=0xb7212a63
"tgsi/tgsi_exec.c", line=1087, function=0xb721328f "fetch_src_file_channel") at
285     }
(gdb) bt
#0  _debug_assert_fail (expr=0xb7212dac "pos <
(sizeof(mach->Inputs)/sizeof((mach->Inputs)[0]))", file=0xb7212a63
"tgsi/tgsi_exec.c", line=1087, function=0xb721328f "fetch_src_file_channel") at
#1  0xb70dca3f in fetch_src_file_channel (mach=0x933a7c0, file=<value optimized
out>, swizzle=0, index=0xbfc3e32c, index2D=0xbfc3e31c, chan=0xbfc3e3b0) at
#2  0xb70dd68f in fetch_source (mach=0x933a7c0, chan=0xbfc3e3b0, reg=0x9325a30,
chan_index=0, src_datatype=TGSI_EXEC_DATA_FLOAT) at tgsi/tgsi_exec.c:1313
#3  0xb70dda08 in exec_vector_binary (mach=0x933a7c0, inst=0x9325a00,
op=0xb70dbc20 <micro_mul>, dst_datatype=TGSI_EXEC_DATA_FLOAT,
src_datatype=TGSI_EXEC_DATA_FLOAT) at tgsi/tgsi_exec.c:2317
#4  0xb70e239a in exec_instruction (mach=0x933a7c0, inst=0xbfc3fd41,
pc=0xbfc3e9b8) at tgsi/tgsi_exec.c:3249
#5  0xb70e3fd3 in tgsi_exec_machine_run (mach=0x933a7c0) at
#6  0xb70ce740 in vs_exec_run_linear (shader=0x9325460, input=0x9326910,
output=0x93269e4, constants=0x93302d0, const_size=0x9330350, count=1,
input_stride=68, output_stride=68) at draw/draw_vs_exec.c:148
#7  0xb70c6964 in fetch_pipeline_generic (middle=0x933a730, fetch_info=<value
optimized out>, prim_info=0xbfc3eac8) at
#8  0xb70c6b39 in fetch_pipeline_linear_run (middle=0x933a730, start=0,
count=1, prim_flags=0) at draw/draw_pt_fetch_shade_pipeline.c:345
#9  0xb70c954e in vsplit_segment_simple_linear (vsplit=0x9337cc0, flags=0,
istart=0, icount=1) at draw/draw_pt_vsplit_tmp.h:229
#10 0xb70c9668 in vsplit_run_linear (frontend=0x9337cc0, start=0, count=1) at
#11 0xb70c4f94 in draw_pt_arrays (draw=0x932fe38, prim=0, start=0, count=1) at
#12 0xb70c51e2 in draw_vbo (draw=0x932fe38, info=0xbfc3ec34) at
#13 0xb70c53fb in draw_arrays_instanced (draw=0x932fe38, mode=0, start=0,
count=1, startInstance=0, instanceCount=1) at draw/draw_pt.c:408
#14 0xb70c5446 in draw_arrays (draw=0x932fe38, prim=0, start=0, count=1) at
#15 0xb708ebc9 in st_feedback_draw_vbo (ctx=0x92d6a88, arrays=0x93253c8,
prims=0x9325448, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0,
max_index=1) at state_tracker/st_draw_feedback.c:251
#16 0xb7087da4 in st_RasterPos (ctx=0x92d6a88, v=0xbfc3f18c) at
#17 0xb6f80be6 in rasterpos (x=0, y=0, z=-1, w=1) at main/rastpos.c:65
#18 0xb6f81038 in _mesa_RasterPos3f (x=0, y=0, z=-1) at main/rastpos.c:102
#19 0x0804950a in Display () at drawpix.c:55
#20 0xb78200ea in processWindowWorkList (window=0x91ca6a0) at glut_event.c:1307
#21 0xb7820dea in glutMainLoop () at glut_event.c:1358
#22 0x08049351 in main (argc=1764699694, argv=Cannot access memory at address
) at drawpix.c:357

Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the mesa-dev mailing list