You are not logged in.
Starting X (openbox) which breaks with the update of:
xf86-video-ati-git-3213.ae92d17-1-x86_64.pkg.tar.xz
cause:
/usr/include/xorg/privates.h:122: dixGetPrivateAddr: Assertion key->initialized failed
Downgrade to
xf86-video-ati-git-3206.5921ba4-1-x86_64.pkg.tar.xz
"fixes" the problem.
The systemd/xf86-video-ati-git update fixed it.
Last edited by ergoschnuffel (2015-04-23 16:49:57)
Some Intel CPU + HD6970 repos: [all testing] + [mesa-git]
Offline
Lordheavy,
i got below errror when building mesa-r*-git .
Looks like you need to rebuild the [mesagit] packages against latest gcc ?
checking for llvm-config... /usr/bin/llvm-config
/usr/bin/llvm-config: /usr/bin/../lib/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by /usr/bin/llvm-config)
$ pacman -Qs llvm
local/lib32-llvm-libs-svn 236014-1 (mesagit)
Low Level Virtual Machine library (runtime library)(32-bit)(svn version)
local/llvm-libs-svn 236005-1 (mesagit)
Low Level Virtual Machine library (svn version)
local/llvm-svn 236005-1 (mesagit)
Low Level Virtual Machine (svn version)
$
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Newer llvm versions prevent OpenGL from working. Last version that worked was 235384-1.
With later versions I get
Error: couldn't find RGB GLX visual or fbconfig
when running glxinfo.
Last edited by BasT (2015-05-08 14:17:53)
Offline
BasT,
That suggests the mesa-git packages need to be rebuild against the proper llvm version.
I downloaded the llvm-svn & lib32-llvms-vn PKGBUILD from http://pkgbuild.com/~lcarlier/mesa-git/ … -llvm-svn/ and http://pkgbuild.com/~lcarlier/mesa-git/ … /llvm-svn/
(tried aur llvm-svn and lib32-llvm-svn first, but lib32-llvm-svn from aur has build problems).
Built both on my own pc, then i could succesfully build my mesa-r*-git packages again.
It should work with the sources for mesa-git also.
It does seem like something is different from stock arch in LH's build environment and causing problems.
Last edited by Lone_Wolf (2015-05-10 23:01:00)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
For like 6-8 months I played Dota2 with my HD7770, open source drivers, everything perfect.
During the last 2-3 months playing has been IMPOSSIBLE. The game seems to go ok, until there's a big team fight or similar, and then it hangs for a few seconds, and reboots completely my computer.
This is the error:
Apr 06 21:39:24 arch gdm-Xorg-:0[307]: (WW) RADEON(0): flip queue failed: Device or resource busy
Apr 06 21:39:24 arch gdm-Xorg-:0[307]: (WW) RADEON(0): Page flip failed: Device or resource busy
Apr 06 21:40:21 arch steam.desktop[6478]: [2015-04-0Installing breakpad exception handler for appid(steam)/version(1424305157)
Apr 06 21:40:22 arch steam.desktop[6478]: Installing breakpad exception handler for appid(steam)/version(1424305157)
Apr 06 21:40:23 arch steam.desktop[6478]: Installing breakpad exception handler for appid(steam)/version(1424305157)
Apr 06 21:48:08 arch gdm-Xorg-:0[307]: (WW) RADEON(0): radeon_dri2_flip_event_handler: Pageflip completion event has impossible msc 331918 < target_msc 331919
Apr 06 21:51:52 arch kernel: radeon 0000:01:00.0: GPU fault detected: 147 0x000c0401
Apr 06 21:51:52 arch kernel: radeon 0000:01:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x0FF80000
Apr 06 21:51:52 arch kernel: radeon 0000:01:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0C004001
Apr 06 21:51:52 arch kernel: VM fault (0x01, vmid 6) at page 267911168, read from TC (4)
Apr 06 21:52:02 arch kernel: radeon 0000:01:00.0: ring 4 stalled for more than 10083msec
Apr 06 21:52:02 arch kernel: radeon 0000:01:00.0: GPU lockup (current fence id 0x0000000000028b69 last fence id 0x0000000000028b6e on ring 4)
Apr 06 21:52:03 arch kernel: radeon 0000:01:00.0: Saved 652 dwords of commands on ring 0.
Apr 06 21:52:03 arch kernel: radeon 0000:01:00.0: GPU softreset: 0x000000ED
Apr 06 21:52:03 arch kernel: radeon 0000:01:00.0: GRBM_STATUS = 0xE65E4028
Apr 06 21:52:03 arch kernel: radeon 0000:01:00.0: GRBM_STATUS_SE0 = 0xCF800000
Apr 06 21:52:03 arch kernel: radeon 0000:01:00.0: GRBM_STATUS_SE1 = 0x00000006
The GPU is fine, because I am now playing using w8
Offline
joanmanel, that looks more like a steam issue then a video driver issue.
Or did you have problems with non-steam programs also ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
It does seem like something is different from stock arch in LH's build environment and causing problems.
lordheavy builds against testing, and therefor with gcc 5.1 and all it's dependencies and quirks.
Last edited by borbarad (2015-05-12 17:36:21)
Offline
just a FYI:
looks like mesa-git 70392.87a4bc5-1 completelly messed up my plasma experience @ radeon 290x. sddm renders only grey screen and mouse coursor (able to move). plasma desktop (ran from gdm) is just a couple of colorful glitches at the bottom of the screen + black top, no mouse.
No problems with GDM/Gnome.
Reverting to previous mesa-git version fixed plasma.
Last edited by Vi0L0 (2015-06-04 16:35:02)
Offline
just a FYI:
looks like mesa-git 70392.87a4bc5-1 completelly messed up my plasma experience @ radeon 290x. sddm renders only grey screen and mouse coursor (able to move). plasma desktop (ran from gdm) is just a couple of colorful glitches at the bottom of the screen + black top, no mouse.
No problems with GDM/Gnome.
Reverting to previous mesa-git version fixed plasma.
Please test with mesa-git 70393.71e9457
Offline
It's fine now, thanks
Edit: great news!
Marek Olšák Posts Mesa Tessellation Support For RadeonSI Gallium3D
in comments there's a link where Christoph Haag put hes fork (because of non-clear merge, as he said)
He also posted some tests on yt: Metro Redux and Unigine Heaven
Don't have time to check but what a pleasant surprise !
Last edited by Vi0L0 (2015-06-17 17:27:03)
Offline
Gallium-Nine hasn't been working for me since mesa 70763.8787141-1.
Wine reports:
err:module:load_builtin_dll failed to load .so lib for builtin L"winex11.drv": /usr/bin/../lib/wine/winex11.drv.so: undefined symbol: eglDestroyImageKHR
Regular OpenGL works fine.
Offline
Mesa changed something, I think it was this http://cgit.freedesktop.org/mesa/mesa/c … 2560789d93 (haven't checked whether it really is).
wine needs to be updated to not use these functions anymore.
Offline
radeonsi now expose OpenGL 4.1 for core context:
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN
OpenGL core profile version string: 4.1 (Core Profile) Mesa 10.7.0-devel (git-1b2b0e4)
OpenGL core profile shading language version string: 4.10
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
It's now available in mesa-git repo, or you will need at least llvm-3.7 svn with mesa git trunk.
Have fun!
Offline
radeonsi now expose OpenGL 4.1 for core context:
OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN OpenGL core profile version string: 4.1 (Core Profile) Mesa 10.7.0-devel (git-1b2b0e4) OpenGL core profile shading language version string: 4.10 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile
It's now available in mesa-git repo, or you will need at least llvm-3.7 svn with mesa git trunk.
Have fun!
Nice, but i can´t play Bioshock Infinite yet.
Excuse my poor English.
Offline
lordheavy wrote:radeonsi now expose OpenGL 4.1 for core context:
OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN OpenGL core profile version string: 4.1 (Core Profile) Mesa 10.7.0-devel (git-1b2b0e4) OpenGL core profile shading language version string: 4.10 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile
It's now available in mesa-git repo, or you will need at least llvm-3.7 svn with mesa git trunk.
Have fun!
Nice, but i can´t play Bioshock Infinite yet.
But now you can play Metro 2033/Last Light Redux.
Offline
No, I can´t. I don´t have that game
Excuse my poor English.
Offline
Now with libdrm-git supporting amdgpu driver, xf86-video-amdgpu-git is now available in [mesa-git] repo.
Have fun!
Offline
I created the file /etc/X11/xorg.conf.d/20-radeon.conf to enable DRI3:
Section "Device"
Identifier "Radeon"
Driver "radeon"
Option "DRI3" "on"
EndSection
However it seems to fail:
$ grep -i DRI3 /var/log/Xorg.0.log
[ 5.097] (WW) RADEON(0): Option "DRI3" is not used
Am I doing something wrong?
Offline
The stable xf86-video-ati doesn't support DRI3 yet, do you have xf86-video-ati-git installed ?
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
do you have xf86-video-ati-git installed ?
I thought I did, but it appears I didn't. Thanks.
Offline
I'm not so up2date with the open-source driver. Let's assume Mesa 11.0 is in the official arch repo, do I still need something from the mesa-git repo for DRI3, or is it about to get stable? I have a HD 7870 btw.
Offline
it's in mesa 11.0 afaict, but xf86-video-ati 1:7.5.0-2 doesn't support it.
You either need xf86-video-ati-git from AUR (it doesn't see that many commits, so rebuilding it won't be needed often) or from LordHeavy' unofficial repo.
Keep in mind that LH' mesa-git repo is build against testing and can cause breakage, especially if you don't have testing repos enabled.
Last edited by Lone_Wolf (2015-09-13 20:23:15)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Okay. One more thing. Is this DRI3 thing restricted to radeonsi or is it possible to use it with r600(g) cards?
Offline
It should work on R600 cards, but you'll have to set them to use glamor (check wiki) .
By default, r600 cards use EXA for accereleration, and DRI3 only works with glamor (atleast for amd, don't know about intel).
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline