New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update to 17.40 #54
Update to 17.40 #54
Conversation
@brainpower how would you feel about taking over the AUR package in case @corngood doesn't return? |
I'm still watching this, I'm just not able to do any testing. If you guys test it and give me the thumbs up, I'll release it on AUR. I'm also happy to hand the package over to a new maintainer, but preferably it would be someone like @brainpower who has provided working MRs. |
This PR doesn't even install because packages like libffi-dev do not even exist in Arch. |
@svenstaro The "libffi-dev" is a Debian / Ubuntu convention for the header files for "libffi". If "libffi" exists on the Arch system the headers should be there as well; Arch packages include the header files. I have an AMD GPU - I can test this as long as it doesn't break my OpenCL. I'll fire up an Arch virtual machine and see what happens. ;-) |
@znmeb Yes indeed, but the problem is that this package requires Debian-ism packages and not those found in Arch. |
this deals with libffi-dev and libtinfo-dev appearing in depens they are now replaced with arch linux packages containing those headers
I pushed a commit dealing with libffi-dev and libtinfo-dev, please report if there are any other problems. About maintaining: I probably could do it, but I'd rather not, because the time I can spend on this is rather limited and I couldn't promise to react on any problems or updates in as a timely manner as I'd like to. So I'll say again, please test this PR and report any issues. Most of those are easily fixed in a few minutes, which I can squeeze in more easily than a few hours of testing. |
@brainpower thanks for the change but libedit2 is also not available in Arch. |
Also libpci3. |
libedit2 does not exist. arch's libedit might work, but it would be a "libedit3" so thats not for sure.
I wonder if we can update the travis test to install the packages and catch this sort of thing. @svenstaro could you paste the pacman command you're using to install? |
I have an AMD GPU - let me know when it can build and I'll test it! I want this rather badly since the "supported" AMD code for Ubuntu doesn't work with 16.04.3 LTS! http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Driver-Compatibility-Advisory-with-Ubuntu-16.04.2-and-16.04.3.aspx |
libpci3 is "provided" byarch's pciutils package
Using
|
@corngood : Well, adding "-i" to the makepkg call should cause the packages to be installed... @svenstaro you need mesa-noglvnd, I think, the amdgpu-pro libgl is not glvnd compatible. |
If I'm reading the AMD page correctly, it also requires X <= 1.18 and a kernel <= 4.9. Although I tried the Ubuntu package with Ubuntu 16.04.2 and it didn't work - black-screened. |
|
Alright, trying to run this with linux-lts:
|
I believe I had the same problem on NixOS. I needed to build a kernel with |
|
@svenstaro damn, I'm pretty sure you'll need to build a kernel with that enabled. If that's the problem, we'll need to add that to the prerequisites. It's because the dkms module depends on that one private symbol... |
Ok, recompiling linux-lts with that flag enabled. |
Alright, that worked, thanks. I can now insert the module without problems. However, I can't seem to get OpenCL or Vulkan to work (can't test OpenGL right now). Relevant logs attached. |
Ok, running |
Here's the kernel package: Let me know if there are any problems with it. |
@brainpower dkms compiles with your patched kernel on my machine |
And I also got OpenCL and OpenGL working. I had to link /opt/amdgpu-pro/lib/x86_64-linux-gnu/libGL.so to /usr/lib/libGL.so (don't know if it's intended). I also had to remove lib32-amdgpu-pro-gst-omx from the PKGBUILD as it created an error with amdgpu-pro-gst-omx when installing packages using pacman. The error was: I should also mention that I have the latest (from archlinux repo) xorg-server (1.19.5-1) Hope to be usefull :) |
@cgurps I'm surprised you had to link libGL. I thought the libgl package would install itself in ld.so.conf.d and/or provide a link in /usr/lib/libGL.so. |
@corngood yeah that was pretty weird. I installed and removed several driver for my card (through pacman) for testing, and maybe some configuration got lost somewhere and for some reason libgl thought he was already linked ... |
Getting back to you, I made the exact same installation on another machine and I can't make it work. More percisely, my xorg-server loads perfectly, but glxinfo returns:
i noticed done error in the xorg log which is:
and of course I cannot compile any applications using OpenGL (as GLX is not properly started). If you have some idea. PS: if you want the full xorg log, tell me |
https://support.amd.com/en-us/kb-articles/Pages/Radeon-Software-for-Linux-Release-Notes.aspx |
Yeah, bundled mesa suggests there will be some work needed to figure out how to not break stuff. I created an issue for 17.50. Let's keep all 17.50 stuff there: #55 |
@cgurps |
@brainpower Yes my xorg conf looks like this:
The module is correctly loaded
It detects my DRI option
It seems that he's trying to load DRI2 even if I prescribe the option for DRI3 Edit: |
So how about a release now and then worry about 17.50? |
Okay for me. By the way, there is a package on chinese archlinux depots that worked for me ! https://github.com/archlinuxcn/repo/tree/master/amdgpu-pro-installer |
@brainpower just let me know when you think your changes are ready for AUR, and I'll push them. |
Well, I hadn't had a chance to test myself, but dkms and X seem to work, so okay for me... |
@corngood Yeah, I'm ready to try it too! |
@corngood Good idea! 17.10 is not working for many people anyway. |
@Qiu3344 I'm doing fine with 17.10 but the OpenCL piece is the only part I'm using. |
Ok, merged and pushed to AUR. I updated the instructions to include a link to the correct kernel. If anyone wants to give it a try from AUR that would be great. Thanks @brainpower, and everyone else for testing. |
I'll take a run at it tonight - about two-three hours from now. |
|
@znmeb What command did you use ? |
I'd suppose makepkg to build the thing |
I did it with pacaur and it worked. |
yaourt - it may be because I have opencl-amd installed. Speaking of which, opencl-amd is now at 17.50 |
This PR has the changes from #52 with the changes mentioned by @heavysink added and then updated to 17.40 .
makepkg runs fine, but I haven't installed or tested the packages otherwise (yet) except for the dkms package.
I didn't really touch the dkms package, but since 17.40 it seems kernel 4.9.x is supported,
since the dkms build
dkms install amdgpu-17.40/492261 -k 4.9.60-1-lts
did run successfully on my machine.So you can use linux-lts from [core] now for amdgpu-pro, if you need the dkms module.Needs custom kernel, see: #54 (comment)The build with 4.13.11-1-ARCH still failed though.
X 1.19.x should be supported now, since is apparently was since 17.30: #51 (comment)
But keep in mind, that you'll probably need mesa-noglvnd or mesa-noglvnd-nogbm as mentioned here: #52 (comment)
And I left out the 20-amdgpu.conf intentionally, to see if this screen problem persists with 17.40 or if it was fixed.
Please test and tell me if something does not work, I'll try to fix it.
Things to test:
video
group