Re: [PATCH 00/35] Add HMM-based SVM memory manager to KFD

On Wed, Jan 13, 2021 at 09:31:11PM +0100, Daniel Vetter wrote: > On Wed, Jan 13, 2021 at 5:56 PM Jerome Glisse wrote: > > On Fri, Jan 08, 2021 at 03:40:07PM +0100, Daniel Vetter wrote: > > > On Thu, Jan 07, 2021 at 11:25:41AM -0500, Felix Kuehling wrote: > > > > Am 2021-01-07 um 4:23 a.m. schrieb

Re: [PATCH 2/2] drm/amdgpu/display: buffer INTERRUPT_LOW_IRQ_CONTEXT interrupt work

On 1/12/2021 10:54 PM, Grodzovsky, Andrey wrote: On 1/4/21 1:01 AM, Xiaogang.Chen wrote: From: Xiaogang Chen amdgpu DM handles INTERRUPT_LOW_IRQ_CONTEXT interrupt(hpd, hpd_rx) by using work queue and uses single work_struct. If previous interrupt has not been handle

Re: [PATCH 00/35] Add HMM-based SVM memory manager to KFD

Am 2021-01-11 um 11:29 a.m. schrieb Daniel Vetter: > On Fri, Jan 08, 2021 at 12:56:24PM -0500, Felix Kuehling wrote: >> Am 2021-01-08 um 11:53 a.m. schrieb Daniel Vetter: >>> On Fri, Jan 8, 2021 at 5:36 PM Felix Kuehling >>> wrote: Am 2021-01-08 um 11:06 a.m. schrieb Daniel Vetter: > On

Re: [PATCH 1/2] drm/bridge/lontium-lt9611uxc: fix waiting for EDID to become available

Hi Dmitry, On Tue, Jan 05, 2021 at 08:20:39PM +0300, Dmitry Baryshkov wrote: > Gracious ping for these two patches I'm afraid I have very little time for DRM bridge maintenance at the moment :-S Judging by the lack of replies, it seems the other maintainers are also AWOL. We seem to have a shorta

Re: [PATCH RESEND v2] drm/bridge/tc358775: Fixes bus formats read

Hi Vinay, Thank you for the patch. I'm afraid I've had close to no time for DRM bridge maintenance over the past few months, and I don't expect the situation to improve soon. I know how painful it can be to keep pinging without receiving any reply. I'm sorry about that, we have a shortage of mai

[PATCH v4 0/7] 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. The DWC HDMI TX is an HDMI transmitter IP core from Synopsys, integrated in various SoCs with different glue layers. As such, some properties are defined in a common document, but sometimes need to be overridde

[PATCH v4 4/7] dt-bindings: display: imx: hdmi: Convert binding to YAML

Convert the i.MX6 HDMI TX text binding to YAML. Signed-off-by: Laurent Pinchart Reviewed-by: Rob Herring --- Changes since v3: - Use port instead of port-base Changes since v1: - Only specify maxItems for clocks - Drop reg and interrupts as they're checked in the base schema - Rebase on top o

[PATCH v4 1/7] ARM: dts: imx6q(dl): Move 'port' nodes under 'ports' for HDMI encoder

In preparation for the conversion of the DWC HDMI TX device tree bindings to YAML, move the HDMI encoder's 'port' nodes under a 'ports' node. The 'ports' node is optional in the OF graph implementation, but YAML bindings require it. Signed-off-by: Laurent Pinchart --- arch/arm/boot/dts/imx6q.dts

[PATCH v4 6/7] 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 Acked-by: Rob Herring Acked-by: Chen-Yu Tsai --- .../bindings/display/allwinner,sun8i-a83t-dw-hdmi.yaml| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-

[PATCH v4 5/7] dt-bindings: display: rockchip: dw-hdmi: Convert binding to YAML

Convert the Rockchip HDMI TX text binding to YAML. Signed-off-by: Laurent Pinchart --- Changes since v3: - Replace endpoint-base with endpoint Changes since v2: - Use Mark's @gmail.com e-mail address as the @rock-chips.com address bounces Changes since v1: - Drop pinctrl-0 and pinctrl-1 -

[PATCH v4 7/7] 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 Acked-by: Rob Herring --- .../bindings/display/bridge/dw_hdmi.txt | 33 --- 1 file changed, 33 deletions(-) delete

[PATCH v4 3/7] 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 Reviewed-by: Rob Herring --- Changes since v3: - Use port instead of port-base Changes since v2: - Update MAINTAINERS Changes since v1: - Drop the part numbers in comments, only keep the SoC names -

[PATCH v4 2/7] 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 Reviewed-by: Philipp Zabel Reviewe

Re: [PATCH v6 1/4] drm/i915: Keep track of pwm-related backlight hooks separately

On Wed, 13 Jan 2021, Lyude Paul wrote: > Currently, every different type of backlight hook that i915 supports is > pretty straight forward - you have a backlight, probably through PWM > (but maybe DPCD), with a single set of platform-specific hooks that are > used for controlling it. > > HDR backl

Re: [PATCH 2/2] drm/amdgpu/display: buffer INTERRUPT_LOW_IRQ_CONTEXT interrupt work

On 1/14/21 12:11 AM, Chen, Xiaogang wrote: On 1/12/2021 10:54 PM, Grodzovsky, Andrey wrote: On 1/4/21 1:01 AM, Xiaogang.Chen wrote: From: Xiaogang Chen amdgpu DM handles INTERRUPT_LOW_IRQ_CONTEXT interrupt(hpd, hpd_rx) by using work queue and uses single work_struct. If previous interrupt h

[PATCH 06/10] drm: amd: amdgpu_dm.h: fix a wrong kernel-doc markup

There's a missing colon, causing the markup to be ignored, solving those warnings: ../drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.h:340: warning: Incorrect use of kernel-doc format: * @active_vblank_irq_count ../drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.h:379: w

[PATCH 00/10] Fix documentation warnings at linux-next

This series fixes the documentation warnings found at next-20210114. Most of the changes here are trivial. While those patches could be merged via the docs tree during the next merge window, It sounds better to have those patches merged directly via each maintainer's tree, where the new warning

[PATCH 00/30] [Set 13] Finally rid W=1 warnings from GPU

This set is part of a larger effort attempting to clean-up W=1 kernel builds, which are currently overwhelmingly riddled with niggly little warnings. 0 out of 5000 left! LAST SET! You're all clean. Can you believe it!? Lee Jones (30): drm/amd/display/dc/dc_helper: Include our own header, con

