| Summary: | media-libs/mesa-7.1_rc1 causes bus error on sparc | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Friedrich Oslage (RETIRED) <bluebird> |
| Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | sparc |
| Priority: | High | ||
| Version: | 2008.0 | ||
| Hardware: | Sparc64 | ||
| OS: | Linux | ||
| URL: | https://bugs.freedesktop.org/show_bug.cgi?id=16627 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 371525, 214156 | ||
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. |
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