Am Wednesday 14 October 2009 03:45:26 schrieb Brian Paul:
> On Mon, Oct 5, 2009 at 9:14 PM, Brian Paul <[email protected]> wrote:
> > The texformat-rework branch cleans up the texture format code. The
> > gl_texture_format struct is replaced by a simple gl_format enum (see
> > formats.h). This leads to assorted clean-ups in core mesa and the
> > drivers. This is a step toward unifying and cleaning up the texture
> > image and renderbuffer data structures.
> >
> > There may be some regressions in the tdfx and savage drivers. If/when
> > anyone complains I can help diagnose/fix the regressions.
> >
> > I'd like to merge this branch to master by the end of the week. Let
> > me know if there's any concerns.
>
> I've been too busy to merge this to master, but hopefully soon.
>
> In the mean time, it'd be great if someone could test this branch with
> one of the radeon Rxxx drivers. Everything seems OK with the Intel
> drivers and gallium.
Just tested on an R300, I get
glxgears: main/formats.c:576: _mesa_get_format_bytes: Assertion `info-
>BytesPerBlock' failed.
because that function seems to be called with a NONE format:
(gdb) bt
#0 0xb7fe1424 in __kernel_vsyscall ()
#1 0xb7de86d0 in *__GI_raise (sig=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#2 0xb7dea098 in *__GI_abort () at abort.c:88
#3 0xb7de15ce in *__GI___assert_fail (assertion=0xb7bf57d1 "info-
>BytesPerBlock", file=0xb7bf5796 "main/formats.c", line=576,
function=0xb7bf57ba "_mesa_get_format_bytes") at assert.c:78
#4 0xb79df12e in _mesa_get_format_bytes (format=MESA_FORMAT_NONE) at
main/formats.c:576
#5 0xb7979277 in radeon_bits_per_pixel (rb=0x83bcaf8) at
radeon_common_context.c:499
#6 0xb79793ce in radeon_update_renderbuffers (context=0x805ff10,
drawable=0x8059a00) at radeon_common_context.c:539
#7 0xb7979da7 in radeonMakeCurrent (driContextPriv=0x805ff10,
driDrawPriv=0x8059a00, driReadPriv=0x8059a00) at radeon_common_context.c:739
#8 0xb794ae8e in driBindContext (pcp=0x805ff10, pdp=0x8059a00, prp=0x8059a00)
at ../common/dri_util.c:206
#9 0xb7fafb24 in dri2BindContext (context=0x80588d8, draw=0x8059968,
read=0x8059968) at dri2_glx.c:107
#10 0xb7f7998b in MakeContextCurrent (dpy=0x804e008, draw=52428802,
read=52428802, gc=0x8059b00) at glxcurrent.c:378
#11 0xb7f79ce6 in glXMakeCurrent (dpy=0x804e008, draw=52428802, gc=0x8059b00)
at glxcurrent.c:512
It may just be an issue of properly guarding the call in the driver, it might
also be a sign of something deeper. Unfortunately I don't have the time to
investigate right now.
cu,
Nicolai
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Mesa3d-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
