You are not logged in.
Using the perry3d repo on Juniper hardware, with KDE 4.8, there's a weird issue involving xrender. If you have dual head setup side by side, the desktop looks scrambled and skewed. It works good if the monitors are positioned one on top of another. Also, this doesn't appear to mess the cursor. The cursor looks as it should, but the whole desktop is a mess. No errors in Xorg/dmesg whatsoever.
Offline
Am I really the only one where lib32 mesa + wine doesn't work when lib32 mesa is compiled with -O2?
With -O1 compiled mesa is 0,83 MiB smaller than with -O2...
Native 64 bit mesa works fine...
Since this has been the case for quite some time now I consider actually opening a bug report... But how would I get more information on the issue? wine programs just refuse to start with various errors like "Couldn't load game.dll" in case of warcraft 3 for example...
฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz
Offline
Cdh, can you give some freely available programs/games where you have these issues ?
then it would be easier/possible for others to test.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
I had posted earlier:
https://bbs.archlinux.org/viewtopic.php … 1#p1030571
There's the demo of warcraft 3 that has the same issue, trackmania nations wouldn't run, furmark also crashes on startup...
However, there seem to be zero other persons having that problem...?
Since furmark has the most verbose crash output:
Unhandled exception: page fault on read access to 0xffffffff in 32-bit code (0x7d5bf47d).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:7d5bf47d ESP:0033e964 EBP:00000000 EFLAGS:00210242( R- -- I Z- - - )
EAX:7ca4bb60 EBX:7d9cbff4 ECX:00000001 EDX:00000000
ESI:0033eb00 EDI:7ca4bb60
Stack dump:
0x0033e964: 7ca4bb60 0003c000 00008092 00000000
0x0033e974: 00000000 7cb5f128 f762d400 00000a14
0x0033e984: 00000000 7c9e6190 7c9dfc00 00000000
0x0033e994: 7cab98b8 7ca4b148 0033eb40 7d5bff52
0x0033e9a4: 7c9dfc00 7ca4b148 00028000 00000000
0x0033e9b4: 00000040 00000000 00008092 00000002
000c: sel=0067 base=00000000 limit=00000000 32-bit r-x
Backtrace:
=>0 0x7d5bf47d in r600_dri.so (+0x2647d) (0x00000000)
1 0x7d7e1426 in r600_dri.so (+0x248425) (0x7c9dfc00)
2 0x7d5b3139 in r600_dri.so (+0x1a138) (0x7c9dfc00)
3 0x7d5f60e8 in r600_dri.so (+0x5d0e7) (0x00000001)
4 0x7d5e1595 in r600_dri.so (+0x48594) (0x7cb5eab8)
5 0x7d5af6e9 in r600_dri.so (+0x166e8) (0x00000000)
6 0x7d5af847 in r600_dri.so (+0x16846) (0x7c9cdeb0)
7 0x7d5af87f in r600_dri.so (+0x1687e) (0x7c9cdeb0)
8 0x7e915396 in libgl.so.1 (+0x41395) (0x7c9cdeb0)
9 0x7e8ec151 in libgl.so.1 (+0x18150) (0x00000000)
10 0x7e8eca75 glXCreateContext+0x84() in libgl.so.1 (0x0033eefc)
11 0x7de49d02 in winex11 (+0x29d01) (0x0033eefc)
12 0x7de4e4fa in winex11 (+0x2e4f9) (0x0033ef5c)
13 0x7ea796a2 wglCreateContext+0x61() in gdi32 (0x0033ef9c)
14 0x7e5bd97e in opengl32 (+0x6d97d) (0x0033efbc)
15 0x00442088 in furmark (+0x42087) (0x0033f030)
16 0x00423e2d in furmark (+0x23e2c) (0x0033f040)
17 0x0041dcc5 in furmark (+0x1dcc4) (0x0033f2c4)
18 0x0041df4a in furmark (+0x1df49) (0x0033f2e8)
19 0x00410522 in furmark (+0x10521) (0x0033fde0)
20 0x00457ca3 in furmark (+0x57ca2) (0x0033fe70)
21 0x7b85a4bc call_process_entry+0xb() in kernel32 (0x0033fe88)
22 0x7b85b72f in kernel32 (+0x4b72e) (0x0033fec8)
23 0x7bc75850 call_thread_func_wrapper+0xb() in ntdll (0x0033fed8)
24 0x7bc77dbd call_thread_func+0x7c() in ntdll (0x0033ffa8)
25 0x7bc7582e RtlRaiseException+0x21() in ntdll (0x0033ffc8)
26 0x7bc4c92e call_dll_entry_point+0x33d() in ntdll (0x0033ffe8)
27 0xf76558bd wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000)
28 0xf765597b wine_switch_to_stack+0x2a() in libwine.so.1 (0xff9f2948)
29 0x7bc525f6 LdrInitializeThunk+0x3b5() in ntdll (0xff9f29b8)
30 0x7b86184a __wine_kernel_init+0xa19() in kernel32 (0xff9f3b58)
31 0x7bc52d4b __wine_process_init+0x25a() in ntdll (0xff9f3bd8)
32 0xf7652dfc wine_init+0x28b() in libwine.so.1 (0xff9f3c38)
33 0x7bf00d6b main+0x8a() in <wine-loader> (0xff9f4088)
34 0xf74a8483 __libc_start_main+0xf2() in libc.so.6 (0x00000000)
0x7d5bf47d:
Modules:
Module Address Debug info Name (87 modules)
PE 400000- 7db000 Export furmark
PE 7e0000- 9c5000 Deferred freeimage
PE 10000000-1022e000 Deferred core3d
ELF 7b800000-7b9f6000 Dwarf kernel32<elf>
\-PE 7b810000-7b9f6000 \ kernel32
ELF 7bc00000-7bcd2000 Dwarf ntdll<elf>
\-PE 7bc10000-7bcd2000 \ ntdll
ELF 7bf00000-7bf04000 Dwarf <wine-loader>
ELF 7d53c000-7d547000 Deferred libdrm_radeon.so.1
ELF 7d599000-7dbaf000 Dwarf r600_dri.so
ELF 7dbaf000-7dbba000 Deferred libxcursor.so.1
ELF 7dbd4000-7dc0a000 Deferred uxtheme<elf>
\-PE 7dbe0000-7dc0a000 \ uxtheme
ELF 7dd5a000-7dd84000 Deferred libexpat.so.1
ELF 7dd84000-7ddb9000 Deferred libfontconfig.so.1
ELF 7ddbb000-7ddc1000 Deferred libtxc_dxtn.so
ELF 7de0b000-7dea7000 Dwarf winex11<elf>
\-PE 7de20000-7dea7000 \ winex11
ELF 7dea7000-7deb7000 Deferred libbz2.so.1.0
ELF 7deb7000-7dece000 Deferred libz.so.1
ELF 7dece000-7df6a000 Deferred libfreetype.so.6
ELF 7df70000-7df80000 Deferred libxi.so.6
ELF 7df80000-7df84000 Deferred libxcomposite.so.1
ELF 7df84000-7df8d000 Deferred libxrandr.so.2
ELF 7df8d000-7df98000 Deferred libxrender.so.1
ELF 7df98000-7dfbc000 Deferred imm32<elf>
\-PE 7dfa0000-7dfbc000 \ imm32
ELF 7dfbc000-7dff0000 Deferred ws2_32<elf>
\-PE 7dfc0000-7dff0000 \ ws2_32
ELF 7dff0000-7e063000 Deferred shlwapi<elf>
\-PE 7e000000-7e063000 \ shlwapi
ELF 7e063000-7e286000 Deferred shell32<elf>
\-PE 7e070000-7e286000 \ shell32
ELF 7e286000-7e2b2000 Deferred msvfw32<elf>
\-PE 7e290000-7e2b2000 \ msvfw32
ELF 7e2b2000-7e330000 Deferred rpcrt4<elf>
\-PE 7e2c0000-7e330000 \ rpcrt4
ELF 7e330000-7e457000 Deferred ole32<elf>
\-PE 7e350000-7e457000 \ ole32
ELF 7e457000-7e508000 Deferred winmm<elf>
\-PE 7e460000-7e508000 \ winmm
ELF 7e508000-7e50e000 Deferred libuuid.so.1
ELF 7e50e000-7e528000 Deferred libice.so.6
ELF 7e528000-7e531000 Deferred libsm.so.6
ELF 7e531000-7e60c000 Dwarf opengl32<elf>
\-PE 7e550000-7e60c000 \ opengl32
ELF 7e60c000-7e615000 Deferred librt.so.1
ELF 7e615000-7e61c000 Deferred libxdmcp.so.6
ELF 7e61c000-7e620000 Deferred libxau.so.6
ELF 7e620000-7e62d000 Deferred libdrm.so.2
ELF 7e62d000-7e633000 Deferred libxxf86vm.so.1
ELF 7e633000-7e653000 Deferred libxcb.so.1
ELF 7e653000-7e669000 Deferred libxcb-glx.so.0
ELF 7e669000-7e7a1000 Deferred libx11.so.6
ELF 7e7a1000-7e7a7000 Deferred libxfixes.so.3
ELF 7e7a7000-7e7ba000 Deferred libxext.so.6
ELF 7e7ba000-7e7d0000 Deferred libglapi.so.0
ELF 7e7d0000-7e7eb000 Deferred libgcc_s.so.1
ELF 7e8d4000-7e92e000 Dwarf libgl.so.1
ELF 7e92e000-7e9a4000 Deferred libglu.so.1
ELF 7e9a5000-7e9a9000 Deferred libxinerama.so.1
ELF 7e9a9000-7e9cc000 Deferred iphlpapi<elf>
\-PE 7e9b0000-7e9cc000 \ iphlpapi
ELF 7e9cc000-7e9f6000 Deferred msacm32<elf>
\-PE 7e9d0000-7e9f6000 \ msacm32
ELF 7e9f6000-7eac2000 Dwarf gdi32<elf>
\-PE 7ea00000-7eac2000 \ gdi32
ELF 7eac2000-7ec14000 Deferred user32<elf>
\-PE 7ead0000-7ec14000 \ user32
ELF 7ec14000-7ed17000 Deferred comctl32<elf>
\-PE 7ec20000-7ed17000 \ comctl32
ELF 7ed17000-7ed80000 Deferred advapi32<elf>
\-PE 7ed20000-7ed80000 \ advapi32
ELF 7ef80000-7efae000 Deferred libm.so.6
ELF 7efaf000-7efc7000 Deferred glu32<elf>
\-PE 7efc0000-7efc7000 \ glu32
ELF 7efe6000-7f000000 Deferred version<elf>
\-PE 7eff0000-7f000000 \ version
ELF f7432000-f7436000 Deferred libxdamage.so.1
ELF f7438000-f743d000 Deferred libdl.so.2
ELF f743d000-f7440000 Deferred libx11-xcb.so.1
ELF f7482000-f748f000 Deferred libnss_files.so.2
ELF f748f000-f7631000 Dwarf libc.so.6
ELF f7631000-f764c000 Deferred libpthread.so.0
ELF f764c000-f7790000 Dwarf libwine.so.1
ELF f7791000-f77b3000 Deferred ld-linux.so.2
ELF f77b3000-f77b4000 Deferred [vdso].so
Threads:
process tid prio (all id:s are in hex)
00000008 (D) C:\Programme\Geeks3D\Benchmarks\FurMark_1.9.2\FurMark.exe
00000009 0 <==
0000000e services.exe
0000001f 0
0000001e 0
00000019 0
00000018 0
00000017 0
00000015 0
00000010 0
0000000f 0
00000012 winedevice.exe
0000001a 0
00000014 0
00000013 0
0000001b plugplay.exe
00000020 0
0000001d 0
0000001c 0
00000021 explorer.exe
00000022 0
System information:
Wine build: wine-1.4-rc5
Platform: i386
Host system: Linux
Host version: 3.3.0-1-mainline
The curious thing is that furmark starts up fine when started with
WINEDEBUG=+all wine FurMark.exe &> furmarkdebug.txt
But veeery slow of course.
However starting the actual benchmark crashes again. Warcraft 3 on the other hand renders opengl fine with WINEDEBUG=+all, however it's too slow to be useful.
In the meantime I added those lines to my lib32 mesa PKGBUILD:
export CFLAGS=$(echo "$CFLAGS" | sed "s/O2/O1/")
export CXXFLAGS="$CFLAGS"
And everything works as expected. (and the actual benchmark in furmark works)
I find it really hard to believe that I am the only person experiencing those problem... Or is there something wrong with my PKGBUILD? Looks like this now: http://pastebin.com/9J73mHmz
It's also curious that the -O1 package of lib32 mesa is 0.83 MB smaller than the -O2 mesa... For 20.00 MB package size that's quite a bit.
Last edited by Cdh (2012-02-27 21:25:07)
฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz
Offline
Quick question: I'm torn between Catalyst and xf86-video-ati. The former runs like crap but at least I can watch full HD movies with GPU decoding while the latter runs perfectly stable but has nog GPU offloading. I read somewhere that xbmc supports vaapi even with the open source driver. Is that true?
Offline
Here are some news concerning the open source driver and video acceleration: http://www.phoronix.com/scan.php?page=n … px=MTA2MzY
And here you can find the current features of this driver: http://www.x.org/wiki/RadeonFeature
As you can see it is still work in progress.
Offline
Thanks Perry3D, I already found the feature matrix but the git was very silent about the WIP on vaapi. The Phoronix article sounds promising though.
Offline
@CDH
I'm having problems with wine and the ati driver with that same error message
Unhandled exception: page fault on read access to 0xffffffff in 32-bit code
It sounds like you are just rebuilding lib32-mesa with -O1 optimization. Can you repost your pkgbuild? The pastebin link doesn't go anywhere.
Offline
@Cdh :
The can't find game.dll message from warcraft 3 Demo looks like it has to do with a copy-protection check.
trackmania does indeed crash.
my system has an AMD opteron processor, what do you have ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
edit: I'm on a notebook with 1st generation intel i5 and HD 6550HD.
Indeed it vanished:
64 bit:
pkgname=mesa-full-r600g
pkgver=20120302
_realver=8.1
pkgrel=1
pkgdesc="Full Mesa 3D graphics library with all its components, built from the git master branch (mesa 7.12). Compiles mesa for r600g (gallium)."
arch=(i686 x86_64)
url="http://mesa3d.org/"
license=('LGPL')
depends=('libdrm-git' 'dri2proto>=2.1' 'glproto>=1.4.10' 'libxxf86vm' 'libxdamage' 'expat>=2.0.1' 'libxmu' 'talloc' 'llvm')
makedepends=('pkgconfig' 'imake' 'xorg-server-devel')
provides=("libgl=${_realver}" "mesa=${_realver}" "ati-dri=${_realver}" 'libglapi' 'libegl' 'libgles' 'khrplatform-devel')
replaces=('libgl' 'mesa' 'ati-dri' 'libglapi' 'libegl' 'khrplatform-devel' 'libgles')
conflicts=('libgl' 'mesa' 'ati-dri' 'mesa-full' 'libglapi' 'libegl' 'khrplatform-devel' 'libgles')
_gitroot="git://anongit.freedesktop.org/git/mesa/mesa"
_gitname="mesa"
build() {
msg "Connecting to git.freedesktop.org GIT server...."
# if [ -d $startdir/src/$_gitname ] ; then
# cd $_gitname && git pull origin
# msg "The local files are updated."
# else
# git clone $_gitroot
# fi
# msg "GIT checkout done or server timeout"
msg "Starting make..."
rm -rf $startdir/src/$_gitname-build
cp -rH $startdir/src/$_gitname $startdir/src/$_gitname-build
cd ${srcdir}/${_gitname}-build
cd "${startdir}/src/mesa-build"
./autogen.sh --prefix=/usr \
--with-dri-driverdir=/usr/lib/xorg/modules/dri \
--with-gallium-drivers=r600 \
--with-dri-drivers= \
--with-egl-platforms=x11,drm \
--enable-texture-float \
--enable-gles1 \
--enable-gles2 \
--enable-osmesa \
--enable-egl \
--enable-xorg \
--enable-xa \
--enable-vdpau \
--enable-gallium-g3dvl \
--enable-glx-tls \
--enable-glu \
--enable-gbm \
--enable-gallium-gbm \
--enable-shared-glapi \
--enable-xorg \
--enable-gallium-llvm \
--enable-openvg \
--enable-gallium-egl || return 1
make || return 1
make DESTDIR="${pkgdir}" install || return 1
install -m755 -d "${pkgdir}/usr/lib/xorg/modules/extensions"
ln -sf libglx.xorg ${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so || return 1
install -d ${pkgdir}/etc/profile.d
echo '#!/bin/bash' > ${pkgdir}/etc/profile.d/mesa.sh
echo 'export LIBGL_DRIVERS_PATH=/usr/lib/xorg/modules/dri:$LIBGL_DRIVERS_PATH
export VDPAU_DRIVER=r600
export R600_ENABLE_S3TC=1
export force_s3tc_enable=true
#opengl3
export R600_GLSL130=1
export R600_STREAMOUT=1
#introduces graphics errors (at least for me)
#export R600_TILING=1
' >> ${pkgdir}/etc/profile.d/mesa.sh
chmod +x ${pkgdir}/etc/profile.d/mesa.sh
}
And the kind of messy 32 bit PKGBUILD:
pkgname=lib32-mesa-full-r600g
pkgver=20120302
_realver=8.1
pkgrel=1
pkgdesc="Full Mesa 3D graphics library with all its components, built from the git master branch (mesa 7.12). Compiles mesa for r600g (gallium)."
arch=(x86_64)
url="http://mesa3d.org/"
license=('LGPL')
depends=('lib32-libdrm-git' 'dri2proto>=2.1' 'glproto>=1.4.10' 'libxxf86vm' 'libxdamage' 'expat>=2.0.1' 'libxmu' 'talloc' 'lib32-llvm')
makedepends=('pkgconfig' 'imake' 'xorg-server-devel')
provides=("lib32-libgl=${_realver}" "lib32-mesa=${_realver}" "lib32-ati-dri=${_realver}" 'lib32-libglapi' 'lib32-libegl' 'lib32-libgles')
replaces=('lib32-libgl' 'lib32-mesa' 'lib32-ati-dri' 'lib32-libglapi' 'lib32-libegl' 'lib32-libgles')
conflicts=('lib32-libgl' 'lib32-mesa' 'lib32-ati-dri' 'lib32-libglapi' 'lib32-libegl' 'lib32-libgles')
_gitroot="git://anongit.freedesktop.org/git/mesa/mesa"
_gitname="mesa"
build() {
msg "Connecting to git.freedesktop.org GIT server...."
# if [ -d $startdir/src/$_gitname ] ; then
# cd $_gitname && git pull origin
# msg "The local files are updated."
# else
# git clone $_gitroot
# fi
rm -rf $startdir/src/$_gitname-build
cp -rH $startdir/src/$_gitname $startdir/src/$_gitname-build
cd ${srcdir}/${_gitname}-build
export CC="gcc -m32"
export CXX="g++ -m32"
export PKG_CONFIG_PATH="/usr/lib32/pkgconfig"
# for our llvm-config for 32 bit
export LLVM_CONFIG=/usr/lib32/llvm/llvm-config
# when -O2 doesn't work
export CFLAGS=$(echo "$CFLAGS" | sed "s/O2/O1/")
export CXXFLAGS="$CFLAGS"
./autogen.sh --prefix=/usr \
--with-dri-driverdir=/usr/lib32/xorg/modules/dri \
--with-gallium-drivers=r600 \
--with-dri-drivers= \
--enable-texture-float \
--enable-gles1 \
--enable-gles2 \
--enable-osmesa \
--enable-egl \
--enable-xorg \
--enable-xa \
--enable-vdpau \
--enable-gallium-g3dvl \
--enable-glx-tls \
--enable-glu \
--enable-gbm \
--enable-gallium-gbm \
--enable-shared-glapi \
--enable-xorg \
--disable-gallium-llvm \
--enable-openvg \
--enable-gallium-egl \
--enable-32-bit \
--libdir=/usr/lib32 || return 1
make || return 1
make DESTDIR="${pkgdir}" install || return 1
cd ${srcdir}/${_gitname}-build
rm -rf "${pkgdir}"/usr/{include,share,bin}
install -d ${pkgdir}/etc/profile.d
echo '#!/bin/bash' > ${pkgdir}/etc/profile.d/lib32-mesa.sh
echo 'export LIBGL_DRIVERS_PATH=$LIBGL_DRIVERS_PATH:/usr/lib32/xorg/modules/dri' >> ${pkgdir}/etc/profile.d/lib32-mesa.sh
chmod +x ${pkgdir}/etc/profile.d/lib32-mesa.sh
}
Last edited by Cdh (2012-03-03 00:00:43)
฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz
Offline
given that both intel and amd systems suffer from this problem, it might have to do with a change in how gcc 4.6 optimizes code.
I suggest building lib32-mesa with -O2 on an older gcc version, 4.3 is in the aur i think.
If that gives the same errors, the problem is likely in lib32-mesa code.
Last edited by Lone_Wolf (2012-03-03 00:09:10)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
Hello, everyone,
I am using the mesa-full package from the radeon repository. During my latest update checks I get the following message:
error: failed to prepare transaction (could not satisfy dependencies)
:: jasper: requires freeglut
freeglut is in conflict with mesa-full, is there any workaround?
Offline
Hi,same problem here.
I check the last package mesa-full-20120305, it's missing "replaces = freeglut" in pkginfo.
do we need to install freeglut ?
Offline
Hi,
i ran in the same problem: mesa-full doesn't contain freeglut anymore. For a quick workaround i removed the provides and replaces line.
After that i installed freeglut from the repo.
That worked for me (used hugin).
Can you try it and report problems occurring?
Offline
@CDH
Thanks for posting it. My computer uses the r300 driver so I couldn't use your pkgbuilds outright. Either way, the -O1 trick didn't work for me. I found a couple bug reports that seem to be the same problem (Posted below). According to the comments in the bug reports the issue is related to the update to llvm 3.0.
It looks like your lib32 PKGBUILD disables the llvm for gallium. The r300 driver won't build with llvm disabled so I can't test it. But you could probably confirm its the same bug on your end by enabling gallium-llvm, and seeing if the problem returns. Though that still doesn't explain why the -O1 trick is needed. But I thought I'd share what I found.
Offline
It looks like your lib32 PKGBUILD disables the llvm for gallium
Whoa, I have looked at that lines so many times and didn't see that. :)
(I had it enabled originally but I believe I disabled it for some testing when there was an issue when llvm 3.0 was new in the repos).
So it didn't like the lib32-llvm from testing... Something about version numbers... Whatever. lib32-llvm from stable repos work.
But with -O2 Warcraft3 still doesn't start.
With -O1 again: no Problem running Warcraft3. (Haven't tested more programs with wine but I believe it would be the same)
So it's probably not llvm related I guess.
฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz
Offline
Hi,
i ran in the same problem: mesa-full doesn't contain freeglut anymore. For a quick workaround i removed the provides and replaces line.
After that i installed freeglut from the repo.That worked for me (used hugin).
Can you try it and report problems occurring?
yaourt -Rdd mesa-full
pacman -S mesa-full
pacman -S freeglut
correct my problem
Offline
Moderator.
@spirit: If you are wondering where your post went, You hit the report link, not the reply link. It happens
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Perry3D wrote:Hi,
i ran in the same problem: mesa-full doesn't contain freeglut anymore. For a quick workaround i removed the provides and replaces line.
After that i installed freeglut from the repo.That worked for me (used hugin).
Can you try it and report problems occurring?
yaourt -Rdd mesa-full
pacman -S mesa-full
pacman -S freeglutcorrect my problem
This work for me too! Thx!
Offline
Can anybody build the xa state tracker in lib32 mesa? I wonder how it could ever work!?
It aborts in
/src/gallium/auxiliary/libgallium.a -lLLVMBitWriter -lLLVMX86Disassembler -lLLVMX86AsmParser -lLLVMX86CodeGen -lLLVMX86Desc -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMMCParser -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMX86Info -lLLVMJIT -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMScalarOpts -lLLVMInstCombine -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMCore -lLLVMSupport
mklib: Unknown option: -m32
So I had a look where mklib gets called:
src/gallium/targets/libgl-xlib/Makefile
$(TOP)/bin/mklib -o $(GL_LIB) \
-linker "$(CXX)" -ldflags '$(LDFLAGS)' \
-major $(GL_MAJOR) -minor $(GL_MINOR) -patch $(GL_TINY) \
-cplusplus \
-install $(TOP)/$(LIB_DIR)/gallium \
$(MKLIB_OPTIONS) $(XLIB_TARGET_OBJECTS) \
-Wl,--start-group $(LIBS) -Wl,--end-group $(GL_LIB_DEPS)
What? $(CXX) is always "g++ -m32" for the 32 bit build... The Makefile at this position hasn't changed since november.. What's the secret?
(Also I had a look at LLVM_CONFIG=/usr/lib32/llbm/llvm-config and I don't know why it points there or why it worked earlier. llvmconfig is located at /usr/bin/llvmconfig32 for the repo version and the version in testing.... It should be LLVM_CONFIG=/usr/bin/llvm-config32)
฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz
Offline
(Also I had a look at LLVM_CONFIG=/usr/lib32/llbm/llvm-config and I don't know why it points there or why it worked earlier. llvmconfig is located at /usr/bin/llvmconfig32 for the repo version and the version in testing.... It should be LLVM_CONFIG=/usr/bin/llvm-config32)
I've checked the PKGBUILDs and in lib32-llvm 3.0-2 a mv command was added, not sure why.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
@ Cdh :
i've tested wine with my latest lib32-mesa package, and things have improved.
W3demo now installs and runs (i stopped at the main screen)
Trackmania still hangs, but gets a lot further.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
They probably wanted the 32 bit llvm-config in $PATH.
mklib: Unknown option: -m32
by the way only happens when trying to build r600g,svga gallium drivers, r600g only works.
฿ 18PRsqbZCrwPUrVnJe1BZvza7bwSDbpxZz
Offline
have you tried the unigine-tropico benchmarking suite?
it doesn't recognize my ATI HD3200 with opensource drivers.
Last edited by trapanator (2012-03-15 08:22:47)
Offline
It does run with my HD4890 and my own mesa-git packages.
it's slow though, in demo mode :
1920x1080 5-6 FPS,
windowed 10 - 12 FPS
do you have lib32-mesa installed ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline