summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorBrian Paul <brianp@vmware.com>2011-11-09 13:32:18 -0700
committerBrian Paul <brianp@vmware.com>2011-11-11 07:10:55 -0700
commit9c0d7828d29e1e5f766a6601b0ffebbe1cfed1d2 (patch)
treeeaa83448b753b97d2cdadd5459f116c17c803b90
parent9ae10e9cbdfce6404a3d86188f2897d8f5d0dcb2 (diff)
downloadmesa-9c0d7828d29e1e5f766a6601b0ffebbe1cfed1d2.tar.gz
mesa-9c0d7828d29e1e5f766a6601b0ffebbe1cfed1d2.tar.bz2
mesa-9c0d7828d29e1e5f766a6601b0ffebbe1cfed1d2.zip
docs: add another viewperf issue
-rw-r--r--docs/viewperf.html13
1 files changed, 13 insertions, 0 deletions
diff --git a/docs/viewperf.html b/docs/viewperf.html
index cef584fd87f..bb385273402 100644
--- a/docs/viewperf.html
+++ b/docs/viewperf.html
@@ -34,6 +34,19 @@ they'll be fixed in the future.
+<h2>Catia-03 test 2</h2>
+
+<p>
+This test creates over 38000 vertex buffer objects. On some systems
+this can exceed the maximum number of buffer allocations. Mesa
+generates GL_OUT_OF_MEMORY errors in this situation, but Viewperf
+does no error checking and continues. When this happens, some drawing
+commands become no-ops. This can also eventually lead to a segfault
+either in Viewperf or the Mesa driver.
+</p>
+
+
+
<h2>Catia-03 tests 3, 4, 8</h2>
<p>