[Bug 211875] New: CPU frequency scaling lost after "WARNING: CPU: 2 PID: 2358578 at smu8_send_msg_to_smc_with_parameter+0xfe/0x140 [amdgpu]"

2021-02-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=211875 Bug ID: 211875 Summary: CPU frequency scaling lost after "WARNING: CPU: 2 PID: 2358578 at smu8_send_msg_to_smc_with_parameter+0xfe/0x140 [amdgpu]" Produc

[Bug 211875] CPU frequency scaling lost after "WARNING: CPU: 2 PID: 2358578 at smu8_send_msg_to_smc_with_parameter+0xfe/0x140 [amdgpu]"

2021-02-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=211875 --- Comment #1 from Erhard F. (erhar...@mailbox.org) --- Created attachment 295383 --> https://bugzilla.kernel.org/attachment.cgi?id=295383&action=edit kernel .config (kernel 5.11, A10-9700E) -- You may reply to this email to add a comment. Y

[Bug 211277] sometimes crash at s2ram-wake (Ryzen 3500U): amdgpu, drm, commit_tail, amdgpu_dm_atomic_commit_tail

2021-02-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=211277 Alex Deucher (alexdeuc...@gmail.com) changed: What|Removed |Added CC||alexdeuc...@gmail.c

[PATCH] doc: use KCFLAGS instead of EXTRA_CFLAGS to pass flags from command line

2021-02-21 Thread Masahiro Yamada
You should use KCFLAGS to pass additional compiler flags from the command line. Using EXTRA_CFLAGS is wrong. EXTRA_CFLAGS is supposed to specify flags applied only to the current Makefile (and now deprecated in favor of ccflags-y). It is still used in arch/mips/kvm/Makefile (and possibly in exter

Re: [PATCH 06/30] drm/bridge/ti-sn65dsi86: (Un)register aux device on bridge attach/detach

2021-02-21 Thread Laurent Pinchart
Hi Lyude, Thank you for the patch. On Fri, Feb 19, 2021 at 04:53:02PM -0500, Lyude Paul wrote: > Since we're about to add a back-pointer to drm_dev in drm_dp_aux, let's > move the AUX adapter registration to the first point where we know which > DRM device we'll be working with - when the drm_bri

Re: [PATCH 15/30] drm/dp: Add backpointer to drm_device in drm_dp_aux

2021-02-21 Thread Laurent Pinchart
Hi Lyude, Thank you for the patch. On Fri, Feb 19, 2021 at 04:53:11PM -0500, Lyude Paul wrote: > This is something that we've wanted for a while now: the ability to > actually look up the respective drm_device for a given drm_dp_aux struct. > This will also allow us to transition over to using th

Re: [PATCH 19/30] drm/dp: Pass drm_dp_aux to drm_dp_link_train_clock_recovery_delay()

2021-02-21 Thread Laurent Pinchart
Hi Lyude, Thank you for the patch. On Fri, Feb 19, 2021 at 04:53:15PM -0500, Lyude Paul wrote: > So that we can start using drm_dbg_*() in > drm_dp_link_train_clock_recovery_delay(). > > Signed-off-by: Lyude Paul Reviewed-by: Laurent Pinchart > --- > drivers/gpu/drm/amd/amdgpu/atombios_dp.c

Re: [PATCH 20/30] drm/dp: Pass drm_dp_aux to drm_dp*_link_train_channel_eq_delay()

2021-02-21 Thread Laurent Pinchart
Hi Lyude, Thank you for the patch. On Fri, Feb 19, 2021 at 04:53:16PM -0500, Lyude Paul wrote: > So that we can start using drm_dbg_*() for > drm_dp_link_train_channel_eq_delay() and > drm_dp_lttpr_link_train_channel_eq_delay(). > > Signed-off-by: Lyude Paul Reviewed-by: Laurent Pinchart > -

Re: [PATCH] drm/dsi: Add _NO_ to MIPI_DSI_* flags disabling features

2021-02-21 Thread Laurent Pinchart
Hi Nicolas, Thank you for the patch. On Thu, Feb 11, 2021 at 11:33:55AM +0800, Nicolas Boichat wrote: > Many of the DSI flags have names opposite to their actual effects, > e.g. MIPI_DSI_MODE_EOT_PACKET means that EoT packets will actually > be disabled. Fix this by including _NO_ in the flag nam

[Bug 211875] CPU frequency scaling lost after "WARNING: CPU: 2 PID: 2358578 at smu8_send_msg_to_smc_with_parameter+0xfe/0x140 [amdgpu]"

2021-02-21 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=211875 --- Comment #2 from Erhard F. (erhar...@mailbox.org) --- [ cut here ] smu8_send_msg_to_smc_with_parameter(0x0011, 0x460) timed out after 3236309 us WARNING: CPU: 1 PID: 403 at smu8_send_msg_to_smc_with_parameter+0xfe/0x140

Re: [PATCH] drm/prime: Only call dma_map_sgtable() for devices with DMA support

2021-02-21 Thread Christian König
Am 20.02.21 um 14:02 schrieb Noralf Trønnes: Den 19.02.2021 14.40, skrev Thomas Zimmermann: Fixes a regression for udl and probably other USB-based drivers where joining and mirroring displays fails. Joining displays requires importing a dma_buf from another DRM driver. These devices don't s

Re: [git pull] drm for 5.12-rc1

2021-02-21 Thread pr-tracker-bot
The pull request you sent on Fri, 19 Feb 2021 16:06:19 +1000: > git://anongit.freedesktop.org/drm/drm tags/drm-next-2021-02-19 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/d99676af540c2dc82928fb81c58c80a1dce4 Thank you! -- Deet-doot-dot, I am a bot. https://ko

Re: [git pull] drm for 5.12-rc1

2021-02-21 Thread Linus Torvalds
On Thu, Feb 18, 2021 at 10:06 PM Dave Airlie wrote: > > Let me know if there are any issues, gcc was happy, and I obviously already pushed out my merge, but then when I did my clang build afterwards, it reports: drivers/gpu/drm/amd/amdgpu/../pm/swsmu/smu_cmn.c:764:2: warning: variable 'structu

Re: [git pull] drm for 5.12-rc1

2021-02-21 Thread Nathan Chancellor
On Sun, Feb 21, 2021 at 03:07:17PM -0800, Linus Torvalds wrote: > On Thu, Feb 18, 2021 at 10:06 PM Dave Airlie wrote: > > > > Let me know if there are any issues, > > gcc was happy, and I obviously already pushed out my merge, but then > when I did my clang build afterwards, it reports: > > dr

Re: [PATCH v1] drm/mediatek: move page flip handle into cmdq cb

2021-02-21 Thread Chun-Kuang Hu
Hi, Yongqiang: Yongqiang Niu 於 2021年2月19日 週五 下午5:54寫道: > > move page flip handle into cmdq cb > irq callback will before cmdq flush ddp register > into hardware, that will cause the display frame page > flip event before it realy display out time > > Signed-off-by: Yongqiang Niu > --- > drivers

[PATCH] drm/ast: fix memory leak when unload the driver

2021-02-21 Thread Tong Zhang
a connector is leaked upon module unload, it seems that we should do similar to sample driver as suggested in drm_drv.c. Adding drm_atomic_helper_shutdown() in ast_pci_remove to prevent leaking. [ 153.822134] WARNING: CPU: 0 PID: 173 at drivers/gpu/drm/drm_mode_config.c:504 drm_mode_config_cle0

RE: [PATCH v2] drm/amdgpu/swsmu/navi1x: Remove unnecessary conversion to bool

2021-02-21 Thread Quan, Evan
[AMD Official Use Only - Internal Distribution Only] Reviewed-by: Evan Quan -Original Message- From: amd-gfx On Behalf Of Jiapeng Chong Sent: Saturday, February 20, 2021 10:55 AM To: Deucher, Alexander Cc: Jiapeng Chong ; airl...@linux.ie; linux-ker...@vger.kernel.org; dri-devel@lists

[PATCH] fbdev: atyfb: add stubs for aty_{ld,st}_lcd()

2021-02-21 Thread Randy Dunlap
Fix build errors when these functions are not defined. ../drivers/video/fbdev/aty/atyfb_base.c: In function 'aty_power_mgmt': ../drivers/video/fbdev/aty/atyfb_base.c:2002:7: error: implicit declaration of function 'aty_ld_lcd'; did you mean 'aty_ld_8'? [-Werror=implicit-function-declaration] 20

[PATCH 0/2] Set CLEAR_PAYLOAD_ID_TABLE as broadcast request

2021-02-21 Thread Wayne Lin
While testing MST hotplug events on daisy chain monitors, find out that CLEAR_PAYLOAD_ID_TABLE is not broadcasted and payload id table is not reset. Dig in deeper and find out two parts needed to be fixed. 1. Link_Count_Total & Link_Count_Remaining of Broadcast message are incorrect. Should set lc

[PATCH 1/2] drm/dp_mst: Revise broadcast msg lct & lcr

2021-02-21 Thread Wayne Lin
[Why & How] According to DP spec, broadcast message LCT equals to 1 and LCR equals to 6. Current implementation is incorrect. Fix it. Signed-off-by: Wayne Lin Cc: sta...@vger.kernel.org --- drivers/gpu/drm/drm_dp_mst_topology.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) di

[PATCH 2/2] drm/dp_mst: Set CLEAR_PAYLOAD_ID_TABLE as broadcast

