On Tue, 2005-01-18 at 08:28 +0000, Dave Airlie wrote: > > > I have an application that has been running for 2-3 days no worries > > > with vblank_mode=0, but of course chews CPU and tears the screen, I > > > recently started running it with vblank_mode=2 or 3 and it hangs > > > in the glXSwapBuffers after a few hours, it looks like it is repeatedly > > > calling the ioctl, > > > > Have you tried adding some debugging output to find out why that is? > > Just on this I've setup a separate test box, 815 chipset, 7500 reference > board from ATI (the big huge one :-), and running my application after > about 2-3 hours it crashed out with.. > radeonWaitIrq: drmRadeonIrqWait: -16 > > I'm going to start tracking this in earnest now that I have a machine > dedicated to finding it :-), > > my first thought it to load up the map dumper from the r300 stuff so that > when I hit this condition I dump all the current dri maps to disk.. this > should give me the ring buffer contents... and I might be able to track > down the packet that wrecked it all.... (anyone see any major issues with > this I'm might be missing?)
Have you ruled out simple logic bugs causing a spurious failure? -- Earthling Michel DÃnzer | Debian (powerpc), X and DRI developer Libre software enthusiast | http://svcs.affero.net/rm.php?r=daenzer ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel