You are not logged in.
Looks like you have both libva-vdpau-driver & libvdpau installed ?
Try removing libva-vdpau-driver .
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
I did it, same output.
Offline
@Lone_wolf
lspci gave me this:
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD9x0/RX980 Host Bridge (rev 02)
Subsystem: ASRock Incorporation Device 5a14
00:02.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GFX port 0)
Kernel driver in use: pcieport
Kernel modules: shpchp
00:09.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] RD890/RD9x0/RX980 PCI to PCI bridge (PCI Express GPP Port 4)
Kernel driver in use: pcieport
Kernel modules: shpchp
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] (rev 40)
Subsystem: ASRock Incorporation Device 4391
Kernel driver in use: ahci
Kernel modules: ahci
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
Subsystem: ASRock Incorporation Device 4397
Kernel driver in use: ohci-pci
Kernel modules: ohci_pci
00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
Subsystem: ASRock Incorporation Device 4396
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
Subsystem: ASRock Incorporation Device 4397
Kernel driver in use: ohci-pci
Kernel modules: ohci_pci
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
Subsystem: ASRock Incorporation Device 4396
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 42)
Subsystem: ASRock Incorporation Device 4385
Kernel driver in use: piix4_smbus
Kernel modules: i2c_piix4, sp5100_tco
00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 IDE Controller (rev 40)
Subsystem: ASRock Incorporation Device 439c
Kernel driver in use: pata_atiixp
Kernel modules: pata_atiixp, pata_acpi, ata_generic
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) (rev 40)
Subsystem: ASRock Incorporation Device 7892
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller (rev 40)
Subsystem: ASRock Incorporation Device 439d
00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge (rev 40)
00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller
Subsystem: ASRock Incorporation Device 4399
Kernel driver in use: ohci-pci
Kernel modules: ohci_pci
00:15.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB700/SB800/SB900 PCI to PCI bridge (PCIE port 0)
Kernel driver in use: pcieport
Kernel modules: shpchp
00:15.3 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB900 PCI to PCI bridge (PCIE port 3)
Kernel driver in use: pcieport
Kernel modules: shpchp
00:16.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller
Subsystem: ASRock Incorporation Device 4397
Kernel driver in use: ohci-pci
Kernel modules: ohci_pci
00:16.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller
Subsystem: ASRock Incorporation Device 4396
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 3
Kernel driver in use: k10temp
Kernel modules: k10temp
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 4
Kernel driver in use: fam15h_power
Kernel modules: fam15h_power
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h Processor Function 5
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X]
Subsystem: XFX Pine Group Inc. Double D HD 7970
Kernel driver in use: fglrx_pci
Kernel modules: radeon, amdgpu, fglrx
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti HDMI Audio [Radeon HD 7870 XT / 7950/7970]
Subsystem: XFX Pine Group Inc. Device aaa0
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
02:00.0 USB controller: Etron Technology, Inc. EJ188/EJ198 USB 3.0 Host Controller
Subsystem: ASRock Incorporation Device 7052
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci
05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
Subsystem: ASRock Incorporation Motherboard (one of many)
Kernel driver in use: r8169
Kernel modules: r8169
Offline
@ @ H-Bloxx
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X]
Subsystem: XFX Pine Group Inc. Double D HD 7970
Kernel driver in use: fglrx_pci
Kernel modules: radeon, amdgpu, fglrx
Tahiti XT is a GCN 1 chipset, which is supported for amdgpu kernel module and xf86-video-amdgpu driver.
That means Open GL 4.5, Vulkan and perfomance equal to or better then fglrx is possible using open source drivers.
(except OpenCL performance, that still sucks with opensource drivers).
Check https://wiki.archlinux.org/index.php/AMDGPU for details.
------------------------------------------------------------
@ prazola :
Do you have radeon kernel module blacklisted ?
If so, enable it again and have the card use radeon kernelmodule (you can stay on xf86-video-amdgpu ) for testing.
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 radeon kernel module blacklisted ?
If so, enable it again and have the card use radeon kernelmodule (you can stay on xf86-video-amdgpu ) for testing.
It was blacklisted, I commented the blacklist line and rebooted my PC. The radeon module is running but still weird vainfo. Should I switch to radeonsi and blacklist amdgpu?
EDIT: tried, same problem.
Last edited by prazola (2017-06-30 13:48:31)
Offline
Ok, try linux-lts kernel . Also install vdpauinfo from community and post output.
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
Decoder capabilities:
name level macbs width height
----------------------------------------------------
MPEG1 0 1048576 16384 16384
MPEG2_SIMPLE 3 1048576 16384 16384
MPEG2_MAIN 3 1048576 16384 16384
H264_BASELINE --- not supported ---
H264_MAIN --- not supported ---
H264_HIGH --- not supported ---
VC1_SIMPLE --- not supported ---
VC1_MAIN --- not supported ---
VC1_ADVANCED --- not supported ---
MPEG4_PART2_SP --- not supported ---
MPEG4_PART2_ASP --- not supported ---
DIVX4_QMOBILE --- not supported ---
DIVX4_MOBILE --- not supported ---
DIVX4_HOME_THEATER --- not supported ---
DIVX4_HD_1080P --- not supported ---
DIVX5_QMOBILE --- not supported ---
DIVX5_MOBILE --- not supported ---
DIVX5_HOME_THEATER --- not supported ---
DIVX5_HD_1080P --- not supported ---
H264_CONSTRAINED_BASELINE --- not supported ---
H264_EXTENDED --- not supported ---
H264_PROGRESSIVE_HIGH --- not supported ---
H264_CONSTRAINED_HIGH --- not supported ---
H264_HIGH_444_PREDICTIVE --- not supported ---
HEVC_MAIN --- not supported ---
HEVC_MAIN_10 --- not supported ---
HEVC_MAIN_STILL --- not supported ---
HEVC_MAIN_12 --- not supported ---
HEVC_MAIN_444 --- not supported ---
Offline
Something is definitely wrong, prazola.
post full dmesg , xorg log and journal from one boot. maybe those will give some clues what's happening.
Last edited by Lone_Wolf (2017-06-30 20:56:17)
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
Thank you for your support Lone_Wolf. Here you can find the logs:
prazola's logs
Installed packages from mesa-git:
mesa-git/clang-svn 306706-1 (mesagit) [installed]
mesa-git/lib32-libdrm-git 6107.fc492279-1 (mesagit) [installed]
mesa-git/lib32-llvm-libs-svn 306717-1 (mesagit) [installed]
mesa-git/lib32-llvm-svn 306717-1 (mesagit) [installed]
mesa-git/lib32-mesa-git 93626.277621bbb7-1 (mesagit) [installed]
mesa-git/lib32-vulkan-radeon-git 93626.277621bbb7-1 (mesagit) [installed]
mesa-git/libclc-git 345.201706291804-1 (mesagit) [installed]
mesa-git/libdrm-git 6107.fc492279-1 (mesagit) [installed]
mesa-git/llvm-libs-svn 306706-1 (mesagit) [installed]
mesa-git/llvm-ocaml-svn 306706-1 (mesagit) [installed]
mesa-git/llvm-svn 306706-1 (mesagit) [installed]
mesa-git/mesa-git 93623.9f6110ad32-1 (mesagit) [installed]
mesa-git/opencl-mesa-git 93623.9f6110ad32-1 (mesagit) [installed]
mesa-git/vulkan-radeon-git 93623.9f6110ad32-1 (mesagit) [installed]
mesa-git/xf86-video-amdgpu-git 310.1b6ff5f-1 (xorg-drivers) [installed]
Last edited by prazola (2017-06-30 21:24:04)
Offline
drm_kms_helper.edid_firmware=edid/cruprofile.bin
What is the reason for that edid profile ?
Let's try some more things to narrow problem down :
Add kerberizer llvm-svn repo in your pacman.conf above mesa-git , then run pacman -Syu and test.
If using another llvm-svn doesn't help, try building my aur mesa-git package.
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
My monitor is 1680x1050@60Hz. That's a custom edid with a stable 1680x1050@85Hz. Very smooth.
Ok, I'm going to try with that repo.
EDIT:
Repo added ok, but I pacman cannot download packages.
error: failed retrieving file 'llvm-libs-svn-5.0.0svn_r306941-1-x86_64.pkg.tar.xz' from repos.uni-plovdiv.net : The requested URL returned error: 404
warning: failed to retrieve some files
Ok, repo problem. Now it's downloading.
UPDATE:
No luck for both your mesa-git and llvm repo. Same output for vainfo and vdpau.
Last edited by prazola (2017-07-01 11:22:11)
Offline
I'm beginning to think the problem is on a lower level, like firmware, but let's not jump to conclusions yet.
Try reverting to stock mesa and llvm .
If that has same error, try mesa 17.0.1-1 or AUR mesa-noglvnd .
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
I uninstalled everything, cleaned the pkg cache and revert back all my cfg files to radeon. Reinstalled mesa-git with xf86-video-ati-git and now i have mi vaapi back:
libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns 0
libva info: User requested driver 'radeonsi'
libva info: Trying to open /usr/lib/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_0_40
libva info: va_openDriver() returns 0
vainfo: VA-API version: 0.40 (libva )
vainfo: Driver version: mesa gallium vaapi
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileNone : VAEntrypointVideoProc
It seems amdgpu breaks vaapi, at least with GCN1.0 cards. With my R9 390x should be fine, but I can't test right now.
Ty again Lone_Wolf.
What's the problem with amdgpu? Is it drm related or vaapi itself blacklisting some hw?
Offline
Atleast we now have some idea.
libva info: User requested driver 'radeonsi'
Please remove the env var that sets that, libva and vdpau can detect that themselves nowadays.
We changed so many things, that some re-testing is in order .
For your card mesa will always use radeonsi , but there are 2 things we can test : kernel module and X driver.
That gives 4 options :
radeon kernel mod + xf86-video-ati
radeon kernel mod + xf86-video-amdgpu (not sure if this will work)
amdgpu kernel mod + xf86-video-ati
amdgpu kernel mod + xf86-video-amdgpu
The first works, please test the other 3 .
That should give us a better idea where the problem lies.
Last edited by Lone_Wolf (2017-07-02 20:15:41)
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
The last 3 cases keeps loading radeon mod even if blacklisted, and vaapi use r600. But entries are there.
And I noticed that using amdgpu makes some vram unavailable. 3051MB vs 3072
Last edited by prazola (2017-07-02 21:50:23)
Offline
That suggests the problem has to do with the amdgpu kernel module .
Could you try with amd-staging kernel (LH mesa-git repo has it) ?
That kernel tree has the very latest amd code.
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
I see now that even with radeon module and ati driver the default vaapi driver is r600.
Isn't amd-staging about DAL?
Offline
Isn't amd-staging about DAL?
DAL is only part of it. IIRC, that kernel contains (almost) all of AMD's upstream kernel work.
I switch between the repo amd-staging, Arch Stable, Arch Zen, Arch LTS, and amd-staging-git. Stable and LTS are there just because, and I use Zen or Staging depening on how my games perform.
I just saw that AMD staging has a 4.14 wip branch. Off to compile amd-staging 4.14 wip
Lone_Wolf,
Are there any performance gains (mainly for games) when using the llvm-svn repo in conjunction with mesa-git? Or is it like mesa-git and just a crap shoot that it works or a regression occurs?
Offline
A = llvm-svn from mesa-git repo, maintained by Lord Heavy.
B = Kerberizer llvm-svn repo, built form the aur llvm-svn packages also maintained by kerberizer
The main difference between those 2 repos is that A focuses on what needed for building mesa, while B tries to provide a fully functional llvm/clang compiler suite.
Another difference is that B has practically all tests llvm / clang have enabled, and the repo is only updated if the check function doesn't abort.
I am not aware of performance differences though.
P.S. The 2nd difference is the reason i asked prazola to test with B.
Last edited by Lone_Wolf (2017-07-03 12:29:46)
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
Thank you for that explanation. Other than the maintainers, I wasn't sure of any differences between the two.
It's times like this I wish I dual or triple booted Arch so I could compare differences like this with games or benchmark software...because right now I'm very happy with my Arch Testing with Mesa-Git setup.
And I haven't installed that drm-next-4.14-wip kernel yet....my dumbass left out the -wip when tweaking the staging pkgbuild....and the kernel sources are downloading so freaking slow; fluctuates between 80 and 120 kbps....I max out around 5mbps so I know it isn't my connection.
EDIT:
Just a bit of an update, installed the drm-next-4.14-wip kernel and it's a 4.12 based kernel with various AMD patches. I haven't noticed any issues, but I also haven't really tested much other than watching some SG1 on Hulu (which has the worst cuts of SG1). Should also add that I'm using the radeon driver because amdgpu is giving me issues with my xorg.conf.
Last edited by skeevy420 (2017-07-04 12:33:54)
Offline
Another day another AMD "issue". I own a Vega Frontier Edition and want to use Arch with it. I took a look at the AUR but all the AMDGPU-PRO packages are out of date. The vega explicitly needs 17.20 drivers, not 17.10. In fact, 17.20 supports all cards like 17.10 plus Vega FE. I didn't start the journey of manual installation yet, just want to get some advice how to properly start this. Thank you in advance
Offline
AMDGPU-PRO has one big disadvantage : it's aimed almost exclusively at specific ubuntu versions.
This makes it very hard to get it to work correctly on arch linux.
Your best alternative is the amd-staging kernel .
It contains everything that hasn't been upstreamed yet, including the DAL/DC code,
Last edited by Lone_Wolf (2017-07-12 11:17:57)
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
Never thought about that, THANKS. One little confusion thought: what would be the correct mkinitcpio -p command? Standard in the install guide is "mkinitcpio -p linux". Should I run "mkinitcpio -p linux-amd-staging-git" then ? Do I need special version of e.g. mesa, xorg, xf86-video- or can I just install what's in the official repos?
I'm not 100% sure what's needed if I want to run OpenCL applications with this kernel. Is there anything I should also install for opencl support?
Last edited by jascha (2017-07-12 13:52:04)
Offline
what would be the correct mkinitcpio -p command? Standard in the install guide is "mkinitcpio -p linux". Should I run "mkinitcpio -p linux-amd-staging-git" then ?
yes, looking at amd-staging-git PKGBUILD it does install a mkinitcpio preset with that name .
Do I need special version of e.g. mesa, xorg, xf86-video- or can I just install what's in the official repos?
official repo versions should work fine.
I'm not 100% sure what's needed if I want to run OpenCL applications with this kernel. Is there anything I should also install for opencl support?
mesa opencl support can't handle your card.
There's ROCm which is now fully opensource, but it seems to require changes to llvm/clang that haven't been upstreamed yet.
No idea if people have succeeded in getting it to run on archlinux, but there is a docker image on github[1] you could try.
The aur opencl-amd package is your best bet, it just needs to be updated to 17.20 .
Since opencl-amd moves binaries prepared by amd to where archlinux needs/expects them, it should be easy to upgrade.
[1] https://github.com/RadeonOpenCompute/ROCm-docker
Last edited by Lone_Wolf (2017-07-13 11:07:03)
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
I've gathered some info from disparate sources like the wiki and just wanted to fact check:
A. The best (gaming) setup for a Radeon RX480 is to use AMDGPU Pro
B. Using AMDGPU Pro requires stepping back a few kernel versions
C. Despite lots of AMD-related work in very recent kernel versions, for the next few months at least, AMDGPU Pro seems to be the way to stay closest to peak performance.
Unrelated fact for similar fact checking:
D. One cannot use Hashcat on an RX480 in Linux at this time, and there seems to be no work in progress to support it.
I'd greatly appreciate any "True, True, True" or "False, I Dunno, True" etc. style answers, but I also enjoy links to source material as appropriate to explain a complicated story or a "false".
Offline