[prev in list] [next in list] [prev in thread] [next in thread] 

List:       dri-devel
Subject:    [r300] Doom3 causes VBO leak
From:       Tilman Sauerbeck <tilman () code-monkey ! de>
Date:       2006-05-22 17:42:10
Message-ID: 20060522174209.GA32646 () code-monkey ! de
[Download RAW message or body]

Hi,
when I exit Doom3, I'm seeing the following error message on stdout:

doom.x86: r300_context.c:392: r300FreeGartAllocations: Assertion `r300->rmm->u_list[i].pending' failed.

The believe this indicates that a buffer that was allocated by
radeon_mm_alloc() hasn't been freed by radeon_mm_free() (the latter sets
the pending flag).

So this indicates a memory leak of some kind.

I found out that the buffer in question was allocated by
r300BufferData(). Now, the proper call to radeon_mm_free() would have
been made by r300DeleteBuffer(), but that function was never called.

From looking at the code I think this means that it's an application
error.
Now the question is, should Mesa call the "DeleteBuffer" callback for
all buffers that are still alive when the context is destroyed or should
r300 be able to cope with it the way it currently is?

Regards,
Tilman

-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

[Attachment #3 (application/pgp-signature)]
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

[prev in list] [next in list] [prev in thread] [next in thread]