2021-02-21 Thread Wayne Lin
[Why & How] According to DP spec, CLEAR_PAYLOAD_ID_TABLE is a path broadcast request message and current implementation is incorrect. Fix it. Signed-off-by: Wayne Lin Cc: sta...@vger.kernel.org --- drivers/gpu/drm/drm_dp_mst_topology.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) di

RE: [Intel-gfx] [PATCH v3 1/9] drm/dp: add MSO related DPCD registers

2021-02-21 Thread Shankar, Uma
> -Original Message- > From: Intel-gfx On Behalf Of Jani > Nikula > Sent: Thursday, February 11, 2021 8:22 PM > To: intel-...@lists.freedesktop.org > Cc: Nikula, Jani ; Varide, Nischal > ; dri-devel@lists.freedesktop.org > Subject: [Intel-gfx] [PATCH v3 1/9] drm/dp: add MSO related DPC

Re: [PATCH] drm/dsi: Add _NO_ to MIPI_DSI_* flags disabling features

2021-02-21 Thread Nicolas Boichat
On Mon, Feb 22, 2021 at 3:08 AM Laurent Pinchart wrote: > > Hi Nicolas, > > Thank you for the patch. > > On Thu, Feb 11, 2021 at 11:33:55AM +0800, Nicolas Boichat wrote: > > Many of the DSI flags have names opposite to their actual effects, > > e.g. MIPI_DSI_MODE_EOT_PACKET means that EoT packets

Re: [PATCH v3 5/7] drm: bridge: Queue the bridge chain instead of stacking

2021-02-21 Thread Laurent Pinchart
Hi Jagan, Thank you for the patch. On Mon, Feb 15, 2021 at 01:11:00AM +0530, Jagan Teki wrote: > drm_bridge_attach has stacked the bridge chain, so the bridge > that gets pushed last can trigger its bridge function pre_enable > first from drm_atomic_bridge_chain_pre_enable. > > This indeed gives

Re: [PATCH] doc: use KCFLAGS instead of EXTRA_CFLAGS to pass flags from command line

2021-02-21 Thread Alex Shi
Reviewed-by: Alex Shi 在 2021/2/21 下午11:25, Masahiro Yamada 写道: > You should use KCFLAGS to pass additional compiler flags from the > command line. Using EXTRA_CFLAGS is wrong. > > EXTRA_CFLAGS is supposed to specify flags applied only to the current > Makefile (and now deprecated in favor of cc

[PATCH] drm/radeon: A gray screen appears when going into hibernation(S4)

2021-02-21 Thread wangjingyu
Radeon Card: Caicos[Radeon HD 6450/7450/8450 /R5 230 OEM] there is no gray screen when echo 4>/sys/module/drm/parameters/debug, so the WREG32 function after DRM_DEBUG_KMS may have wrong when going into hibernation.the delay of msleep(50) just can fix gray screen. Signed-off-by: wangjingyu Si

Re: [PATCH] efifb: Ensure graphics device for efifb stays at PCI D0

2021-02-21 Thread Kai-Heng Feng
On Mon, Feb 1, 2021 at 11:21 PM Alex Deucher wrote: > > On Sat, Jan 30, 2021 at 6:27 AM Kai-Heng Feng > wrote: > > > > We are seeing root ports on some desktop boards support D3cold for > > discrete graphics card. So when efifb is in use while graphics device > > isn't bound to a driver, PCI and

Re: [PATCH] drm/dsi: Add _NO_ to MIPI_DSI_* flags disabling features

2021-02-21 Thread Andrzej Hajda
Hi Nicolas, W dniu 22.02.2021 o 06:31, Nicolas Boichat pisze: > On Mon, Feb 22, 2021 at 3:08 AM Laurent Pinchart > wrote: >> Hi Nicolas, >> >> Thank you for the patch. >> >> On Thu, Feb 11, 2021 at 11:33:55AM +0800, Nicolas Boichat wrote: >>> Many of the DSI flags have names opposite to their act

Re: [PATCH] drm/prime: Only call dma_map_sgtable() for devices with DMA support

2021-02-21 Thread Thomas Zimmermann
Hi Am 19.02.21 um 16:53 schrieb Alan Stern: On Fri, Feb 19, 2021 at 02:45:54PM +0100, Christian König wrote: Well as far as I can see this is a relative clear NAK. When a device can't do DMA and has no DMA mask then why it is requesting an sg-table in the first place? This may not be importa

Re: [PATCH] drm/prime: Only call dma_map_sgtable() for devices with DMA support

2021-02-21 Thread Thomas Zimmermann
Hi Am 20.02.21 um 14:02 schrieb Noralf Trønnes: Den 19.02.2021 14.40, skrev Thomas Zimmermann: Fixes a regression for udl and probably other USB-based drivers where joining and mirroring displays fails. Joining displays requires importing a dma_buf from another DRM driver. These devices don'