dri-devel October 2019

dri-devel@lists.freedesktop.org

359 participants
1833 discussions

[drm-intel:drm-intel-next-queued 4/4] include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen12_fwtable_read8' - different lock contexts for basic block
by kbuild test robot 02 Oct '19

02 Oct '19

tree: git://anongit.freedesktop.org/drm-intel drm-intel-next-queued head: cf82d9ddd3b5203dea5561dfabd1216b8159af37 commit: cf82d9ddd3b5203dea5561dfabd1216b8159af37 [4/4] drm/i915/tgl: Introduce gen12 forcewake ranges reproduce: # apt-get install sparse # sparse version: v0.6.1-rc1-37-gd466a02-dirty git checkout cf82d9ddd3b5203dea5561dfabd1216b8159af37 make ARCH=x86_64 allmodconfig make C=1 CF='-fdiagnostic-prefix -D__CHECK_ENDIAN__' If you fix the issue, kindly add following tag Reported-by: kbuild test robot <lkp(a)intel.com> sparse warnings: (new ones prefixed by >>) >> include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen12_fwtable_read8' - different lock contexts for basic block >> include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen12_fwtable_read16' - different lock contexts for basic block >> include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen12_fwtable_read32' - different lock contexts for basic block >> include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen12_fwtable_read64' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen11_fwtable_read8' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen11_fwtable_read16' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen11_fwtable_read32' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen11_fwtable_read64' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'fwtable_read8' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'fwtable_read16' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'fwtable_read32' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'fwtable_read64' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen6_read8' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen6_read16' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen6_read32' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen6_read64' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen6_write8' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen6_write16' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen6_write32' - different lock contexts for basic block >> include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen12_fwtable_write8' - different lock contexts for basic block >> include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen12_fwtable_write16' - different lock contexts for basic block >> include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen12_fwtable_write32' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen11_fwtable_write8' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen11_fwtable_write16' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen11_fwtable_write32' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'fwtable_write8' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'fwtable_write16' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'fwtable_write32' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen8_write8' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen8_write16' - different lock contexts for basic block include/linux/spinlock.h:393:9: sparse: sparse: context imbalance in 'gen8_write32' - different lock contexts for basic block vim +/gen12_fwtable_read8 +393 include/linux/spinlock.h c2f21ce2e31286 Thomas Gleixner 2009-12-02 390 3490565b633c70 Denys Vlasenko 2015-07-13 391 static __always_inline void spin_unlock_irqrestore(spinlock_t *lock, unsigned long flags) c2f21ce2e31286 Thomas Gleixner 2009-12-02 392 { c2f21ce2e31286 Thomas Gleixner 2009-12-02 @393 raw_spin_unlock_irqrestore(&lock->rlock, flags); c2f21ce2e31286 Thomas Gleixner 2009-12-02 394 } c2f21ce2e31286 Thomas Gleixner 2009-12-02 395 :::::: The code at line 393 was first introduced by commit :::::: c2f21ce2e31286a0a32f8da0a7856e9ca1122ef3 locking: Implement new raw_spinlock :::::: TO: Thomas Gleixner <tglx(a)linutronix.de> :::::: CC: Thomas Gleixner <tglx(a)linutronix.de> --- 0-DAY kernel test infrastructure Open Source Technology Center https://lists.01.org/pipermail/kbuild-all Intel Corporation

1 0

[PATCH 0/6] amdgpu build fixes
by Arnd Bergmann 02 Oct '19

02 Oct '19

Here are a couple of build fixes from my backlog in the randconfig tree. It would be good to get them all into linux-5.4. Arnd Arnd Bergmann (6): drm/amdgpu: make pmu support optional, again drm/amdgpu: hide another #warning drm/amdgpu: display_mode_vba_21: remove uint typedef drm/amd/display: fix dcn21 Makefile for clang [RESEND] drm/amd/display: hide an unused variable [RESEND] drm/amdgpu: work around llvm bug #42576 drivers/gpu/drm/amd/amdgpu/Makefile | 2 +- drivers/gpu/drm/amd/amdgpu/sdma_v4_0.c | 1 + drivers/gpu/drm/amd/amdgpu/soc15.c | 2 -- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 2 ++ drivers/gpu/drm/amd/display/dc/dcn21/Makefile | 12 +++++++++++- .../amd/display/dc/dml/dcn21/display_mode_vba_21.c | 13 +++++-------- 6 files changed, 20 insertions(+), 12 deletions(-) -- 2.20.0

4 19

[pull] amdgpu drm-fixes-5.4
by Alex Deucher 02 Oct '19

02 Oct '19

