On Tue, 2010-03-16 at 08:36 -0700, Chia-I Wu wrote:
> On Tue, Mar 16, 2010 at 9:45 PM, José Fonseca <jfons...@vmware.com> wrote:
> > On Tue, 2010-03-16 at 01:41 -0700, Chia-I Wu wrote:
> >> On Tue, Mar 16, 2010 at 9:40 AM, Chia-I Wu <olva...@gmail.com> wrote:
> >> > On Mon, Mar 15, 2010 at 8:04 PM, Keith Whitwell <kei...@vmware.com>
> >> > wrote:
> >> >> I'm very happy to see it merged - it's a nice cleanup of the
> >> >> state-tracker behaviours.
> >> > Great! I would like to do the merge later today.
> >> Done.
> >>
> >> I will go on to convert the remaining co state trackers, i.e. st/dri and
> >> st/wgl, and hopefully drop st_public.h support soon.
> > I'm seeing an assertion failure with a softpipe/llvmpipe libGL.so
> > together with vncserver, running any GL application. (It appears to work
> > fine with a regular Xorg server).
> > I can't look into this immediately. Can you tell what's the problem?
> >
> > Jose
> >
> > Core was generated by `./glean --run results --overwrite --quick --tests
> > basic --visuals id == 33'.
> > Program terminated with signal 5, Trace/breakpoint trap.
> > #0 0x00007fefb746b59a in _debug_assert_fail (expr=0x7fefb7b30157 "0",
> > file=0x7fefb7b30110 "src/gallium/state_trackers/glx/xlib/xm_api.c",
> > line=308, function=0x7fefb7b30430 "choose_pixel_format")
> > at src/gallium/auxiliary/util/u_debug.c:201
> > in src/gallium/auxiliary/util/u_debug.c
> > #0 0x00007fefb746b59a in _debug_assert_fail (expr=0x7fefb7b30157 "0",
> > file=0x7fefb7b30110 "src/gallium/state_trackers/glx/xlib/xm_api.c",
> > line=308, function=0x7fefb7b30430 "choose_pixel_format")
> > at src/gallium/auxiliary/util/u_debug.c:201
> > No locals.
> > #1 0x00007fefb7249adf in choose_pixel_format (v=0x2279fb0)
> > at src/gallium/state_trackers/glx/xlib/xm_api.c:308
> > native_byte_order = 1 '\001'
> > __FUNCTION__ = "choose_pixel_format"
> > #2 0x00007fefb724a3a9 in XMesaCreateVisual (display=0x222ecb0,
> > visinfo=0x2238dd0, rgb_flag=1 '\001', alpha_flag=0 '\000',
> > db_flag=1 '\001', stereo_flag=0 '\000', ximage_flag=1 '\001',
> > depth_size=24, stencil_size=8, accum_red_size=16, accum_green_size=16,
> > accum_blue_size=16, accum_alpha_size=16, num_samples=0, level=0,
> > visualCaveat=32768) at src/gallium/state_trackers/glx/xlib/xm_api.c:712
> > xmdpy = 0x7fefb80473e0
> > v = 0x2279fb0
> > red_bits = 6
> > green_bits = 5
> > blue_bits = 5
> > alpha_bits = 0
> > __FUNCTION__ = "XMesaCreateVisual"
> I cannot reproduce the assertion failure here. Can you print the contents of
> visinfo in this stack frame so help me diagnose the issue?
This is visinfo:
{visual = 0x617588, visualid = 37, screen = 0, depth = 16, class = 4,
red_mask = 63, green_mask = 1984, blue_mask = 63488, colormap_size =
64,
bits_per_rgb = 8}
The problem is that {red,green,blue,alpha}_bits are {6, 5, 5, 0}, but
Gallium only supports {5, 6, 5, 0}, i.e. PIPE_FORMAT_B5G6R5_UNORM.
Somewhere before we should be marking this visual as unsupported, but we don't.
Jose
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
