| Bug ID | 110961 |
|---|---|
| Summary | Are provoded libdrm packages completely open source? |
| Product | DRI |
| Version | unspecified |
| Hardware | Other |
| OS | All |
| Status | NEW |
| Severity | major |
| Priority | medium |
| Component | DRM/AMDgpu-pro |
| Assignee | dri-devel@lists.freedesktop.org |
| Reporter | ashark@linuxcomp.ru |
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 w= hile using proprietay OpenGL, applications crashes; and clinfo utility crashes w= ith 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 bund= led 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 cou= ld even repack all other files to the normal system paths instead of placing a= ll 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
| What | Removed | Added |
|---|---|---|
| Blocks | 110956 |
| What | Removed | Added |
|---|---|---|
| Resolution | --- | INVALID |
| Status | NEW | RESOLVED |
Ubuntu packaging issue; this needs to be reported to Ubuntu in= stead.
| What | Removed | Added |
|---|---|---|
| Summary | Are provoded libdrm packages completely open source? | Are provided libdrm packages completely open source? |
| What | Removed | Added |
|---|---|---|
| Status | RESOLVED | REOPENED |
| Resolution | INVALID | --- |
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.
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 wo= rk 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
| What | Removed | Added |
|---|---|---|
| Resolution | --- | WORKSFORME |
| Status | REOPENED | RESOLVED |
I've been informed that the source can be found here: http= s://cgit.freedesktop.org/~agd5f/drm/log/?h=3Damd-19.20 I'm going to close this as resolved
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?