Hi Dave, Daniel, Fixes for 5.4. Nothing too major. Enabling bulk moves is not exactly a bug fix, but it's been working well for a while and it improves performance and reduces latency in command submission. If you have concerns, I can respin without it. The following changes since commit 54ecb8f7028c5eb3d740bb82b0f1d90f2df63c5c: Linux 5.4-rc1 (2019-09-30 10:35:40 -0700) are available in the Git repository at: git://people.freedesktop.org/~agd5f/linux tags/drm-fixes-5.4-2019-10-02 for you to fetch changes up to c0e70e10b11b1b7ca0f537e7ce4404a0459cdc7c: drm/amd/display: fix dcn21 Makefile for clang (2019-10-02 12:58:33 -0500) ---------------------------------------------------------------- drm-fixes-5.4-2019-10-02: amdgpu: - Enable bulk moves - Power metrics fixes for Navi - Fix S4 regression - Add query for tcc disabled mask - Fix several leaks in error paths - randconfig fixes - clang fixes ---------------------------------------------------------------- Aaron Liu (1): Revert "drm/amdgpu: disable stutter mode for renoir" Alex Deucher (1): drm/amdgpu: don't increment vram lost if we are in hibernation Arnd Bergmann (5): drm/amdgpu: make pmu support optional, again drm/amdgpu: hide another #warning drm/amdgpu: display_mode_vba_21: remove uint typedef drm/amd/display: hide an unused variable drm/amd/display: fix dcn21 Makefile for clang Christian König (1): drm/amdgpu: revert "disable bulk moves for now" Kevin Wang (2): drm/amd/powerplay: change metrics update period from 1ms to 100ms drm/amd/powerplay: add sensor lock support for smu Marek Olšák (1): drm/amdgpu: return tcc_disabled_mask to userspace Navid Emamdoost (2): drm/amdgpu: fix multiple memory leaks in acp_hw_init drm/amd/display: memory leak drivers/gpu/drm/amd/amdgpu/Makefile | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_acp.c | 34 ++++++++++++++-------- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 3 +- drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.h | 1 + drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 2 ++ drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 2 -- drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c | 12 ++++++++ drivers/gpu/drm/amd/amdgpu/nv.c | 6 ++-- drivers/gpu/drm/amd/amdgpu/soc15.c | 8 ++--- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 4 +-- .../drm/amd/display/dc/dce100/dce100_resource.c | 1 + .../drm/amd/display/dc/dce110/dce110_resource.c | 1 + .../drm/amd/display/dc/dce112/dce112_resource.c | 1 + .../drm/amd/display/dc/dce120/dce120_resource.c | 1 + .../gpu/drm/amd/display/dc/dce80/dce80_resource.c | 1 + .../gpu/drm/amd/display/dc/dcn10/dcn10_resource.c | 1 + .../gpu/drm/amd/display/dc/dcn20/dcn20_resource.c | 1 + drivers/gpu/drm/amd/display/dc/dcn21/Makefile | 12 +++++++- .../amd/display/dc/dml/dcn21/display_mode_vba_21.c | 13 ++++----- drivers/gpu/drm/amd/powerplay/amdgpu_smu.c | 2 ++ drivers/gpu/drm/amd/powerplay/arcturus_ppt.c | 2 ++ drivers/gpu/drm/amd/powerplay/inc/amdgpu_smu.h | 1 + drivers/gpu/drm/amd/powerplay/navi10_ppt.c | 4 ++- drivers/gpu/drm/amd/powerplay/vega20_ppt.c | 2 ++ include/uapi/drm/amdgpu_drm.h | 2 ++ 25 files changed, 85 insertions(+), 34 deletions(-)

1 0

[Bug 110963] Wrong condition and wrong variable substitution in libgl1-amdgpu-mesa-dri in postinst script
by bugzilla-daemon＠freedesktop.org 02 Oct '19

02 Oct '19

https://bugs.freedesktop.org/show_bug.cgi?id=110963 Bug ID: 110963 Summary: Wrong condition and wrong variable substitution in libgl1-amdgpu-mesa-dri in postinst script Product: DRI Version: unspecified Hardware: Other OS: All Status: NEW Severity: major Priority: medium Component: DRM/AMDgpu-pro Assignee: dri-devel(a)lists.freedesktop.org Reporter: ashark(a)linuxcomp.ru 19.20-812932 release for Ubuntu In libgl1-amdgpu-mesa-dri in postinst script there is such condition: # Support I+A hybrid graphics if [ -f ... ] && [ "str1" != "str2" ]; then You just compare two different strings? I guess you wanted to compare folder contents. But now that second condition will always be true. Further there is: if [ "${f%%/*}" = ... ]; then there is extra percent symbol, you should remove it. Btw, in rpm release variant in scriptlet there is no such mistake. -- You are receiving this mail because: You are the assignee for the bug.

1 5

[PATCH] drm/vkms: prime import support
by Oleg Vasilev 02 Oct '19

02 Oct '19

Bring dmabuf sharing through implementing prime_import_sg_table callback. This will help to validate userspace conformance in prime configurations without using any actual hardware (e.g. in the cloud). This enables kms_prime IGT testcase on vkms. V2: - Rodrigo: styleguide + return code check V3: - Rodrigo: remove redundant vkms_gem_create_private Cc: Rodrigo Siqueira <rodrigosiqueiramelo(a)gmail.com> Cc: Haneen Mohammed <hamohammed.sa(a)gmail.com> Cc: Daniel Vetter <daniel(a)ffwll.ch> Cc: Simon Ser <simon.ser(a)intel.com> Signed-off-by: Oleg Vasilev <oleg.vasilev(a)intel.com> Signed-off-by: Oleg Vasilev <omrigann(a)gmail.com> --- drivers/gpu/drm/vkms/vkms_drv.c | 12 ++++++++++++ drivers/gpu/drm/vkms/vkms_drv.h | 6 ++++++ drivers/gpu/drm/vkms/vkms_gem.c | 27 +++++++++++++++++++++++++++ 3 files changed, 45 insertions(+) diff --git a/drivers/gpu/drm/vkms/vkms_drv.c b/drivers/gpu/drm/vkms/vkms_drv.c index 80524a22412a..54703463d966 100644 --- a/drivers/gpu/drm/vkms/vkms_drv.c +++ b/drivers/gpu/drm/vkms/vkms_drv.c @@ -11,7 +11,9 @@ #include <linux/module.h> #include <linux/platform_device.h> +#include <linux/dma-mapping.h> +#include <drm/drm_gem.h> #include <drm/drm_atomic.h> #include <drm/drm_atomic_helper.h> #include <drm/drm_drv.h> @@ -103,6 +105,8 @@ static struct drm_driver vkms_driver = { .gem_vm_ops = &vkms_gem_vm_ops, .gem_free_object_unlocked = vkms_gem_free_object, .get_vblank_timestamp = vkms_get_vblank_timestamp, + .prime_fd_to_handle = drm_gem_prime_fd_to_handle, + .gem_prime_import_sg_table = vkms_prime_import_sg_table, .name = DRIVER_NAME, .desc = DRIVER_DESC, @@ -157,6 +161,14 @@ static int __init vkms_init(void) if (ret) goto out_unregister; + ret = dma_coerce_mask_and_coherent(vkms_device->drm.dev, + DMA_BIT_MASK(64)); + + if (ret) { + DRM_ERROR("Could not initialize DMA support\n"); + goto out_fini; + } + vkms_device->drm.irq_enabled = true; ret = drm_vblank_init(&vkms_device->drm, 1); diff --git a/drivers/gpu/drm/vkms/vkms_drv.h b/drivers/gpu/drm/vkms/vkms_drv.h index 5a95100fa18b..7d52e24564db 100644 --- a/drivers/gpu/drm/vkms/vkms_drv.h +++ b/drivers/gpu/drm/vkms/vkms_drv.h @@ -137,6 +137,12 @@ int vkms_gem_vmap(struct drm_gem_object *obj); void vkms_gem_vunmap(struct drm_gem_object *obj); +/* Prime */ +struct drm_gem_object * +vkms_prime_import_sg_table(struct drm_device *dev, + struct dma_buf_attachment *attach, + struct sg_table *sg); + /* CRC Support */ const char *const *vkms_get_crc_sources(struct drm_crtc *crtc, size_t *count); diff --git a/drivers/gpu/drm/vkms/vkms_gem.c b/drivers/gpu/drm/vkms/vkms_gem.c index 6489bfe0a149..2e01186fb943 100644 --- a/drivers/gpu/drm/vkms/vkms_gem.c +++ b/drivers/gpu/drm/vkms/vkms_gem.c @@ -1,7 +1,9 @@ // SPDX-License-Identifier: GPL-2.0+ +#include <linux/dma-buf.h> #include <linux/shmem_fs.h> #include <linux/vmalloc.h> +#include <drm/drm_prime.h> #include "vkms_drv.h" @@ -218,3 +220,28 @@ int vkms_gem_vmap(struct drm_gem_object *obj) mutex_unlock(&vkms_obj->pages_lock); return ret; } + +struct drm_gem_object * +vkms_prime_import_sg_table(struct drm_device *dev, + struct dma_buf_attachment *attach, + struct sg_table *sg) +{ + struct vkms_gem_object *obj; + int npages; + + obj = __vkms_gem_create(dev, attach->dmabuf->size); + if (IS_ERR(obj)) + return ERR_CAST(obj); + + npages = PAGE_ALIGN(attach->dmabuf->size) / PAGE_SIZE; + DRM_DEBUG_PRIME("Importing %d pages\n", npages); + + obj->pages = kvmalloc_array(npages, sizeof(struct page *), GFP_KERNEL); + if (!obj->pages) { + vkms_gem_free_object(&obj->gem); + return ERR_PTR(-ENOMEM); + } + + drm_prime_sg_to_page_addr_arrays(sg, obj->pages, NULL, npages); + return &obj->gem; +} -- 2.17.1

