Re: [git pull] drm fixes round two for 5.13-rc1

2021-05-09 Thread pr-tracker-bot
The pull request you sent on Mon, 10 May 2021 04:16:02 +1000: > git://anongit.freedesktop.org/drm/drm tags/drm-next-2021-05-10 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/efc58a96adcd29cc37487a60582d9d08b34f6640 Thank you! -- Deet-doot-dot, I am a bot.

[PATCH] drm/radeon/si_dpm: Fix SMU power state load

2021-05-09 Thread Gustavo A. R. Silva
Create new structure SISLANDS_SMC_SWSTATE_SINGLE, as initialState.levels and ACPIState.levels are never actually used as flexible arrays. Those arrays can be used as simple objects of type SISLANDS_SMC_HW_PERFORMANCE_LEVEL, instead. Currently, the code fails because flexible array _levels_ in

Re: [RFC PATCH 00/97] Basic GuC submission support in the i915

2021-05-09 Thread Jason Ekstrand
On May 9, 2021 12:12:36 Martin Peres wrote: Hi, On 06/05/2021 22:13, Matthew Brost wrote: Basic GuC submission support. This is the first bullet point in the upstreaming plan covered in the following RFC [1]. At a very high level the GuC is a piece of firmware which sits between the i915

Re: [PATCH] drm/panel: s6e63m0: Depromote debug prints

2021-05-09 Thread Linus Walleij
On Sun, Mar 14, 2021 at 12:09 AM Linus Walleij wrote: > The dev_info():s in the DSI driver are very talkative, > depromote these to dev_dbg(). > > Signed-off-by: Linus Walleij Could someone show mercy on this patch and apply it? Pretty please. Patch reviews offered in return. Yours, Linus

Re: [git pull] drm fixes round two for 5.13-rc1

2021-05-09 Thread Guenter Roeck
On 5/9/21 2:08 PM, Linus Torvalds wrote: On Sun, May 9, 2021 at 11:16 AM Dave Airlie wrote: Bit later than usual, I queued them all up on Friday then promptly forgot to write the pull request email. This is mainly amdgpu fixes, with some radeon/msm/fbdev and one i915 gvt fix thrown in. Hmm.

Re: [Intel-gfx] [PATCH] drm/i915: Stop propagating fence errors by default

2021-05-09 Thread Jason Ekstrand
On May 7, 2021 03:35:33 Tvrtko Ursulin wrote: From: Tvrtko Ursulin This is an alternative proposed fix for the below references bug report where dma fence error propagation is causing undesirable change in behaviour post GPU hang/reset. Approach in this patch is to simply stop propagating

[PATCH] drm/radeon/ni_dpm: Fix booting bug

2021-05-09 Thread Gustavo A. R. Silva
Create new structure NISLANDS_SMC_SWSTATE_SINGLE, as initialState.levels and ACPIState.levels are never actually used as flexible arrays. Those arrays can be used as simple objects of type NISLANDS_SMC_HW_PERFORMANCE_LEVEL, instead. Currently, the code fails because flexible array _levels_ in

Re: [git pull] drm fixes round two for 5.13-rc1

2021-05-09 Thread Linus Torvalds
On Sun, May 9, 2021 at 11:16 AM Dave Airlie wrote: > > Bit later than usual, I queued them all up on Friday then promptly > forgot to write the pull request email. This is mainly amdgpu fixes, > with some radeon/msm/fbdev and one i915 gvt fix thrown in. Hmm. Gcc seems ok with this, but clang

[PATCH v2 1/1] drm/msm/dpu: Fix error return code in dpu_mdss_init()

2021-05-09 Thread Zhen Lei
The error code returned by platform_get_irq() is stored in 'irq', it's forgotten to be copied to 'ret' before being returned. As a result, the value 0 of 'ret' is returned incorrectly. After the above fix is completed, initializing the local variable 'ret' to 0 is no longer needed, remove it. In

[PATCH v2 0/1] drm/msm/dpu: Fix error return code in dpu_mdss_init()

2021-05-09 Thread Zhen Lei
v1 --> v2: According to Anton Ivanov's review comments, detele the unnecessary local variable initialization "ret = 0". Zhen Lei (1): drm/msm/dpu: Fix error return code in dpu_mdss_init() drivers/gpu/drm/msm/disp/dpu1/dpu_mdss.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-)

Re: Radeon NI: GIT kernel with the nislands_smc commit doesn't boot on a Freescale P5040 board and P.A.Semi Nemo board

2021-05-09 Thread Gustavo A. R. Silva
Hi Christian, On 5/8/21 06:33, Christian Zigotzky wrote: > Hi Gustavo, > > Your patch works! Thanks a lot! I tested it with my Freescale P5040 board and > P.A.Semi Nemo board with a connected AMD Radeon HD6970 NI graphics cards > (Cayman > XT) today. Awesome! :) Thank you! -- Gustavo > >

