Re: [PATCH 2/2] drm/vmwgfx: Make sure unpinning handles reservations

2021-04-10 Thread Zack Rusin
On 4/9/21 3:38 AM, Thomas Hellström (Intel) wrote: Hi, Zack, On 4/8/21 7:22 PM, Zack Rusin wrote: Quite often it's a little hard to tell if reservations are already held in code paths that unpin bo's. While our pinning/unpinning code should be more explicit that requires a substential amount of

Re: [PATCH 2/2] drm/vmwgfx: Make sure unpinning handles reservations

2021-04-10 Thread Zack Rusin
On 4/9/21 3:40 AM, Daniel Vetter wrote: On Thu, Apr 08, 2021 at 01:22:45PM -0400, Zack Rusin wrote: Quite often it's a little hard to tell if reservations are already held in code paths that unpin bo's. While our pinning/unpinning code should be more explicit that requires a substential amount o

[PATCH v2] drm/vmwgfx: Make sure unpinning handles reservations

2021-04-10 Thread Zack Rusin
Quite often it's a little hard to tell if reservations are already held in code paths that unpin bo's. While our pinning/unpinning code should be more explicit that requires a substential amount of work so instead we can avoid the issues by making sure we try to reserve before unpinning. Because we

[PATCH v6 2/2] drm: bridge: cdns-mhdp8546: Enable HDCP

2021-04-10 Thread Parshuram Thombare
This patch enable HDCP in MHDP driver. Signed-off-by: Parshuram Thombare Reviewed-by: Robert Foss --- drivers/gpu/drm/bridge/cadence/Makefile | 2 +- .../drm/bridge/cadence/cdns-mhdp8546-core.c | 128 +++- .../drm/bridge/cadence/cdns-mhdp8546-core.h | 22 + .../drm/bridge/cadence/c

[PATCH v6 1/2] dt-bindings: drm/bridge: MHDP8546 bridge binding changes for HDCP

2021-04-10 Thread Parshuram Thombare
Add binding changes for HDCP in the MHDP8546 DPI/DP bridge binding. Signed-off-by: Parshuram Thombare --- .../bindings/display/bridge/cdns,mhdp8546.yaml| 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/Documentation/devicetree/bindings/display/bridge/cdns,

[PATCH v6 0/2] enable HDCP in Cadence MHDP bridge driver

2021-04-10 Thread Parshuram Thombare
This patch series enables HDCP in Cadence MHDP DPI/DP bridge driver. Changes since v1: - Move sapb reg block right after apb reg block - Corresponding changes in binding and example Changes since v2: - Revert reg resource sequence in binding and use resource mapping by name - Remove hdcp_confi

Re: [PATCH V4 0/2] Add virtual hardware module

2021-04-10 Thread Melissa Wen
On 04/07, Pekka Paalanen wrote: > On Mon, 5 Apr 2021 11:41:50 +0530 > Sumera Priyadarsini wrote: > > > This patchset adds support for emulating virtual hardware with VKMS. > > The virtual hardware mode can be enabled by using the following command > > while loading the module: > > sudo mo

Re: [PATCH V4 2/2] drm/vkms: Add support for virtual hardware mode

2021-04-10 Thread Melissa Wen
On 04/05, Sumera Priyadarsini wrote: > Add a virtual hardware or vblank-less mode as a module to > enable VKMS to emulate virtual graphic drivers. > > Add a new drm_crtc_helper_funcs struct, > vkms_virtual_crtc_helper_funcs() which holds the atomic helpers > for virtual hardware mode. Change the e

Re: [PATCH V4 1/2] drm/vkms: Refactor vkms_composer_worker() to prep for virtual_hw mode

2021-04-10 Thread Melissa Wen
On 04/05, Sumera Priyadarsini wrote: > Add two new functions vkms_composer_common() and vkms_crtc_composer(). > The actual plane composition work has been moved to the helper function, > vkms_composer_common() which is called by both vkms_composer_worker() > and vkms_crtc_composer(). vkms_crtc_comp

[PATCH] drm/nouveau/nvkm: Remove unnecessary assignment

2021-04-10 Thread Wan Jiabing
The declaration with assignment here is confusing. Remove the unnecessary assignment. Signed-off-by: Wan Jiabing --- drivers/gpu/drm/nouveau/nvkm/subdev/instmem/nv50.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/subdev/instmem/nv50.c b/driver

Re: [PATCH v2 1/1] kernel.h: Split out panic and oops helpers

2021-04-10 Thread Helge Deller
On 4/9/21 12:02 PM, Andy Shevchenko wrote: kernel.h is being used as a dump for all kinds of stuff for a long time. Here is the attempt to start cleaning it up by splitting out panic and oops helpers. There are several purposes of doing this: - dropping dependency in bug.h - dropping a loop by m

Re: [PATCH v2 1/1] kernel.h: Split out panic and oops helpers

2021-04-10 Thread Thomas Bogendoerfer
On Fri, Apr 09, 2021 at 01:02:50PM +0300, Andy Shevchenko wrote: > kernel.h is being used as a dump for all kinds of stuff for a long time. > Here is the attempt to start cleaning it up by splitting out panic and > oops helpers. > > There are several purposes of doing this: > - dropping dependency

[PATCH -next] drm/mediatek: Fix PM reference leak in mtk_crtc_ddp_hw_init()

2021-04-10 Thread Wang Li
pm_runtime_get_sync will increment pm usage counter even it failed. Forgetting to putting operation will result in reference leak here. Fix it by replacing it with pm_runtime_resume_and_get to keep usage counter balanced. Reported-by: Hulk Robot Signed-off-by: Wang Li --- drivers/gpu/drm/mediat

Re: [PATCH v2 1/1] kernel.h: Split out panic and oops helpers

2021-04-10 Thread Stephen Boyd
Quoting Andy Shevchenko (2021-04-09 03:02:50) > kernel.h is being used as a dump for all kinds of stuff for a long time. > Here is the attempt to start cleaning it up by splitting out panic and > oops helpers. > > There are several purposes of doing this: > - dropping dependency in bug.h > - dropp

Re: [PATCH v2 1/1] kernel.h: Split out panic and oops helpers

2021-04-10 Thread Luis Chamberlain
On Fri, Apr 09, 2021 at 01:02:50PM +0300, Andy Shevchenko wrote: > kernel.h is being used as a dump for all kinds of stuff for a long time. > Here is the attempt to start cleaning it up by splitting out panic and > oops helpers. > > There are several purposes of doing this: > - dropping dependency