With Load "glx" in xorg.conf, X dies silently on startup without giving an error message. A gdb backtrace shows: Program received signal SIGBUS, Bus error. 0xf64adf64 in driGetConfigAttribIndex (config=0x22c060, index=<value optimized out>, value=0xffa76d78) at ../common/utils.c:840 840 *value = *(unsigned int *) which means it tries to do an unaligned memory access(which isn't possible on sparc cpus) in src/mesa/drivers/dri/common/utils.c line 840 which is: default: *value = *(unsigned int *) ((char *) &config->modes + attribMap[index].offset); break; Using Disable "glx" makes X work again
At one time, I had to force my CFLAGS to look like this for mesa: CFLAGS="-O2 -mcpu=ultrasparc3 -pipe -D__GLX_ALIGN64" but for mesa-7.0.3, for example, this was no longer required. I think that mesa has problems sometimes figuring out that it is on a system which requires alignment, however. Try building it with -D__GLX_ALIGN64 in the CFLAGS, and if that works, please report back here. It is a regression in that case, and unfortunately in that case it's one which just won't seem to go away.
> Try building it with -D__GLX_ALIGN64 in the CFLAGS Didn't help, same error
(In reply to comment #2) > > Try building it with -D__GLX_ALIGN64 in the CFLAGS > > Didn't help, same error > So mesa has found another way to inject data alignment problems into its code. Nice.
yeah, fortunately we still have some time left before they release 7.1 final :) x11-team: should I report this upstream or will you do that?
(In reply to comment #4) > yeah, fortunately we still have some time left before they release 7.1 final :) > > x11-team: should I report this upstream or will you do that? If you could, that would be great. I don't know anything about sparcs. Here's the place: https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa. I'm going to mark the bug upstream, so please post the URL here once you file a bug.
adding upstream report for tracking
Someone just reported on bug #237648 that I had the logic reversed for assembly code on sparc. This could produce the problem you saw. Please try 7.2_rc1.
It didn't cause the problem, the configure script ignores --enable-asm unless arch is ppc/x86/x86_64 If it's configured with --enable-asm on sparc the configure script says: checking whether to enable assembly... no, platform not supported But upstream fixed this bug in 7.1 final, so =media-libs/mesa-7.1 and =media-libs/mesa-7.2_rc1(just tested) are both fine :)
Cool.
Fixed in 7.1.
