Re: Curtaining API / Force blanking displays

On Fri, 3 Apr 2020 12:56:33 -0700 Erik Jensen wrote: > First off, apologies if the functionality described already exists and I > just failed to find it, or if this isn't the correct venue for this > discussion. If so, pointers to the correct location would be appreciated. > > I'm currently look

Re: Curtaining API / Force blanking displays

Hi, I completely agree with Pekka here. On Sunday, April 5, 2020 10:21 AM, Pekka Paalanen wrote: > I have heard of such a screen scraper already existing, maybe Simon > remembers where one is? Yes, ffmpeg's kmsgrab does the same thing. It doesn't support modifiers and only grabs the primary pl

Re: [PATCH 19/44] drm/repaper: Use devm_drm_dev_alloc

Den 03.04.2020 15.58, skrev Daniel Vetter: > Already using devm_drm_dev_init, so very simple replacment. > > Signed-off-by: Daniel Vetter > Cc: "Noralf Trønnes" > --- Acked-by: Noralf Trønnes ___ dri-devel mailing list dri-devel@lists.freedesktop.o

Re: [PATCH 20/44] drm/mi0283qt: Use devm_drm_dev_alloc

Den 03.04.2020 15.58, skrev Daniel Vetter: > Already using devm_drm_dev_init, so very simple replacment. > > Signed-off-by: Daniel Vetter > Cc: "Noralf Trønnes" > --- Acked-by: Noralf Trønnes ___ dri-devel mailing list dri-devel@lists.freedesktop.o

Re: [PATCH 21/44] drm/ili9486: Use devm_drm_dev_alloc

Den 03.04.2020 15.58, skrev Daniel Vetter: > Already using devm_drm_dev_init, so very simple replacment. > > Signed-off-by: Daniel Vetter > Cc: Kamlesh Gurudasani > --- Acked-by: Noralf Trønnes ___ dri-devel mailing list dri-devel@lists.freedesktop

Re: [PATCH 39/44] drm/cirrus: Use devm_drm_dev_alloc

Den 03.04.2020 15.58, skrev Daniel Vetter: > Already using devm_drm_dev_init, so very simple replacment. > > Signed-off-by: Daniel Vetter > Cc: Dave Airlie > Cc: Gerd Hoffmann > Cc: Daniel Vetter > Cc: Sam Ravnborg > Cc: "Noralf Trønnes" > Cc: Rob Herring > Cc: Thomas Zimmermann > Cc: vi

Re: [PATCH 15/44] drm/udl: Use demv_drm_dev_alloc

Den 03.04.2020 15.57, skrev Daniel Vetter: > Also init the fbdev emulation before we register the device, that way > we can rely on the auto-cleanup and simplify the probe error code even > more. > > Signed-off-by: Daniel Vetter > Cc: Dave Airlie > Cc: Sean Paul > Cc: Thomas Zimmermann > Cc

Re: [PATCH 02/44] drm: Add devm_drm_dev_alloc macro

Den 03.04.2020 15.57, skrev Daniel Vetter: > The kerneldoc is only added for this new function. Existing kerneldoc > and examples will be udated at the very end, since once all drivers > are converted over to devm_drm_dev_alloc we can unexport a lot of > interim functions and make the documentati

Re: [PATCH 44/44] drm/managed: Cleanup of unused functions and polishing docs

Den 03.04.2020 15.58, skrev Daniel Vetter: > Following functions are only used internally, not by drivers: > - drm_dev_init > - devm_drm_dev_init > - drmm_add_final_kfree > > Also, now that we have a very slick and polished way to allocate a > drm_device with devm_drm_dev_alloc, update all the d

[PATCH][next] drm/vmwgfx: remove redundant assignment to variable ret

From: Colin Ian King The variable ret is being initialized with a value that is never read and it is being updated later with a new value. The initialization is redundant and can be removed. Addresses-Coverity: ("Unused value") Signed-off-by: Colin Ian King --- drivers/gpu/drm/vmwgfx/vmwgfx_su

Re: [PATCH v4 4/4] drm/mediatek: config mipitx impedance with calibration data

On Sat, 2020-04-04 at 22:26 +0800, Chun-Kuang Hu wrote: > Hi, Jitao: > > Jitao Shi 於 2020年3月31日 週二 下午4:28寫道： > > > > Read calibration data from nvmem, and config mipitx impedance with > > calibration data to make sure their impedance are 100ohm. > > > > Signed-off-by: Jitao Shi > > --- > > dri