[PATCH] drm/msm: fix warning "using plain integer as NULL pointer"

2021-05-09 Thread Bernard Zhao
Fix sparse warning: drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c:1195:41: warning: Using plain integer as NULL pointer drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c:1348:32: warning: Using plain integer as NULL pointer Signed-off-by: Bernard Zhao --- drivers/gpu/drm/msm/disp/dpu1/dpu_plane.c | 4

[PATCH] RFC: drm/panel: s6e63m0: Register ESD IRQ handler

2021-05-09 Thread Linus Walleij
The S6E63M0 can emit an "ESD IRQ" which spells out electrostatic discharge interrupt request. This exist on other panels as well. The interrupt will according to some sources occur as a result of the display being bent or cracked and generally failing to display the desired content. I have no

[pull] drm/msm: drm-msm-fixes-2021-05-09 for v5.13-rc2

2021-05-09 Thread Rob Clark
Hi Dave & Daniel, First round of fixes for v5.13 The following changes since commit a29c8c0241654d5f3165d52e9307e4feff955621: drm/msm/disp/dpu1: fix display underruns during modeset. (2021-04-09 12:02:35 -0700) are available in the Git repository at:

Re: [git pull] drm fixes round two for 5.13-rc1

2021-05-09 Thread Dave Airlie
On Mon, 10 May 2021 at 07:08, Linus Torvalds wrote: > > On Sun, May 9, 2021 at 11:16 AM Dave Airlie wrote: > > > > Bit later than usual, I queued them all up on Friday then promptly > > forgot to write the pull request email. This is mainly amdgpu fixes, > > with some radeon/msm/fbdev and one

Re: [PATCH] drm/amd/amdgpu: Fix errors in function documentation

2021-05-09 Thread Christian König
Am 09.05.21 um 16:49 schrieb Dwaipayan Ray: Fix a couple of syntax errors and removed one excess parameter in the function documentations which lead to kernel docs build warning. Signed-off-by: Dwaipayan Ray Reviewed-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c | 3

[git pull] drm fixes round two for 5.13-rc1

2021-05-09 Thread Dave Airlie
Hey Linus, Bit later than usual, I queued them all up on Friday then promptly forgot to write the pull request email. This is mainly amdgpu fixes, with some radeon/msm/fbdev and one i915 gvt fix thrown in. Hopefully I get you before you drop rc1, but nothing insanely urgent if not. Dave.

[Bug 213007] New: [drm:amdgpu_job_run [amdgpu]] *ERROR* Error scheduling IBs (-22)

2021-05-09 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=213007 Bug ID: 213007 Summary: [drm:amdgpu_job_run [amdgpu]] *ERROR* Error scheduling IBs (-22) Product: Drivers Version: 2.5 Kernel Version: 5.10.33 Hardware: All

Re: [PATCH 2/2] drm/msm/dpu: Wire up needs_dirtyfb

2021-05-09 Thread Rob Clark
On Sat, May 8, 2021 at 12:53 PM Rob Clark wrote: > > From: Rob Clark > > Signed-off-by: Rob Clark >From Ryan (sending this for him because mailing list workflow is lame): I have tested this on my end and it resolves the 120hz problem. Tested-By: Ryan Houdek > --- >

Re: [RFC PATCH 00/97] Basic GuC submission support in the i915

2021-05-09 Thread Martin Peres
Hi, On 06/05/2021 22:13, Matthew Brost wrote: Basic GuC submission support. This is the first bullet point in the upstreaming plan covered in the following RFC [1]. At a very high level the GuC is a piece of firmware which sits between the i915 and the GPU. It offloads some of the scheduling

[PATCH] drm: panel-orientation-quirks: Update the Lenovo Ideapad D330 quirk (v2)

2021-05-09 Thread Hans de Goede
2 improvements to the Lenovo Ideapad D330 panel-orientation quirks: 1. Some versions of the Lenovo Ideapad D330 have a DMI_PRODUCT_NAME of "81H3" and others have "81MD". Testing has shown that the "81MD" also has a 90 degree mounted panel. Drop the DMI_PRODUCT_NAME from the existing quirk so that

Re: [PATCH] drm/radeon/si_dpm: Fix SMU power state load

2021-05-09 Thread Kai-Heng Feng
On Mon, May 10, 2021 at 6:54 AM Gustavo A. R. Silva wrote: > > Create new structure SISLANDS_SMC_SWSTATE_SINGLE, as initialState.levels > and ACPIState.levels are never actually used as flexible arrays. Those > arrays can be used as simple objects of type > SISLANDS_SMC_HW_PERFORMANCE_LEVEL,