2 1

[PATCH 1/2] drm/ttm: also export ttm_bo_vm_fault
by Christian König 02 Oct '19

02 Oct '19

That is needed by at least a cleanup in radeon. Signed-off-by: Christian König <christian.koenig(a)amd.com> --- drivers/gpu/drm/ttm/ttm_bo_vm.c | 3 ++- include/drm/ttm/ttm_bo_api.h | 2 ++ 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c index cb3120cd5aa1..525046bbcb6b 100644 --- a/drivers/gpu/drm/ttm/ttm_bo_vm.c +++ b/drivers/gpu/drm/ttm/ttm_bo_vm.c @@ -316,7 +316,7 @@ vm_fault_t ttm_bo_vm_fault_reserved(struct vm_fault *vmf, } EXPORT_SYMBOL(ttm_bo_vm_fault_reserved); -static vm_fault_t ttm_bo_vm_fault(struct vm_fault *vmf) +vm_fault_t ttm_bo_vm_fault(struct vm_fault *vmf) { struct vm_area_struct *vma = vmf->vma; pgprot_t prot; @@ -336,6 +336,7 @@ static vm_fault_t ttm_bo_vm_fault(struct vm_fault *vmf) return ret; } +EXPORT_SYMBOL(ttm_bo_vm_fault); void ttm_bo_vm_open(struct vm_area_struct *vma) { diff --git a/include/drm/ttm/ttm_bo_api.h b/include/drm/ttm/ttm_bo_api.h index 851260cbbb2f..dad41cf5cd64 100644 --- a/include/drm/ttm/ttm_bo_api.h +++ b/include/drm/ttm/ttm_bo_api.h @@ -796,6 +796,8 @@ vm_fault_t ttm_bo_vm_fault_reserved(struct vm_fault *vmf, pgprot_t prot, pgoff_t num_prefault); +vm_fault_t ttm_bo_vm_fault(struct vm_fault *vmf); + void ttm_bo_vm_open(struct vm_area_struct *vma); void ttm_bo_vm_close(struct vm_area_struct *vma); -- 2.14.1

2 4

[Bug 110968] Allow ubuntu users to install on other ubuntu versions
by bugzilla-daemon＠freedesktop.org 02 Oct '19

02 Oct '19

https://bugs.freedesktop.org/show_bug.cgi?id=110968 Bug ID: 110968 Summary: Allow ubuntu users to install on other ubuntu versions Product: DRI Version: unspecified Hardware: Other OS: All Status: NEW Severity: blocker Priority: medium Component: DRM/AMDgpu-pro Assignee: dri-devel(a)lists.freedesktop.org Reporter: ashark(a)linuxcomp.ru 19.20-812932 release for Ubuntu In amdgpu-core package there is a preinst script which checks a distribution version. If it is not Ubuntu, it allows installation with warning. But if it detects it is another version of Ubuntu, it declines installation. Why not just let users to install and just warn them that they are using unsupported version? Anyway, users may modify a package with my script, that I attached to this bug report: https://bugs.freedesktop.org/show_bug.cgi?id=110795 Also installation denial of this single package causes a big trouble for those who tried to use installer script. You can see in that bug report that another user was in situation with a lot of broken packages. I also was in such situation and did not know how to recover from that state. Later I have prepared a script to remove everything from amdgpu-pro (also attached there). But really, if you still want to stop ubuntu users, then why do not edit installer, so it goes to install only amdgpu-core first (without its dependencies), and only after that it goes to install all other packages that are returned by build_package_list? Or just make distribution check in installer script rather than in package scriptlet. -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 109440] Radeon RX 580 fails to initialize
by bugzilla-daemon＠freedesktop.org 02 Oct '19

02 Oct '19

https://bugs.freedesktop.org/show_bug.cgi?id=109440 Bug ID: 109440 Summary: Radeon RX 580 fails to initialize Product: DRI Version: XOrg git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: DRM/AMDgpu-pro Assignee: dri-devel(a)lists.freedesktop.org Reporter: bogdan.mustiata(a)gmail.com Created attachment 143204 --> https://bugs.freedesktop.org/attachment.cgi?id=143204&action=edit all logs Setup: Lenovo X230 laptop with an integrated graphic card, the RX 580 is connected via a gdc beast using an express card connector. Drivers: latest at current date: amdgpu-pro-18.50-708488-ubuntu-18.04 Kernel: Linux germanium 4.18.0-13-generic #14~18.04.1-Ubuntu SMP Thu Dec 6 14:09:52 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux It seems the dkms fails to build on ubuntu, and the system goes to a blank screen after loading. I can still switch to a terminal (that's how I obtained the logs). The kernel crashes, and when trying to reboot it even kernel panics. The system will never boot to an UI again unless I uninstall the amdgpu pro drivers, even if at boot time the external graphic card is not connected anymore. (expresscard is unplugged from laptop) I attached the logs. I was not able to install the amdgpu-pro-18.50 on any kernel version, they all fail to compile the dkms driver (I went from 4.15 and up to 4.20, using ukuu, and for 4.15 I also tried the one from the supported ubuntu). amdgpu-pro-18.40 builds on 4.15, but fails to load the firmware. There is no stacktrace just smu failed to load firmware. -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 111402] amdgpu-pro-install fails to install on openSUSE Leap 15.1 due to insufficient checks of $ID [PATCH included]
by bugzilla-daemon＠freedesktop.org 02 Oct '19

02 Oct '19

https://bugs.freedesktop.org/show_bug.cgi?id=111402 Bug ID: 111402 Summary: amdgpu-pro-install fails to install on openSUSE Leap 15.1 due to insufficient checks of $ID [PATCH included] Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu-pro Assignee: dri-devel(a)lists.freedesktop.org Reporter: public_timo.s(a)silentcreek.de Created attachment 145064 --> https://bugs.freedesktop.org/attachment.cgi?id=145064&action=edit Simple fix that allows installing on openSUSE Leap 15.1 Hi, I downloaded the latest amdgpu-pro-19.30-844693-sle-15.tar.xz package from amd.com and tried to install it on openSUSE Leap 15.1 following the docs [1]. The command $ ./amdgpu-pro-install --opencl=legacy --headless failed with the following error: tee: /etc/yum.repos.d/amdgpu-pro-local.repo: No such file or directory So, the installer seems to mistake my system for a RHEL/CentOS-based OS. Looking at the code, I noticed the script gets the $ID from /etc/os-release which in my case looks like this: NAME="openSUSE Leap" VERSION="15.1 " ID="opensuse-leap" [...] The function yum_repo() in the script does not properly check the $ID, however. It only matches against the strings 'sles', 'sled' and 'opensuse', but not 'opensuse-leap'. This is contrary to the function os_release() which matches opensuse-leap as well (with a wildcard). So, the solution to the issue is a simple wildcard. I'm attaching a patch that allowed me to run the installer on openSUSE Leap 15.1. Regards, Timo [1] https://amdgpu-install.readthedocs.io/en/latest/install-installing.html -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 110188] AMD graphics card driver cannot be installed on Fedora 29
by bugzilla-daemon＠freedesktop.org 02 Oct '19

02 Oct '19

https://bugs.freedesktop.org/show_bug.cgi?id=110188 Bug ID: 110188 Summary: AMD graphics card driver cannot be installed on Fedora 29 Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: All Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: xieqiao(a)yahoo.com The lastest Radeon™ Software for Linux® Driver for RHEL 7.6 / CentOS 7.6 cannot be installed on my Fedora 29 with both Radeon RX480 and Radeon VII. I need to have at least one GPU (e.g. RX480) being recognized by Fedora 29. I'm quite frustrated. I just want to install AMD driver, and it turned out to be a subscription problem, which simply does not working after trying various menthods. Registering to: subscription.rhsm.redhat.com:443/subscription Username: xxxxx Password: module 'os' has no attribute 'errno' It seems Password cannot be typed So I have no choice but to mount the downloaded rhel 7 and done everything accordingly step by step without errors. https://access.redhat.com/solutions/1355683 https://amdgpu-install.readthedocs.io/en/latest/install-prereq.html But when I execute $ ./amdgpu-install -y, there still remains the same prompt: "No match for argument: amdgpu-dkms No match for argument: amdgpu" -- You are receiving this mail because: You are the assignee for the bug.

1 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel October 2019