Bug 110961 - Are provided libdrm packages completely open source?
Summary: Are provided libdrm packages completely open source?
Status: RESOLVED WORKSFORME
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/AMDgpu-pro (show other bugs)
Version: unspecified
Hardware: Other All
: medium major
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 110956
  Show dependency treegraph
 
Reported: 2019-06-22 02:48 UTC by Andrew Shark
Modified: 2019-08-01 00:00 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Andrew Shark 2019-06-22 02:48:09 UTC
19.20-812932 release for Ubuntu

Provided libdrm related packages have MIT licence. But are they built completely from open source? In the changelog I can see that it is some amd-mainline-hybrid-master20190125. And actually if I omit these packages while using proprietay OpenGL, applications crashes; and clinfo utility crashes with segfault. I tested it in Ubuntu 18.04.2, in Ubuntu 19.04 and in Arch Linux. In Ubuntu 19.04 the repo's libraries have the same version as provided in bundled archive. But it was still failing with them (I even tried to place repo's libraries to /opt location, it did not help).

I want to avoid needing of installation of these libdrm packages (libdrm-amdgpu-amdgpu1, libdrm-amdgpu-common, libdrm2-amdgpu) because I am repacking amdgpu-pro for arch linux. Is that possible?

If not, then why do not name these packages and their libraries with -pro prefix?

Ideally, I want it to use libdrm provided by arch linux. In that case I could even repack all other files to the normal system paths instead of placing all to /opt.

List of packages that I still use for Arch are:
libdrm-amdgpu-amdgpu1: provides libdrm_amdgpu.so.1.0.0
libdrm-amdgpu-common: provides amdgpu.ids file that slightly differs from Arch's standard one
libdrm2-amdgpu: provides 91-amdgpu-pro-modeset.rules libdrm.so.2.4.0 libkms.so.1.0.0
Comment 1 Eric Engestrom 2019-06-22 15:48:15 UTC
Ubuntu packaging issue; this needs to be reported to Ubuntu instead.
Comment 2 Eric Engestrom 2019-06-22 17:57:18 UTC
TIL AMD does its support via our bugzilla...
Comment 3 Jeremy Newton 2019-07-29 20:32:01 UTC
I believe libdrm is open source with minor patches.

MIT does not require distributing source code, although with that said, I am looking into doing this none the less.
Comment 4 Jeremy Newton 2019-07-31 15:15:19 UTC
Just a quick question Andrew, is there a reason you're trying to use our PRO stack on Arch linux? The open stack is regularly tested by us and should work as-is considering that Arch already provides an up to date version of Mesa.

Do you need the closed source openGL driver specifically?

For our Vulkan, I would recommend porting our open source vulkan driver:
https://github.com/RadeonOpenCompute/ROCm-OpenCL-Driver

For OpenCL, I would advise porting the ROCm stack:
https://github.com/RadeonOpenCompute/ROCm-OpenCL-Driver
https://github.com/RadeonOpenCompute/ROCm-OpenCL-Runtime
https://github.com/RadeonOpenCompute/ROCT-Thunk-Interface
Comment 5 Jeremy Newton 2019-07-31 15:24:01 UTC
I've been informed that the source can be found here:
https://cgit.freedesktop.org/~agd5f/drm/log/?h=amd-19.20

I'm going to close this as resolved
Comment 6 Andrew Shark 2019-08-01 00:00:27 UTC
Hi, Jeremy.
The reason I am porting pro stack to arch Linux is that I want to be able to launch Davinci Resolve. It is proprietary software for video editing.
It requires pro OpenCL and pro OpenGL. At least for now. I do not know why exactly it crashes with open source OpenGL driver with AMD gpu renderer. Probably version of OpenGL or some extensions.

Is there a chance that open source OpenGL driver for AMD gpu would satisfy Davinci Resolve's requirements?


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.