On Tue, 2002-12-10 at 11:59, Felix Kühling wrote: > On Tue, 10 Dec 2002 10:37:07 +0000 > Keith Whitwell <[EMAIL PROTECTED]> wrote: > > > Charl P. Botha wrote: > > > Program received signal SIGFPE, Arithmetic exception. > > > 0x4246fe4a in _mesa_sse_transform_points3_general () > > > from /usr/X11R6/lib/modules/dri/radeon_dri.so > > > (gdb) bt > > > #0 0x4246fe4a in _mesa_sse_transform_points3_general () > > > from /usr/X11R6/lib/modules/dri/radeon_dri.so > > It looks like a new/different problem to the one fixed earlier. It's tempting > > to say it's a bug in the assembly, but otoh that code has been pretty widely > > used without change over the last couple of years. > > > > It may be a result of the new gcc's ability to put sse, mmx into normal code - > > this has bitten us a couple of times. > > As far as I can tell it is a bug in gcc if you get mmx instructions in > normal output. It would break the kernel. As a test I once compiled my > kernel with gcc-3.2 -S and grepped for "%mm". All I found was some > inline assembly. A workaround for the gcc-3.2 (fixed in 3.2.1) problems > is to compile with -mno-mmx -mno-3dnow. > > The use of SSE for normal floating point operations is another thing, > though. But according to gcc-3.2 docs -mfpmath=387 should be the > default.
This was built with gcc 2.95 (and there's no trace of a newer gcc on the system) so these 3.2 problems should not be an issue. I'll try and disassemble the offending instructions tonight as per Keith's advice. -- charl p. botha http://cpbotha.net/ http://visualisation.tudelft.nl/ ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel