Summary: | Crash while launching supertuxkart (svn), "Too many temporaries" | ||
---|---|---|---|
Product: | Mesa | Reporter: | gsr.bugs <gsr.bugs> |
Component: | Drivers/DRI/r300 | Assignee: | Default DRI bug account <dri-devel> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | git | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
gsr.bugs
2010-09-04 18:55:05 UTC
There are numbers like "num=140903841 max=32", have you added this message there? Anyway, I can't reproduce this bug. Please try: git clean -fdx and build the driver again. Those were a printf suggested by someone trying to figure what was going on, with this http://www.pasteall.org/15454 . The result is the same without that, as shown at http://www.pasteall.org/15453 . num_temporaries is certainly not computed correctly. There must be an initialized variable somewhere. There are 3 variables which might cause this: vpi->DstReg.Index vpi->SrcReg[i].Index compiler->PredicateIndex Can you print these so that we know where the large value comes from? (In reply to comment #3) > initialized variable somewhere. Sorry, typo. It should have been "uninitialized". Same file than the other printf? But where/when to print? Patch or "insert this at end of the if block that starts at line xxx" best. :) I've committed a fix to mesa git which might fix this issue. Can you try it? The memsets seem to fix the crash. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.