[PATCH 02/30] drm/amd/include/renoir_ip_offset: Mark top-level IP_BASE as __maybe_unused

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../include/renoir_ip_offset.h:226:29: warning: ‘UVD0_BASE’ defined but not used [-Wunused-const-variable=] drivers/gpu/drm/amd/amdgpu/../include/renoir_ip_offset.h:219:29: warning: ‘USB0_BASE’ defined but not used [-Wu

[PATCH 01/30] drm/amd/display/dc/dc_helper: Include our own header, containing prototypes

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/dc_helper.c:299:10: warning: no previous prototype for ‘generic_reg_get’ [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/../display/dc/dc_helper.c:307:10: warning: no previous prototype for ‘generic_reg

[PATCH 03/30] drm/amd/display/dmub/src/dmub_dcn30: Include our own header containing prototypes

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dmub/src/dmub_dcn30.c:83:6: warning: no previous prototype for ‘dmub_dcn30_backdoor_load’ [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/../display/dmub/src/dmub_dcn30.c:118:6: warning: no previous protot

[PATCH 04/30] drm/amd/display/modules/power/power_helpers: Staticify local functions

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/modules/power/power_helpers.c:281:6: warning: no previous prototype for ‘fill_iram_v_2’ [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/../display/modules/power/power_helpers.c:455:6: warning: no previous

[PATCH 05/30] drm/amd/display/modules/info_packet/info_packet: Correct kernel-doc formatting

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/modules/info_packet/info_packet.c:412: warning: Cannot understand * Cc: Harry Wentland Cc: Leo Li Cc: Alex Deucher Cc: "Christi

[PATCH 06/30] drm/amd/display/dc/core/dc_resource: Staticify local functions

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_resource.c:1120:5: warning: no previous prototype for ‘shift_border_left_to_dst’ [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_resource.c:1131:6: warning: no previous pro

[PATCH 09/30] drm/amd/display/dc/dce112/dce112_resource: Include our own header file containing prototypes

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/dce112/dce112_resource.c:883:6: warning: no previous prototype for ‘dce112_validate_bandwidth’ [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/../display/dc/dce112/dce112_resource.c:1008:16: warning: n

[PATCH 07/30] drm/amd/display/dc/core/dc_link: Remove unused variable 'status'

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c: In function ‘query_hdcp_capability’: drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c:599:28: warning: variable ‘status’ set but not used [-Wunused-but-set-variable] Cc: Harry Went

[PATCH 11/30] drm/amd/display/dc/dce100/Makefile: Ignore -Woverride-init warning

Fixes the following W=1 kernel build warning(s): In file included from drivers/gpu/drm/amd/amdgpu/../display/dc/dce100/dce100_resource.c:54: drivers/gpu/drm/amd/amdgpu/../include/asic_reg/dce/dce_10_0_sh_mask.h:5084:45: warning: initialized field overwritten [-Woverride-init] drivers/gpu/drm/

[PATCH 10/30] drm/amd/display/dc/core/dc: Staticise local function 'apply_ctx_interdependent_lock'

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc.c:806:6: warning: no previous prototype for ‘apply_ctx_interdependent_lock’ [-Wmissing-prototypes] Cc: Harry Wentland Cc: Leo Li Cc: Alex Deucher Cc: "Christian König" Cc: David Airlie Cc: Dan

[PATCH 12/30] drm/amd/display/dc/dce100/dce100_resource: Include our own header containing prototypes

Fixes the following W=1 kernel build warning(s): In file included from drivers/gpu/drm/amd/amdgpu/../display/dc/dce100/dce100_resource.c:54: drivers/gpu/drm/amd/amdgpu/../display/dc/dce100/dce100_resource.c:537:3: note: in expansion of macro ‘MI_DCE8_MASK_SH_LIST’ drivers/gpu/drm/amd/amdgpu/.

[PATCH 14/30] drm/amd/display/dc/dce80/Makefile: Ignore -Woverride-init warning

Fixes the following W=1 kernel build warning(s): In file included from drivers/gpu/drm/amd/amdgpu/../display/dc/dce80/dce80_resource.c:29: drivers/gpu/drm/amd/amdgpu/../include/asic_reg/dce/dce_8_0_sh_mask.h:9546:58: warning: initialized field overwritten [-Woverride-init] drivers/gpu/drm/amd

[PATCH 08/30] drm/amd/display/dc/core/dc_link_dp: Staticify local function 'linkRateInKHzToLinkRateMultiplier'

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link_dp.c:3710:19: warning: no previous prototype for ‘linkRateInKHzToLinkRateMultiplier’ [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link_dp.c: In function ‘dpcd_set_

[PATCH 13/30] drm/amd/display/dc/dce60/Makefile: Ignore -Woverride-init warning

Fixes the following W=1 kernel build warning(s): In file included from drivers/gpu/drm/amd/amdgpu/../display/dc/dce60/dce60_resource.c:28: drivers/gpu/drm/amd/amdgpu/../include/asic_reg/dce/dce_6_0_d.h:568:43: warning: initialized field overwritten [-Woverride-init] drivers/gpu/drm/amd/amdgpu

[PATCH 18/30] drm/amd/display/dc/core/dc_link: Move some local data from the stack to the heap

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c: In function ‘dc_link_construct’: drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c:1588:1: warning: the frame size of 1176 bytes is larger than 1024 bytes [-Wframe-larger-than=] Cc:

[PATCH 19/30] drm/amd/display/dc/core/dc_link_dp: Mark 'result_write_min_hblank' as __maybe_unused

It looks like it could be used inside the DC_TRACE_LEVEL_MESSAGE() macro. Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link_dp.c: In function ‘dpcd_set_source_specific_data’: drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link_dp.c:4403:18

[PATCH 15/30] drm/amd/display/dc/dce80/dce80_resource: Include our own header containing prototypes

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/dce80/dce80_resource.c:1126:23: warning: no previous prototype for ‘dce80_create_resource_pool’ [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/../display/dc/dce80/dce80_resource.c:1325:23: warning: no

[PATCH 17/30] drm/amd/display/dc/dce60/dce60_resource: Include our own header containing prototypes

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/dce60/dce60_resource.c:1115:23: warning: no previous prototype for ‘dce60_create_resource_pool’ [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/../display/dc/dce60/dce60_resource.c:1312:23: warning: no

[PATCH 20/30] drm/amd/display/dc/core/dc: Fix a bunch of documentation misdemeanours

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc.c:287: warning: Cannot understand * drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc.c:366: warning: Function paramete

[PATCH 26/30] drm/nouveau/dispnv04/crtc: Demote non-conforming kernel-doc headers

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/nouveau/dispnv04/crtc.c:462: warning: Function parameter or member 'crtc' not described in 'nv_crtc_mode_set_regs' drivers/gpu/drm/nouveau/dispnv04/crtc.c:462: warning: Function parameter or member 'mode' not described in 'nv_crt

[PATCH 22/30] drm/amd/display/dc/core/dc_link: Fix a couple of function documentation issues

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c:214: warning: Function parameter or member 'link' not described in 'dc_link_detect_sink' drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_link.c:350: warning: Function parameter or member '

[PATCH 23/30] drm/nouveau/nvkm/engine/gr/gf100: Demote non-conformant kernel-doc header

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/nouveau/nvkm/engine/gr/gf100.c:992: warning: Function parameter or member 'gr' not described in 'gf100_gr_wait_idle' Cc: Ben Skeggs Cc: David Airlie Cc: Daniel Vetter Cc: dri-devel@lists.freedesktop.org Cc: nouv...@lists.freede

[PATCH 25/30] drm/nouveau/nouveau_display: Remove set but unused variable 'width'

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/nouveau/nouveau_display.c: In function ‘nouveau_framebuffer_new’: drivers/gpu/drm/nouveau/nouveau_display.c:309:15: warning: variable ‘width’ set but not used [-Wunused-but-set-variable] Cc: Ben Skeggs Cc: David Airlie Cc: Dan

[PATCH 28/30] drm/nouveau/dispnv50/headc57d: Make local function 'headc57d_olut' static

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/nouveau/dispnv50/headc57d.c:173:1: warning: no previous prototype for ‘headc57d_olut’ [-Wmissing-prototypes] Cc: Ben Skeggs Cc: David Airlie Cc: Daniel Vetter Cc: Lyude Paul Cc: dri-devel@lists.freedesktop.org Cc: nouv...@list

[PATCH 21/30] drm/amd/display/dc/core/dc_resource: Demote some kernel-doc abuses

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_resource.c:1710: warning: Function parameter or member 'old_stream' not described in 'dc_is_stream_unchanged' drivers/gpu/drm/amd/amdgpu/../display/dc/core/dc_resource.c:1710: warning: Function p

[PATCH 24/30] drm/nouveau/nouveau_bo: Remove unused variables 'dev'

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/nouveau/nouveau_bo.c: In function ‘nouveau_ttm_tt_populate’: drivers/gpu/drm/nouveau/nouveau_bo.c:1228:17: warning: variable ‘dev’ set but not used [-Wunused-but-set-variable] drivers/gpu/drm/nouveau/nouveau_bo.c: In function ‘no

[PATCH 29/30] drm/nouveau/nv50_display: Remove superfluous prototype for local static functions

Fixes the following build error: drivers/gpu/drm/nouveau/dispnv50/disp.c:2530:1: error: conflicting types for ‘nv50_display_fini’ In file included from drivers/gpu/drm/nouveau/dispnv50/disp.c:71: drivers/gpu/drm/nouveau/nv50_display.h:36:6: note: previous declaration of ‘nv50_display_fini’ wa

[PATCH 27/30] drm/nouveau/dispnv50/disp: Remove unused variable 'ret' from function returning void

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/nouveau/dispnv50/disp.c: In function ‘nv50_mstm_cleanup’: drivers/gpu/drm/nouveau/dispnv50/disp.c:1357:6: warning: variable ‘ret’ set but not used [-Wunused-but-set-variable] Cc: Ben Skeggs Cc: David Airlie Cc: Daniel Vetter C

[PATCH 30/30] drm/nouveau/dispnv50/disp: Include header containing our prototypes

Fixes the following W=1 kernel build warning(s): drivers/gpu/drm/nouveau/dispnv50/disp.c:2599:1: warning: no previous prototype for ‘nv50_display_create’ [-Wmissing-prototypes] Cc: Ben Skeggs Cc: David Airlie Cc: Daniel Vetter Cc: dri-devel@lists.freedesktop.org Cc: nouv...@lists.freedesktop

Re: [PATCHv1] video: omapfb2: Make standard and custom DSI command mode panel driver mutually exclusive

[replace Tomi's TI mail address with something working] Hi, On Fri, Jan 08, 2021 at 08:58:39PM +0100, Sam Ravnborg wrote: > Hi Sebastian, > > On Fri, Jan 08, 2021 at 12:24:41PM +0100, Sebastian Reichel wrote: > > Standard DRM panel driver for DSI command mode panel used by omapfb2 is also > > av

Re: [PATCH v16 0/4] RDMA: Add dma-buf support

On 1/11/2021 7:55 PM, Xiong, Jianxin wrote: -Original Message- From: Alex Deucher Sent: Monday, January 11, 2021 9:47 AM To: Xiong, Jianxin Cc: Jason Gunthorpe ; Leon Romanovsky ; linux-r...@vger.kernel.org; dri-devel@lists.freedesktop.org; Doug Ledford ; Vetter, Daniel ; Christian Ko

[PATCH v2 3/7] drm/msm/dpu: Add prog_fetch_lines_worst_case to INTF_BLK macro

Not all DPU interface sub-block versions need the same value for prog_fetch_lines_worst_case: add this to the INTF_BLK macro, so that it becomes possible to vary it for other INTF versions. For example, this is needed to implement support for older SoCs, like MSM8998 and SDM630/660 and most probab

[PATCH 2/2] drm/dp_mst: Align mst link rate with soure rate

After read the link rate from MST hub, align with maximum source rate. Signed-off-by: Koba Ko --- drivers/gpu/drm/drm_dp_mst_topology.c | 8 drivers/gpu/drm/i915/display/intel_dp.c | 7 +++ include/drm/drm_dp_helper.h | 8 include/drm/drm_dp_mst_helper.h

[PATCH v2 1/7] drm/msm/dpu: Fix VBIF_XINL_QOS_LVL_REMAP_000 register offset

On DPUs prior to version 4 the VBIF_XINL_QOS_LVL_REMAP_000 register is at 0x570 offset from vbif base instead of 0x590, due to the VBIF_XINL_QOS_RP_REMAP_000 having less instances (less possible XINs). Signed-off-by: AngeloGioacchino Del Regno --- drivers/gpu/drm/msm/disp/dpu1/dpu_hw_vbif.c | 9

[PATCH RFT 1/2] ARM: dts: bcm2711: Fix the HVS size

The BCM2711 has a larger HVS size than the earlier SoCs. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/bcm2711.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/bcm2711.dtsi b/arch/arm/boot/dts/bcm2711.dtsi index 4847dd305317..5254c63fbf8f 100644 --- a/arch/arm/boot

omapfb removal (was: Re: [PATCHv1] video: omapfb2: Make standard and custom DSI command mode panel driver mutually exclusive)

[dropped linux-next from Cc] Hi, On Tue, Jan 12, 2021 at 03:10:56PM +0200, Tomi Valkeinen wrote: > >> But why is it it we need omapfb at all when we have omapdrm? > > > > I think there are two reasons omapfb has not been killed yet. One > > reason was missing support for manually updated DSI pan

Re: [PATCH v2 2/2] drm/bridge: anx7625: add MIPI DPI input feature support

On Tue, Jan 05, 2021 at 05:17:01PM +0300, Dan Carpenter wrote: > On Thu, Dec 31, 2020 at 10:22:36AM +0800, Xin Ji wrote: > > static int anx7625_read_ctrl_status_p0(struct anx7625_data *ctx) > > { > > return anx7625_reg_read(ctx, ctx->i2c.rx_p0_client, AP_AUX_CTRL_STATUS); > > @@ -189,10 +203,

Re: [PATCH v2 00/15] drm/vc4: hdmi: Add CEC support for the BCM2711

Hi Maxime, On 11/01/2021 15:22, Maxime Ripard wrote: > Hi, > > Here's a series introducing the CEC support for the BCM2711 found on the > RaspberryPi4. > > The BCM2711 HDMI controller uses a similar layout for the CEC registers, the > main difference being that the interrupt handling part is now

Re: [PATCH v2 2/2] arm64: dts: mt8192: Add node for the Mali GPU

On Fri, 2021-01-08 at 15:58 +, Steven Price wrote: > On 05/01/2021 05:36, Nick Fan wrote: > > Add a basic GPU node for mt8192. > > > > Signed-off-by: Nick Fan > > --- > > This patch depends on Mediatek power and regulator support. > > > > Listed as following. > > > > [1]https://lore.kernel.

Re: [PATCH RFT 0/2] drm/vc4: Clear the display list on startup

Hi Maxime, On 12/01/21 at 14:47 +0100, Maxime Ripard wrote: > Hi Lucas, > > Given that I'm not having a great success at reproducing the issue you > mentioned, could you test the following patches to see if it improves things? Unfortunately I'm missing a cable and will only get it back during th

[PATCH RFT 0/2] drm/vc4: Clear the display list on startup

Hi Lucas, Given that I'm not having a great success at reproducing the issue you mentioned, could you test the following patches to see if it improves things? Thanks! Maxime Maxime Ripard (2): ARM: dts: bcm2711: Fix the HVS size drm/vc4: hvs: Clear the HVS list at boot arch/arm/boot/dts/bc

[PATCH v1 3/3] drm/tegra: gr2d: Add compatible for Tegra114

Tegra114 has GR2D hardware block, support it by the 2D driver. Tested-by: Anton Bambura Signed-off-by: Dmitry Osipenko --- drivers/gpu/drm/tegra/drm.c | 1 + drivers/gpu/drm/tegra/gr2d.c | 5 + 2 files changed, 6 insertions(+) diff --git a/drivers/gpu/drm/tegra/drm.c b/drivers/gpu/drm/teg

[PATCH v2 2/7] drm/msm/dpu: Move DPU_SSPP_QOS_8LVL bit to SDM845 and SC7180 masks

Not all DPU versions that are supported in this driver are supposed to have a 8-Levels VIG QoS setting. Move this flag to SDM845 and SC7180 specific masks. Signed-off-by: AngeloGioacchino Del Regno --- drivers/gpu/drm/msm/disp/dpu1/dpu_hw_catalog.c | 6 +++--- 1 file changed, 3 insertions(+), 3

[PATCH v1 0/3] Activate Tegra114 SoC support by Tegra DRM driver

This series enables Tegra DRM driver for Tegra114 SoC and corrects GR2D compatible entries, which is a minor correction, but it conflicts with the Tegra114 enablement if applied separately, so I included it all in a single small series. Patches are tested by Anton Bambura on his ASUS TF701T tablet

Re: [PATCH v2 31/48] soc/tegra: regulators: Support Core domain state syncing

On Thu, 17 Dec 2020 at 19:07, Dmitry Osipenko wrote: > > The core voltage shall not drop until state of Core domain is synced, > i.e. all device drivers that use Core domain are loaded and ready. > > Support Core domain state syncing. The Core domain driver invokes the > core-regulator voltage syn

Re: [PATCH 9/9] drm/msm/dpu: Fix timeout issues on command mode panels

Il 09/01/21 14:37, AngeloGioacchino Del Regno ha scritto: In function dpu_encoder_phys_cmd_wait_for_commit_done we are always checking if the relative CTL is started by waiting for an interrupt to fire: it is fine to do that, but then sometimes we call this function while the CTL is up and has ne

What ist the standard way to define connector type and bus format with device tree?

Hi, according to bindings/display/panel/panel-common.yaml and by using "panel-simple" as compatible string we can define almost all properties of a DSI panel by a device tree entry. Except the connector and bus format which can only be set by adding the same information to the panel-simple tables.

[PATCH v2 6/7] drm/msm/dpu: Correctly configure vsync tearcheck for command mode

When configuring the tearcheck, the parameters for the engine were being set mostly as they should've been, but then it wasn't getting configured to get the vsync indication from the TE GPIO input because it was assumed that autorefresh could be enabled: since a previous commit makes sure to disabl

[PATCH] drm: amdgpu: pm: Mark vangogh_clk_dpm_is_enabled() as static

kernel test robot throws below warnings -> drivers/gpu/drm/amd/amdgpu/../pm/swsmu/smu11/vangogh_ppt.c:594:6: warning: no previous prototype for 'vangogh_clk_dpm_is_enabled' [-Wmissing-prototypes] drivers/gpu/drm/amd/amdgpu/../pm/swsmu/smu11/vangogh_ppt.c:594:6: warning: no previous prototype for f

Re: [PATCH RFT 0/2] drm/vc4: Clear the display list on startup

Hi Lucas, > week-end, so I cannot test before early next week. However I'm Ccing > Ryutaroh Matsumoto who could also reproduce it. Maybe he is in a better > position to test this (@Ryutaroh: I bounced the patches to you). Should I apply PATCH RFT 0--2/2 to https://cdn.kernel.org/pub/linux/kernel/

[PATCH v2 5/7] drm/msm/dpu: Disable autorefresh in command mode

When a command mode display is used, it may be retaining the bootloader configuration which, in most of the cases, enables the autorefresh feature in order to keep the splash up. Since there is no autorefresh management in this driver, wire up the autorefresh ops in the dpu_hw_pingpong and disable

Re: [PATCH v1 2/2] drm/bridge: anx7625: add MIPI DPI input feature support

Hi Dan Carpenter, thanks for your comments, I'll fix it in the next serial. Thanks, Xin On Mon, Jan 04, 2021 at 05:50:39PM +0300, Dan Carpenter wrote: > On Fri, Dec 25, 2020 at 07:02:15PM +0800, Xin Ji wrote: > > +static int anx7625_aux_dpcd_read(struct anx7625_data *ctx, > > +

Re: r600/nir: enable soft-fp64 for evengreen class hardware - brake compilation of Mesa git

Hello Dieter, I guess you did a release build? The build failure should be fixed now, someone else had already opened an issue. > Maybe I can do some testing with my Tursk for you. Thanks, that always helps :) Best, Gert ___ dri-devel mailing lis

[PATCH v2 4/7] drm/msm/dpu: Allow specifying features and sblk in DSPP_BLK macro

The DSPP_BLK macro was ad-hoc made for SC7180, but this is wrong because not all of the DPU DSPP versions can use the same DSPP block configuration, and not all of them have got the same features. For this reason, add two more params to the DSPP_BLK macro, so that it is possible to specify the fea

Re: [PATCH v5 04/21] gpu: host1x: Remove cancelled waiters immediately

11.01.2021 16:00, Mikko Perttunen пишет: > -void host1x_intr_put_ref(struct host1x *host, unsigned int id, void *ref) > +void host1x_intr_put_ref(struct host1x *host, unsigned int id, void *ref, > + bool flush) > { > struct host1x_waitlist *waiter = ref; > struct h

Re: [PATCH v2 1/2] dt-bindings: drm/bridge: anx7625: add DPI flag and swing setting

Hi Rob Herring, thanks for the comments. On Mon, Jan 11, 2021 at 04:14:35PM -0600, Rob Herring wrote: > On Thu, Dec 31, 2020 at 10:21:12AM +0800, Xin Ji wrote: > > Add DPI flag for distinguish MIPI input signal type, DSI or DPI. Add > > swing setting for adjusting DP tx PHY swing > > > > Signed-o

Re: [PATCH v2 28/48] soc/tegra: Introduce core power domain driver

On Thu, 17 Dec 2020 at 19:07, Dmitry Osipenko wrote: > > NVIDIA Tegra SoCs have multiple power domains, each domain corresponds > to an external SoC power rail. Core power domain covers vast majority of > hardware blocks within a Tegra SoC. The voltage of a power domain should > be set to a value

Re: [PATCH] drm: Improve the output_poll_changed description

On 1/12/21 10:20 PM, Daniel Vetter wrote: On Tue, Jan 12, 2021 at 06:46:44PM +0800, ZhiJie.Zhang wrote: From: zhangzhijie codeview the implementation of few Drivers. I'm not really understanding what you're trying to say here. I exc "make htmls" and read the gpu's html via browser. then

[PATCH] drm: Improve the output_poll_changed description

From: zhangzhijie codeview the implementation of few Drivers. this callback was used by drm_kms_helper_hotplug_event() Signed-off-by: zhangzhijie --- include/drm/drm_mode_config.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/drm/drm_mode_config.h b/include/drm/dr

[PATCH v2 7/7] drm/msm/dpu: Remove unused call in wait_for_commit_done

The call to dpu_encoder_phys_cmd_prepare_for_kickoff is useless as it's unused because the serialize_wait4pp variable is never set to true by .. anything, literally: remove the call. While at it, also reduce indentation by inverting the check for dpu_encoder_phys_cmd_is_master. Signed-off-by: Ange

[PATCH v1 1/3] drm/tegra: dc: Enable display controller driver for Tegra114

Display controller driver isn't listed as a DRM sub-device for Tegra114, thus display driver isn't loaded on Tegra114. Enable display controller driver for Tegra114 SoC. Tested-by: Anton Bambura Signed-off-by: Dmitry Osipenko --- drivers/gpu/drm/tegra/drm.c | 1 + 1 file changed, 1 insertion(+)

[PATCH 1/2] drm/dp_mst: Retrieve extended DPCD caps for topology manager

As per DP-1.3, First check DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT. If DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT is 1,read the DP_DP13_DPCD_REV to get the faster capability. If DP_EXTENDED_RECEIVER_CAP_FIELD_PRESENT is 0,read DP_DPCD_REV. Signed-off-by: Koba Ko Reviewed-by: Lyude Paul [added aux nam

Re: [PATCH v5 19/21] drm/tegra: Implement new UAPI

11.01.2021 16:00, Mikko Perttunen пишет: > +int tegra_drm_ioctl_channel_open(struct drm_device *drm, void *data, > + struct drm_file *file) > +{ > + struct tegra_drm_file *fpriv = file->driver_priv; > + struct tegra_drm *tegra = drm->dev_private; > + struct

[PATCH RFT 2/2] drm/vc4: hvs: Clear the HVS list at boot

The kernel boots with the display running and we make sure to shut down the scan out engines properly but we keep the display list for now. Let's make sure we start from a clean state. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/vc4/vc4_drv.c | 1 + drivers/gpu/drm/vc4/vc4_drv.h | 1 + dr

[PATCH v1 2/3] drm/tegra: gr2d: Correct swapped device-tree compatibles

The device-tree compatibles are swapped in the code, correct them. Tested-by: Peter Geis Tested-by: Nicolas Chauvet Tested-by: Matt Merhar Signed-off-by: Dmitry Osipenko --- drivers/gpu/drm/tegra/gr2d.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/te

[PATCH v2 0/7] Qualcomm DRM DPU fixes

This patch series brings some fixes to the Qualcomm DPU driver, aim is to get it prepared for "legacy" SoCs (like MSM8998, SDM630/660) and to finally get command-mode displays working on this driver. The series was tested against MSM8998 (the commit that introduces it to the hw-catalog is not incl

Re: [PATCH 5.11 regression fix] drm/ttm: fix combining __GFP_HIGHMEM and __GFP_DMA32 flag for DMA32 pools

Hi Hans, Am 12.01.21 um 19:32 schrieb Hans de Goede: GFP_TRANSHUGE_LIGHT includes __GFP_HIGHMEM and combining __GFP_HIGHMEM with __GFP_DMA32 is not allowed. So we must not set add GFP_TRANSHUGE_LIGHT to the gfp_flags when allocating pages from a dma32 pool. This won't work since we still need

Re: [PATCH 5.11 regression fix] drm/ttm: fix combining __GFP_HIGHMEM and __GFP_DMA32 flag for DMA32 pools

Hi, On 1/13/21 9:25 AM, Christian König wrote: > Hi Hans, > > Am 12.01.21 um 19:32 schrieb Hans de Goede: >> GFP_TRANSHUGE_LIGHT includes __GFP_HIGHMEM and combining >> __GFP_HIGHMEM with __GFP_DMA32 is not allowed. >> >> So we must not set add GFP_TRANSHUGE_LIGHT to the gfp_flags when >> allocat

Re: [PATCH] drm/ttm: use compound pages for THP

Am 13.01.21 um 09:47 schrieb David Stevens: Compound page metadata is necessary for page reference counting to work properly on pages besides the head page. Without it, put_page corresponding to the last outstanding get_page call on a tail page will end up freeing that page, even if the bo still

Re: [PATCH v3 01/12] drm: Add dummy page per device or GEM object

Am 12.01.21 um 16:59 schrieb Andrey Grodzovsky: On 1/12/21 7:32 AM, Christian König wrote: Am 12.01.21 um 10:10 schrieb Daniel Vetter: On Mon, Jan 11, 2021 at 03:45:10PM -0500, Andrey Grodzovsky wrote: On 1/11/21 11:15 AM, Daniel Vetter wrote: On Mon, Jan 11, 2021 at 05:13:56PM +0100, Daniel

Re: [PATCH v2 0/4] Revert "drm/amd/display: Expose new CRC window property" and changes associated with this commit

Thanks Siqueira. Series is: Reviewed-by: Wayne Lin On 1/12/21 10:55 PM, Rodrigo Siqueira wrote: Hi, In the V1, Wayne pointed out two problems: 1. The revert patch included one extra line that does not belong to it; 2. The original patch also had other fixes in the same commit; I removed the

Re: [PATCH] drm/hisilicon: Fix build error

Hi Am 13.01.21 um 10:19 schrieb Tian Tao: Fix the following errors: divers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c: In function ‘hibmc_hw_map’: drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c:213:25: error: ‘dev’ undeclared (first use in this function); Fixes: 4d4dad21cc7bee "drm/hibmc: Remove

Re: [Intel-gfx] [PATCH] drm/i915/hdcp: Disable the QSES check for HDCP 1.4 over MST

On 2021-01-07 at 04:08:58 +0530, Sean Paul wrote: > From: Sean Paul > > The HDCP 1.4 spec does not require the QUERY_STREAM_ENCRYPTION_STATUS IMHO DP 1.4 vesa specs I.3.5 mark QSES as desirale for both HDCP 1.4 and HDCP 2.2. "The MST Source device may use a QUERY_STREAM_ENCRYPTION_STATUS message

[PATCH 00/24] Fix broken file docs cross-references

File renames and yaml conversions broke file references for several files, as reported by: ./scripts/documentation-file-ref-check Fix most of them. Please notice that this series was generated against linux-next (next-20210113). So, it is better if the fixup patch could be added at

[PATCH 20/24] ASoC: audio-graph-card: update audio-graph-card.yaml reference

Changeset 97198614f6c3 ("ASoC: audio-graph-card: switch to yaml base Documentation") renamed: Documentation/devicetree/bindings/sound/audio-graph-card.txt to: Documentation/devicetree/bindings/sound/audio-graph-card.yaml. Update its cross-reference accordingly. Signed-off-by: Mauro Carvalho Cheh

[PATCH 21/24] dt-bindings: display: mediatek: update mediatek, dpi.yaml reference

Changeset 9273cf7d3942 ("dt-bindings: display: mediatek: convert the dpi bindings to yaml") renamed: Documentation/devicetree/bindings/display/mediatek/mediatek,dpi.txt to: Documentation/devicetree/bindings/display/mediatek/mediatek,dpi.yaml. Update its cross-reference accordingly. Signed-off-by

[PATCH 22/24] dt-bindings: memory: mediatek: update mediatek, smi-larb.yaml references

Changeset 27bb0e42855a ("dt-bindings: memory: mediatek: Convert SMI to DT schema") renamed: Documentation/devicetree/bindings/memory-controllers/mediatek,smi-larb.txt to: Documentation/devicetree/bindings/memory-controllers/mediatek,smi-larb.yaml. Update its cross-references accordingly. Signed

[PATCH] drm/hisilicon/hibmc: Remove hibmc_ttm.c

The file is not in use. It got re-added by a rebased patch. Removing it. Signed-off-by: Thomas Zimmermann Fixes: 4d4dad21cc7b ("drm/hibmc: Remove references to struct drm_device.pdev") Reported-by: Tian Tao Cc: Sam Ravnborg Cc: Xinliang Liu Cc: Tian Tao Cc: John Stultz Cc: Xinwei Kong Cc:

Re: [PATCH RFC] drm/vc4: hdmi: Avoid ASoC error messages on startup

On Wed, Jan 13, 2021 at 10:19:57AM +0100, Maxime Ripard wrote: > I'd like to get Mark's opinion before merging though I'm not sure what the question is here? I get CCed on a bunch of not obviously relevant DRM patches so there's a good chance I've just deleted some relevnat discussion. signatu

Re: [PATCH 2/2] drm/dp_mst: Align mst link rate with soure rate

On Wed, 13 Jan 2021, Koba Ko wrote: > After read the link rate from MST hub, align with > maximum source rate. > > Signed-off-by: Koba Ko > --- > drivers/gpu/drm/drm_dp_mst_topology.c | 8 > drivers/gpu/drm/i915/display/intel_dp.c | 7 +++ > include/drm/drm_dp_helper.h

Re: [PATCH v5 1/6] mfd: rt4831: Adds support for Richtek RT4831 core

On Thu, 17 Dec 2020, cy_huang wrote: > From: ChiYuan Huang > > This adds support Richtek RT4831 core. It includes four channel WLED driver > and Display Bias Voltage outputs. > > Signed-off-by: ChiYuan Huang > --- > since v5 > - Rename file name from rt4831-core.c to rt4831.c > - Change RICHTE

Re: [PATCH] drm/ttm: use compound pages for THP

Am 13.01.21 um 10:33 schrieb David Stevens: On Wed, Jan 13, 2021 at 5:58 PM Christian König wrote: Am 13.01.21 um 09:47 schrieb David Stevens: Compound page metadata is necessary for page reference counting to work properly on pages besides the head page. Without it, put_page corresponding to

  1   2   >