[REGRESSION] rx7600 stopped working after "1cfb4d612127 drm/amdgpu: put MQDs in VRAM"

2023-10-26 Thread Alexey Klimov
80d5f4d058377a3d92c52 Mon Sep 17 00:00:00 2001 From: Alexey Klimov Date: Thu, 26 Oct 2023 17:01:02 +0100 Subject: [PATCH] drm/amdgpu: Revert "drm/amdgpu: put MQDs in VRAM" This reverts commit 1cfb4d6121276a829aa94d0e32a7f5e1830ebc21. amdgpu driver fails during initialisation with RX7600

Re: [PATCH] drm/amdgpu: don't put MQDs in VRAM on ARM | ARM64

2023-11-07 Thread Alexey Klimov
On Tue, 31 Oct 2023 at 17:55, Alex Deucher wrote: > > Issues were reported with commit 1cfb4d612127 > ("drm/amdgpu: put MQDs in VRAM") on an ADLINK Ampere > Altra Developer Platform (AVA developer platform). > > Various ARM systems seem to have problems related > to PCIe and MMIO access. In this

Re: [PATCH v8 2/6] video: add of helper for videomode

2012-11-12 Thread Alexey Klimov
Hello Steffen, On Mon, Nov 12, 2012 at 7:37 PM, Steffen Trumtrar wrote: > This adds support for reading display timings from DT or/and convert one of > those > timings to a videomode. > The of_display_timing implementation supports multiple children where each > property can have up to 3 values.

[PATCH v8 2/6] video: add of helper for videomode

2012-11-12 Thread Alexey Klimov
Hello Steffen, On Mon, Nov 12, 2012 at 7:37 PM, Steffen Trumtrar wrote: > This adds support for reading display timings from DT or/and convert one of > those > timings to a videomode. > The of_display_timing implementation supports multiple children where each > property can have up to 3 values.

[PATCH 1/9] drm/exynos: add error messages if clks failed to get enabled

2015-06-03 Thread Alexey Klimov
On Wed, Jun 3, 2015 at 7:59 PM, Alexey Klimov wrote: > Hi Gustavo, > > On Wed, Jun 3, 2015 at 5:30 PM, Gustavo Padovan > wrote: >> From: Gustavo Padovan >> >> Check error and call DRM_ERROR if clk_prepare_enable() fails. >> >> Signed-off-by: Gustavo

[PATCH 1/9] drm/exynos: add error messages if clks failed to get enabled

2015-06-03 Thread Alexey Klimov
Could you please check if you're able to apple it? In current master branch that i see similar DRM_ERROR() messages are already in place in similar functions. For example, in master branch i see decon_poweron() instead of decon_enable() and fimd_poweron() instead of fimd_enable() in your patch. Is there any chance that it's slightly outdated? Best regards, Alexey Klimov

Re: [PATCH] drm/msm: Fix inverted WARN_ON() logic

2025-06-13 Thread Alexey Klimov
You forgot Reported-by tag. Reported-by: Alexey Klimov Was the series where it is applied already merged? [..] Thanks, Alexey

Re: [PATCH] drm/msm: Fix inverted WARN_ON() logic

2025-06-13 Thread Alexey Klimov
On Fri Jun 13, 2025 at 3:41 PM BST, Rob Clark wrote: > We want to WARN_ON() if info is NULL. > > Suggested-by: Konrad Dybcio > Fixes: 0838fc3e6718 ("drm/msm/adreno: Check for recognized GPU before bind") > Tested-by: Neil Armstrong > Signed-off-by: Rob Clark > --- > drivers/gpu/drm/msm/adreno/a

Re: [PATCH v2 3/3] drm/msm/adreno: Check for recognized GPU before bind

2025-06-12 Thread Alexey Klimov
On Mon Jun 9, 2025 at 7:24 PM BST, Rob Clark wrote: > If we have a newer dtb than kernel, we could end up in a situation where > the GPU device is present in the dtb, but not in the drivers device > table. We don't want this to prevent the display from probing. So > check that we recognize the GP