Re: [PATCH 15/44] drm/udl: Use demv_drm_dev_alloc

On Sun, Apr 5, 2020 at 12:18 PM Noralf Trønnes wrote: > > > > Den 03.04.2020 15.57, skrev Daniel Vetter: > > Also init the fbdev emulation before we register the device, that way > > we can rely on the auto-cleanup and simplify the probe error code even > > more. > > > > Signed-off-by: Daniel Vett

Re: [PATCH] drm/panel: samsung: s6e8aa0: Add backlight control support

On Sat, Apr 4, 2020 at 3:27 PM Joonas Kylmälä wrote: > > Hi, > > addressing this email to you all since there might be widespread race > condition issue in the DRM panel drivers that are using MIPI DSI. See > below for my message. > > Andrzej Hajda: > >> +static int s6e8aa0_set_brightness(struct b

Re: mainline/master bisection: baseline.login on peach-pi

On Sat, Apr 4, 2020 at 8:46 AM Maxime Ripard wrote: > > Hi, > > On Fri, Apr 03, 2020 at 03:47:46PM +, Deucher, Alexander wrote: > > [AMD Official Use Only - Internal Distribution Only] > > > > > -Original Message- > > > From: Guillaume Tucker > > > Sent: Friday, April 3, 2020 10:14 AM

Re: [PATCH] drm/panel: samsung: s6e8aa0: Add backlight control support

Hi Joonas. On Sat, Apr 04, 2020 at 04:27:02PM +0300, Joonas Kylmälä wrote: > Hi, > > addressing this email to you all since there might be widespread race > condition issue in the DRM panel drivers that are using MIPI DSI. See > below for my message. > > Andrzej Hajda: > >> +static int s6e8aa0_s

Re: [PATCH 15/44] drm/udl: Use demv_drm_dev_alloc

Den 05.04.2020 15.47, skrev Daniel Vetter: > On Sun, Apr 5, 2020 at 12:18 PM Noralf Trønnes wrote: >> >> >> >> Den 03.04.2020 15.57, skrev Daniel Vetter: >>> Also init the fbdev emulation before we register the device, that way >>> we can rely on the auto-cleanup and simplify the probe error cod

Re: [PATCH v2] drm/prime: fix extracting of the DMA addresses from a scatterlist

On Fri, Mar 27, 2020 at 12:23 PM Marek Szyprowski wrote: > > Scatterlist elements contains both pages and DMA addresses, but one > should not assume 1:1 relation between them. The sg->length is the size > of the physical memory chunk described by the sg->page, while > sg_dma_len(sg) is the size of

Re: [PATCH v4 4/4] drm/mediatek: config mipitx impedance with calibration data

Hi, Jitao: Jitao Shi 於 2020年4月5日 週日 下午9:39寫道： > > > On Sat, 2020-04-04 at 22:26 +0800, Chun-Kuang Hu wrote: > > Hi, Jitao: > > > > Jitao Shi 於 2020年3月31日 週二 下午4:28寫道： > > > > > > Read calibration data from nvmem, and config mipitx impedance with > > > calibration data to make sure their impedanc

Re: [PATCH v2] drm/prime: fix extracting of the DMA addresses from a scatterlist

On Sun, Apr 05, 2020 at 10:47:49AM -0400, Alex Deucher wrote: > On Fri, Mar 27, 2020 at 12:23 PM Marek Szyprowski > wrote: > > > > Scatterlist elements contains both pages and DMA addresses, but one > > should not assume 1:1 relation between them. The sg->length is the size > > of the physical mem

[PATCH] AMDGPU: Correctly initialize thermal controller for GPUs with Powerplay table v0 (e.g Hawaii)

This is required for the AMDGPU driver to report fan speed for Hawaii GPUs (otherwise the fan speed is just reported as 0) --- .../drm/amd/powerplay/hwmgr/processpptables.c | 28 +++ 1 file changed, 28 insertions(+) diff --git a/drivers/gpu/drm/amd/powerplay/hwmgr/processpptables.

Re: [PATCH v1 6/6] drm/bridge: fix kernel-doc warning in panel.c

On Sat, Mar 28, 2020 at 02:20:25PM +0100, Sam Ravnborg wrote: > Add missing documentation to fix following warning: > panel.c:303: warning: Function parameter or member 'bridge' not described in > 'drm_panel_bridge_connector' > > Signed-off-by: Sam Ravnborg > Cc: Laurent Pinchart > Cc: Boris Br

Re: [PATCH v1 3/6] drm/sched: fix kernel-doc in gpu_scheduler.h

On Sat, Mar 28, 2020 at 02:20:22PM +0100, Sam Ravnborg wrote: > Fix following warning: > gpu_scheduler.h:103: warning: Function parameter or member 'priority' not > described in 'drm_sched_entity' > > Signed-off-by: Sam Ravnborg > Cc: Nirmoy Das > Cc: David Airlie > Cc: Daniel Vetter > --- >

Re: [PATCH v1 4/6] drm: writeback: document callbacks

Hi Sam, Thank you for the patch. On Tue, Mar 31, 2020 at 09:53:18AM +0200, Daniel Vetter wrote: > On Sat, Mar 28, 2020 at 02:20:23PM +0100, Sam Ravnborg wrote: > > Document the callbacks: > > drm_connector_helper_funcs.prepare_writeback_job > > drm_connector_helper_funcs.cleanup_writeback

[PATCH 3/4] dt-bindings: display: bridge: thc63lvd1024: Convert binding to YAML

Convert the Thine THC63LVD1024 text binding to YAML. Signed-off-by: Laurent Pinchart --- .../display/bridge/thine,thc63lvd1024.txt | 66 -- .../display/bridge/thine,thc63lvd1024.yaml| 121 ++ 2 files changed, 121 insertions(+), 66 deletions(-) delete mode 100644

[PATCH 1/4] dt-bindings: display: bridge: Reject additional properties in ports node

Document the #address-cells and #size-cells properties of the ports node in the schemas of the bridge DT bindings, and set additionalProperties to false to reject additional properties. Signed-off-by: Laurent Pinchart --- .../devicetree/bindings/display/bridge/anx6345.yaml | 8 ..

[PATCH 4/4] dt-bindings: display: bridge: renesas, lvds: Convert binding to YAML

Convert the Renesas R-Car LVDS encoder text binding to YAML. Signed-off-by: Laurent Pinchart --- .../bindings/display/bridge/renesas,lvds.txt | 85 -- .../bindings/display/bridge/renesas,lvds.yaml | 248 ++ 2 files changed, 248 insertions(+), 85 deletions(-) delete mode 10

[PATCH 0/4] dt-bindings: display: bridge: Convert bindings used by R-Car DU to YAML

Hello, This small patch series converts DT bindings for several bridges used by the R-Car DU to YAML. The R-Car DWC HDMI TX is left out and will be addressed in a separate series. Patch 1/4 starts with a cleanup to disallow additional properties in "ports" nodes of the existing YAML bridge bindin

[PATCH 2/4] dt-bindings: display: bridge: Convert simple-bridge bindings to YAML

The simple-bridge driver supports multiple simple or dumb bridges, covered by different compatible strings but otherwise identical DT bindings. Some of those bridges have undocumented bindings, while others are documented in text form in separate files. Group them all in a single binding and conver

[PATCH/RFC 0/6] dt-bindings: display: Convert DWC HDMI TX bindings to YAML

Hello, This patch series attempts a conversion of the DWC HDMI TX DT bindings to YAML. I've marked it as RFC as the base schema doesn't work is intended in this (naive) approach, and I'm not sure how to fix it properly. The DWC HDMI TX is an HDMI transmitter IP core from Synopsys, integrated in v

[PATCH/RFC 1/6] dt-bindings: display: bridge: Add YAML schema for Synopsys DW-HDMI

Add a .yaml schema containing the common properties for the Synopsys DesignWare HDMI TX controller. This isn't a full device tree binding specification, but is meant to be referenced by platform-specific bindings for the IP core. Signed-off-by: Laurent Pinchart --- .../display/bridge/synopsys,dw

[PATCH/RFC 2/6] dt-bindings: display: bridge: renesas, dw-hdmi: Convert binding to YAML

Convert the Renesas R-Car DWC HDMI TX text binding to YAML. Signed-off-by: Laurent Pinchart --- .../display/bridge/renesas,dw-hdmi.txt| 86 --- .../display/bridge/renesas,dw-hdmi.yaml | 142 ++ 2 files changed, 142 insertions(+), 86 deletions(-) delete mod

[PATCH/RFC 4/6] dt-bindings: display: rockchip: dw-hdmi: Convert binding to YAML

Convert the Rockchip HDMI TX text binding to YAML. Signed-off-by: Laurent Pinchart --- .../display/rockchip/dw_hdmi-rockchip.txt | 74 .../display/rockchip/rockchip,dw-hdmi.yaml| 178 ++ 2 files changed, 178 insertions(+), 74 deletions(-) delete mode 100644 Do

[PATCH/RFC 6/6] dt-bindings: display: bridge: Remove deprecated dw_hdmi.txt

dw_hdmi.txt has been replaced with synopsys,dw-hdmi.yaml, and all references to the old file have been converted. Remove it. Signed-off-by: Laurent Pinchart --- .../bindings/display/bridge/dw_hdmi.txt | 33 --- 1 file changed, 33 deletions(-) delete mode 100644 Documentati

[PATCH/RFC 5/6] dt-bindings: display: sun8i-a83t-dw-hdmi: Reference dw-hdmi YAML schema

Replace the reference to the DWC HDMI text DT binding with a reference to the YAML equivalent. Signed-off-by: Laurent Pinchart --- .../bindings/display/allwinner,sun8i-a83t-dw-hdmi.yaml| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindi

[PATCH/RFC 3/6] dt-bindings: display: imx: hdmi: Convert binding to YAML

Convert the i.MX6 HDMI TX text binding to YAML. Signed-off-by: Laurent Pinchart --- .../bindings/display/imx/fsl,imx6-hdmi.yaml | 143 ++ .../devicetree/bindings/display/imx/hdmi.txt | 65 2 files changed, 143 insertions(+), 65 deletions(-) create mode 100644 Docum

Re: [PATCH/RFC 0/6] dt-bindings: display: Convert DWC HDMI TX bindings to YAML

On Mon, Apr 06, 2020 at 02:39:29AM +0300, Laurent Pinchart wrote: > Hello, > > This patch series attempts a conversion of the DWC HDMI TX DT bindings > to YAML. I've marked it as RFC as the base schema doesn't work is > intended in this (naive) approach, and I'm not sure how to fix it > properly.

Re: [PATCH] drm/bridge: adv7511: Fix cec clock EPROBE_DEFER handling

Hi Vincent, Thank you for the patch. On Tue, Mar 31, 2020 at 04:16:29PM +0200, Vincent Whitchurch wrote: > If adv7511's devm_clk_get() for the cec clock returns -EPROBE_DEFER, we > end up in an infinite probe loop. This happens: > > (1) adv7511's probe is called. > > (2) adv7511's probe adds

[Bug 206021] AMDGPU/DC: freesync disabled on the monitor side after the monitor sleeps and resumes

https://bugzilla.kernel.org/show_bug.cgi?id=206021 Clément Guérin (li...@protonmail.com) changed: What|Removed |Added Kernel Version|5.4 |5.6 -- You are r

Re: [PATCH 3/4] dt-bindings: display: bridge: thc63lvd1024: Convert binding to YAML

Hi Laurent, On Mon, Apr 06, 2020 at 02:23:17AM +0300, Laurent Pinchart wrote: > Convert the Thine THC63LVD1024 text binding to YAML. > > Signed-off-by: Laurent Pinchart > --- > .../display/bridge/thine,thc63lvd1024.txt | 66 -- > .../display/bridge/thine,thc63lvd1024.yaml| 121 +

Re: [PATCH 30/44] drm/qxl: Use devm_drm_dev_alloc

On Fri, Apr 03, 2020 at 03:58:14PM +0200, Daniel Vetter wrote: > Also need to remove the drm_dev_put from the remove hook. > > Signed-off-by: Daniel Vetter > Cc: Dave Airlie > Cc: Gerd Hoffmann > Cc: virtualizat...@lists.linux-foundation.org > Cc: spice-de...@lists.freedesktop.org Acked-by: Ge

Re: [PATCH 31/44] drm/qxl: Don't use drm_device->dev_private

On Fri, Apr 03, 2020 at 03:58:15PM +0200, Daniel Vetter wrote: > Upcasting using a container_of macro is more typesafe, faster and > easier for the compiler to optimize. > > Signed-off-by: Daniel Vetter > Cc: Dave Airlie > Cc: Gerd Hoffmann > Cc: virtualizat...@lists.linux-foundation.org > Cc: