[PATCH 2/4] msm:disp:dpu1: add support for display for SC7180 target

Add display hw catalog changes for SC7180 target. Changes in v1: - Configure register offsets and capabilities for the display hw blocks. Changes in v2: - mdss_irq data type has changed in the dependent patch, accommodate the necessary changes. - Add co-developed-by tags in the commit ms

[PATCH 0/4] Add support for SC7180 display

SC7180 follows a newer architecture where in some flush controls have been re-organized to simplify programming and provide for future expandability. Specifically: 1) The TIMING_ bits that control flush of INTF_ have been replaced with a common INTF flush bit which flushes the programming in the

[GIT PULL] Please pull hmm changes

Hi Linus, Here is this batch of hmm updates, I think we are nearing the end of this project for now, although I suspect there will be some more patches related to hmm_range_fault() in the next cycle. You will probably be most interested in the patch "mm/mmu_notifier: add an interval tree notifier

[PATCH] drm/panel: Add Boe Himax8279d MIPI-DSI LCD panel

Support Boe Himax8279d 8.0" 1200x1920 TFT LCD panel, it is a MIPI DSI panel. V9: - Adjust init code, make the format more concise - kill off default_off_cmds (Emil) - use mipi_dsi_dcs_set_display_{on,off} in their enable/disable callbacks. (Emil) - Adjusting the delay function (Emil) V8: - mo

[PATCH 4/4] msm:disp:dpu1: add mixer selection for display topology

mixer selection in the display topology is based on multiple factors 1) mixers available in the hw 2) interfaces to be enabled 3) merge capability change will pickup mixer as per the topology need. Signed-off-by: Kalyan Thota --- drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c| 21 +

Re: nouveau on NV04 calling illegal method 02fc under fbcon

Hi Daniel, On Mon, 25 Nov 2019 09:18:41 +0100 Daniel Vetter wrote: > On Mon, Nov 25, 2019 at 9:08 AM Bruno Prémont wrote: > > Trying a new kernel on old [NV04] system I get tons of > > nouveau :01:00.0: gr: intr 0001 [NOTIFY] nsource 0040 > > [ILLEGAL_MTHD] nstatus 4000 [PRO

[PATCH -next] drm/amd/display: remove set but not used variable 'msg_out'

drivers/gpu/drm/amd/amdgpu/../display/modules/hdcp/hdcp_psp.c: In function mod_hdcp_hdcp2_enable_encryption: drivers/gpu/drm/amd/amdgpu/../display/modules/hdcp/hdcp_psp.c:633:77: warning: variable msg_out set but not used [-Wunused-but-set-variable] drivers/gpu/drm/amd/amdgpu/../display/modules/h

[PATCH v1] drm/mediatek: fix up 1440x900 dp display black screen issue

From: Yongqiang Niu This patch fix up 1440x900 dp display black screen issue the computed result will overflow rdma1 fifo max size when external display pixel clock bigger than 74MHZ Signed-off-by: Yongqiang Niu --- drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 4 1 file changed, 4 insertion

Re: [RFC 06/13] drm/i915/svm: Page table mirroring support

On Sun, Nov 24, 2019 at 01:12:47PM -0800, Niranjan Vishwanathapura wrote: > > > > Using a temporary range is the pattern from nouveau, is it really > > > > necessary in this driver? > > > > > > Yah, not required. In my local build I tried with proper default_flags > > > and set pfn_flags_mask to

Re: [PATCH v3 8/8] MIPS: DTS: jz4780: add sgx gpu node

* H. Nikolaus Schaller [191124 18:00]: > Hi Paul, Tony, > > > Am 24.11.2019 um 18:48 schrieb Tony Lindgren : > > > > * Paul Cercueil [191124 12:58]: > >> Le dim., nov. 24, 2019 at 12:40, H. Nikolaus Schaller > >> a > >> écrit : > >>> and add interrupt and clocks. > > ... > >>> --- a/arch/mips

[PATCH -next] drm/amd/powerplay: remove set but not used variable 'stretch_amount2'

drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/vegam_smumgr.c: In function vegam_populate_clock_stretcher_data_table: drivers/gpu/drm/amd/amdgpu/../powerplay/smumgr/vegam_smumgr.c:1489:29: warning: variable stretch_amount2 set but not used [-Wunused-but-set-variable] It is never used, so can be

[PATCH 3/4] msm:disp:dpu1: setup display datapath for SC7180 target

Add changes to setup display datapath on SC7180 target. Changes in v1: - Add changes to support ctl_active on SC7180 target. - While selecting the number of mixers in the topology consider the interface width. Changes in v2: - Spawn topology mixer selection into separate patch (Rob Clark).

[PATCH 1/4] dt-bindings: msm:disp: add sc7180 DPU variant

Add a compatible string to support sc7180 dpu version. Signed-off-by: Kalyan Thota --- Documentation/devicetree/bindings/display/msm/dpu.txt | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/display/msm/dpu.txt b/Documentation/devicetree/b

[PULL] drm-misc-fixes

Hi Dave, Daniel, Here are a few lates fixes for drm-misc-fixes. Obviously, it's not going to make it into 5.4, but it'd be great if they were in the upcoming PR. Thanks! Maxime drm-misc-fixes-2019-11-25: - A fix for a memory leak in the dma-buf support - One in mcde DSI support that leads to a

RE: [PATCH libdrm v4] modetest: Add support for setting mode having floating vertical refresh rate

> -Original Message- > From: Ville Syrjälä > Sent: 25 November 2019 06:30 > To: Devarsh Thakkar > Cc: dri-devel@lists.freedesktop.org; Hyun Kwon ; vcu- > team ; Ranganathan Sk ; Dhaval > Rajeshbhai Shah ; Satish Kumar Nagireddy > ; Varunkumar Allagadapa > Subject: Re: [PATCH libdrm v4]

Re: WARNING in md_ioctl

syzbot has bisected this bug to: commit 4b6ce6810a5dc0af387a238e8c852e0d3822381f Author: Rafael Antognolli Date: Mon Feb 5 23:33:30 2018 + drm/i915/cnl: WaPipeControlBefore3DStateSamplePattern bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=13aeb522e0 start commit:

RE: [PATCH v4 12/13] [HACK] drm/bridge: lvds-codec: Enforce device specific compatible strings

Hi Geert, > From: Geert Uytterhoeven > Sent: 22 November 2019 08:17 > Subject: Re: [PATCH v4 12/13] [HACK] drm/bridge: lvds-codec: Enforce device > specific compatible strings > > Hi Fabrizio, > > On Thu, Nov 21, 2019 at 5:00 PM Fabrizio Castro > wrote: > > > From: devicetree-ow...@vger.kerne

[PATCH] drm: radeon: replace 0 with NULL

Replace 0 with NULL to fix sparse tool warning warning: Using plain integer as NULL pointer Signed-off-by: Jules Irenge --- drivers/gpu/drm/radeon/radeon_audio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/radeon_audio.c b/drivers/gpu/drm/radeon/

Re: [PATCH 05/15] drm/armada: Delete dma_buf->k(un)map implemenation

On Tue, Nov 26, 2019 at 1:35 AM Russell King - ARM Linux admin wrote: > On Mon, Nov 25, 2019 at 10:44:43PM +0100, Daniel Vetter wrote: > > On Mon, Nov 18, 2019 at 11:35:26AM +0100, Daniel Vetter wrote: > > > It's a dummy anyway. > > > > > > Signed-off-by: Daniel Vetter > > > Cc: Russell King > >

Re: [PATCH 3/4] drm/hisilicon/hibmc: Implement hibmc_dumb_create() with generic helpers

On Tue, Nov 26, 2019 at 08:40:27AM +0100, Thomas Zimmermann wrote: > Hi > > Am 25.11.19 um 10:14 schrieb Daniel Vetter: > > On Fri, Nov 22, 2019 at 09:30:43AM +0100, Thomas Zimmermann wrote: > >> The hibmc driver aligns scanlines to 16 bytes. Adding the pitch alignment > >> as an argument to drm_g

radeon UBSAN warning from user syscall

I tried latest (5.4) custom kernel (with UBSAN) on my Dell D600 laptop and found that it exhibits a UBSAN warning triggered by userspace ioctl. Here is dmesg with anything radeon-related + the warning, and config: [ 17.659534] [drm] radeon kernel modesetting enabled. [ 17.659607] radeon 000

Re: WARNING in md_ioctl

On Mon, Nov 25, 2019 at 02:37:01PM -0800, syzbot wrote: > syzbot has bisected this bug to: > > commit 4b6ce6810a5dc0af387a238e8c852e0d3822381f > Author: Rafael Antognolli > Date: Mon Feb 5 23:33:30 2018 + > > drm/i915/cnl: WaPipeControlBefore3DStateSamplePattern This seems very unlike

Re: [PATCH 0/5] drm/udl: Convert to GEM framebuffer helpers

Am 25.11.19 um 19:39 schrieb Sam Ravnborg: > Hi Thomas. > > On Thu, Nov 14, 2019 at 03:10:20PM +0100, Thomas Zimmermann wrote: >> Udl uses struct udl_framebuffer for representing its framebuffer. The >> type can be replaced by the standard DRM framebuffer structure. >> >> Patches 1 to 4 prepare

Re: [PATCH 1/7] drm/mediatek: fix atomic_state reference counting

On Tue, Nov 26, 2019 at 02:29:26PM +0800, Bibby Hsieh wrote: > The DRM core takes care of all atomic state refcounting. > However, mediatek drm defers some work that accesses planes > and plane_states in drm_atomic_state, and must therefore > keep its own atomic state references until this work com

Re: [PATCH v3 1/2] drm/sched: Avoid job cleanup if sched thread is parked.

Am 25.11.19 um 17:51 schrieb Steven Price: On 25/11/2019 14:10, Andrey Grodzovsky wrote: When the sched thread is parked we assume ring_mirror_list is not accessed from here. FWIW I don't think this is necessary. kthread_park() will wait until the thread is parked, at which point the thread is

[PATCH 1/2] drm/fourcc: Fill out all block sizes for P10/12/16

0 means 1 as the default, but it's mighty confusing if the block size for the first plane is spelled out explicitly, but not for the 2nd plane. No cc: stable because this is just confusion, but 0 functional issue. Fixes: 05f8bc82fc42 ("drm/fourcc: Add new P010, P016 video format") Cc: Daniel Ston

[PATCH 2/2] drm/fourcc: Fill out all block sizes for P210

0 means 1 as the default, but it's mighty confusing if the block size for the first plane is spelled out explicitly, but not for the 2nd plane. No cc: stable because this is just confusion, but 0 functional issue. Fixes: 7ba0fee247ee ("drm/fourcc: Add AFBC yuv fourccs for Mali") Cc: Brian Starkey

[PATCH v2 5/5] drm/hisilicon/hibmc: Export VRAM MM information to debugfs

This change makes information about VRAM consumption available on debugfs. See /sys/kernel/debug/dri/0/vram-mm for an overview of how VRAM is being used. Signed-off-by: Thomas Zimmermann Reviewed-by: Daniel Vetter Acked-by: Sam Ravnborg --- drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c |

[PATCH v2 0/5] Replace hibmc code with generic implmentation

The patch set replaces code in hibmc with generic implementation. Patches 1 to 4 replace fbdev emuation, framebuffer and creation of dumb buffers with respective code from DRM helpers. Patch 5 adds an additional interface to debugfs that displays the allocated and free areas in video memory. The

[PATCH v2 1/5] drm/hisilicon/hibmc: Switch to generic fbdev emulation

There's nothing special about hibmc's fbdev emulation that is not provided by the generic implementation. Switch over and remove the driver's code. Signed-off-by: Thomas Zimmermann Reviewed-by: Daniel Vetter Acked-by: Sam Ravnborg --- drivers/gpu/drm/hisilicon/hibmc/Makefile | 2 +- ...

[PATCH v2 4/5] drm/hisilicon/hibmc: Implement hibmc_dumb_create() with generic helpers

The hibmc driver aligns scanlines to 16 bytes. By using the new pitch_align argument of drm_gem_vram_fill_create_dumb(), convert hibmc over. v2: * move changes to VRAM helpers into separate patch Signed-off-by: Thomas Zimmermann Reviewed-by: Daniel Vetter Acked-by: Sam Ravnborg --- ..

[PATCH v2 2/5] drm/hisilicon/hibmc: Replace struct hibmc_framebuffer with generic code

The hibmc driver's struct hibmc_framebuffer stores a DRM framebuffer with an associated GEM object. This functionality is also provided by generic code. Switch hibmc over. Signed-off-by: Thomas Zimmermann Reviewed-by: Daniel Vetter Acked-by: Sam Ravnborg --- .../gpu/drm/hisilicon/hibmc/hibmc_d

[PATCH v2 3/5] drm/vram: Support scanline alignment for dumb buffers

Adding the pitch alignment as an argument to drm_gem_vram_fill_create_dumb() allows to align scanlines to certain offsets. A value of 0 disables scanline pitches. v2: * split of patch from related hibmc changes * test if scanline pitch is power of 2 Signed-off-by: Thomas Zimmerman

Re: [PATCH 3/4] drm/mgag200: Add workaround for HW that does not support 'startadd'

On Tue, Nov 26, 2019 at 08:25:44AM +0100, Thomas Zimmermann wrote: > There's at least one system that does not interpret the value of > the device's 'startadd' field correctly, which leads to incorrectly > displayed scanout buffers. Always placing the active scanout buffer > at offset 0 works aroun

Re: [PATCH 4/4] drm/mgag200: Add module parameter to pin all buffers at offset 0

On Tue, Nov 26, 2019 at 08:25:45AM +0100, Thomas Zimmermann wrote: > For hardware that does not interpret the startadd field correctly, > add the module parameter 'hw_bug_no_startadd', which enables the > workaround. > > Signed-off-by: Thomas Zimmermann > --- > drivers/gpu/drm/mgag200/mgag200_dr

Re: [PATCH 3/4] drm/mgag200: Add workaround for HW that does not support 'startadd'

Hi Am 26.11.19 um 10:37 schrieb Daniel Vetter: > On Tue, Nov 26, 2019 at 08:25:44AM +0100, Thomas Zimmermann wrote: >> There's at least one system that does not interpret the value of >> the device's 'startadd' field correctly, which leads to incorrectly >> displayed scanout buffers. Always placin

[PATCH 0/5] drm/tidss: New driver for TI Keystone platform Display SubSystem

There was couple of attempts upstream an earlier version of this driver about a year ago [1]. Back then I needed to stop my efforts to implement support for next Keystone DSS version, so now the driver supports three different Keystone DSS version on three different SoCs. I am starting the patch s

[PATCH 5/5] MAINTAINERS: add entry for tidss

Add entry for tidss DRM driver. Signed-off-by: Jyri Sarha --- MAINTAINERS | 10 ++ 1 file changed, 10 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index eb19fad370d7..556b7425e883 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -5554,6 +5554,16 @@ F: include/uapi/drm/v3d_drm

[PATCH 1/5] dt-bindings: display: ti, k2g-dss: Add dt-schema yaml binding

Add dt-schema yaml bindig for K2G DSS, an ultra-light version of TI Keystone Display SubSystem. Signed-off-by: Jyri Sarha --- .../bindings/display/ti/ti,k2g-dss.yaml | 97 +++ 1 file changed, 97 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/ti/

[PATCH 3/5] dt-bindings: display: ti, j721e-dss: Add dt-schema yaml binding

Add dt-schema yaml bindig for J721E DSS, J721E version TI Keystone Display SubSystem. Signed-off-by: Jyri Sarha --- .../bindings/display/ti/ti,j721e-dss.yaml | 177 ++ 1 file changed, 177 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/ti/ti,j721e

[PATCH 2/5] dt-bindings: display: ti, am65x-dss: Add dt-schema yaml binding

Add dt-schema yaml bindig for AM65x DSS, AM65x version TI Keystone Display SubSystem. Signed-off-by: Jyri Sarha --- .../bindings/display/ti/ti,am65x-dss.yaml | 133 ++ 1 file changed, 133 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/ti/ti,am65x

Re: [PATCH] drm: radeon: replace 0 with NULL

Am 26.11.19 um 01:35 schrieb Jules Irenge: Replace 0 with NULL to fix sparse tool warning warning: Using plain integer as NULL pointer Signed-off-by: Jules Irenge Acked-by: Christian König --- drivers/gpu/drm/radeon/radeon_audio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH v2 1/3] drm/mgag200: Extract device type from flags

Adds a conversion function that extracts the device type from the PCI id-table flags. Allows for storing additional information in the other flag bits. Signed-off-by: Thomas Zimmermann Fixes: 81da87f63a1e ("drm: Replace drm_gem_vram_push_to_system() with kunmap + unpin") Reviewed-by: Daniel Vett

[PATCH v2 2/3] drm/mgag200: Store flags from PCI driver data in device structure

The flags field in struct mga_device has been unused so far. We now use it to store flag bits from the PCI driver. Signed-off-by: Thomas Zimmermann Reviewed-by: Daniel Vetter Fixes: 81da87f63a1e ("drm: Replace drm_gem_vram_push_to_system() with kunmap + unpin") Cc: John Donnelly Cc: Gerd Hoffm

[PATCH v2 0/3] drm/mgag200: Workaround HW bug with non-0 offset

We found an MGA chip that does not interpret the scanout offset correctly. This patchset works around the problem by placing all buffer objects at offset 0 on this system. v2: * serarate [4/4] from the rest of the series * add missing tags to patch files Thomas Zimmermann (3): d

[PATCH v2 3/3] drm/mgag200: Add workaround for HW that does not support 'startadd'

There's at least one system that does not interpret the value of the device's 'startadd' field correctly, which leads to incorrectly displayed scanout buffers. Always placing the active scanout buffer at offset 0 works around the problem. Signed-off-by: Thomas Zimmermann Reported-by: John Donnell

[PATCH v2] drm/mgag200: Add module parameter to pin all buffers at offset 0

For hardware that does not interpret the startadd field correctly, add the module parameter 'hw_bug_no_startadd', which enables the workaround. v2: * ask user for feedback if the option is active Signed-off-by: Thomas Zimmermann Reviewed-by: Daniel Vetter Cc: John Donnelly --- drivers

[PATCH v1 1/2] drm/komeda: Add a new file komeda_sysfs.c

From: "James Qian Wang (Arm Technology China)" Add a new file komeda_sysfs.c and move all sysfs related code to it. Signed-off-by: James Qian Wang (Arm Technology China) --- drivers/gpu/drm/arm/display/komeda/Makefile | 1 + .../gpu/drm/arm/display/komeda/komeda_dev.c | 61 +-

Re: [PATCH 15/15] dma-buf: Remove kernel map/unmap hooks

On Mon, Nov 18, 2019 at 11:35:36AM +0100, Daniel Vetter wrote: > All implementations are gone now. > > Signed-off-by: Daniel Vetter > Cc: Sumit Semwal > Cc: linux-me...@vger.kernel.org > Cc: linaro-mm-...@lists.linaro.org Applied the final two patches of this series now too. -Daniel > --- > i

[PATCH v1 0/2] drm/komeda: refactor sysfs node "config_id"

Split sysfs node "config_id" to multiple files. James Qian Wang (Arm Technology China) (2): drm/komeda: Add a new file komeda_sysfs.c drm/komeda: Refactor sysfs node "config_id" .../drm/arm/display/include/malidp_product.h | 13 -- drivers/gpu/drm/arm/display/komeda/Makefile | 1 + ...

[PATCH v1 2/2] drm/komeda: Refactor sysfs node "config_id"

From: "James Qian Wang (Arm Technology China)" Split sysfs config_id bitfiles to multiple separated sysfs files. Signed-off-by: James Qian Wang (Arm Technology China) --- .../drm/arm/display/include/malidp_product.h | 13 --- .../gpu/drm/arm/display/komeda/komeda_sysfs.c | 80 ++--

Re: [PATCH v2 2/2] drm: share address space for dma bufs

Am 22.11.19 um 19:21 schrieb Alex Deucher: On Fri, Nov 22, 2019 at 4:17 AM Daniel Vetter wrote: On Fri, Nov 22, 2019 at 7:37 AM Gerd Hoffmann wrote: Use the shared address space of the drm device (see drm_open() in drm_file.c) for dma-bufs too. That removes a difference betweem drm device mm

Re: [PATCH 2/2] drm/fourcc: Fill out all block sizes for P210

On Tue, Nov 26, 2019 at 10:14:14AM +0100, Daniel Vetter wrote: > 0 means 1 as the default, but it's mighty confusing if the block size > for the first plane is spelled out explicitly, but not for the 2nd > plane. > > No cc: stable because this is just confusion, but 0 functional issue. Agree! >

[Bug 110674] Crashes / Resets From AMDGPU / Radeon VII

https://bugs.freedesktop.org/show_bug.cgi?id=110674 --- Comment #171 from line...@xcpp.org --- Created attachment 146026 --> https://bugs.freedesktop.org/attachment.cgi?id=146026&action=edit 5.4.0-arch1-1 GPU initialization fails With kernel version 5.4.0-arch1-1 the GPU can flat out no longer

Re: [PATCH] MAINTAINERS: Drop Rex Zhu for amdgpu powerplay

Reviewed-by: Christian König Am 25.11.19 um 06:30 schrieb Quan, Evan: Reviewed-by: Evan Quan -Original Message- From: amd-gfx On Behalf Of Alex Deucher Sent: Saturday, November 23, 2019 3:19 AM To: amd-...@lists.freedesktop.org; dri-devel@lists.freedesktop.org Cc: Deucher, Alexander

Re: [PATCH v1 2/2] drm/komeda: Refactor sysfs node "config_id"

On Tue, Nov 26, 2019 at 10:54:47AM +, james qian wang (Arm Technology China) wrote: > From: "James Qian Wang (Arm Technology China)" > > Split sysfs config_id bitfiles to multiple separated sysfs files. > > Signed-off-by: James Qian Wang (Arm Technology China) > I guess Dave&my questions

[PATCH] drm/amdgpu: Fix a bug in jpeg_v1_0_start()

Originally the last WREG32_SOC15() was a part of the if statement block but the curly braces are on the wrong line. Fixes: bb0db70f3f75 ("drm/amdgpu: separate JPEG1.0 code out from VCN1.0") Signed-off-by: Dan Carpenter --- From static analysis (Smatch). Not tested. drivers/gpu/drm/amd/amdgpu/j

[PATCH] drm/i915: unmap the correct pointer in i915_error_object_create()

We should be unmapping "page" instead of "s". This code originally used kmap_atomic() before it was changed to kmap(). The two mapping functions are different which leads to this common mistake. Fixes: 3e749f5199e1 ("drm/i915: Avoid atomic context for error capture") Signed-off-by: Dan Carpenter

Re: [Intel-gfx] [PATCH] drm/i915: unmap the correct pointer in i915_error_object_create()

Quoting Dan Carpenter (2019-11-26 12:50:03) > We should be unmapping "page" instead of "s". This code originally used > kmap_atomic() before it was changed to kmap(). The two mapping > functions are different which leads to this common mistake. > > Fixes: 3e749f5199e1 ("drm/i915: Avoid atomic co

[PATCH 04/30] drm/bridge: anx78xx: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/analogix/analogix-anx78xx.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/bridge/analogix/analogix-anx78xx.c b/drivers/gpu/drm/bridge/analogix/analogix-anx78xx.c index

[PATCH 07/30] drm/bridge: lvds-encoder: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/lvds-encoder.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/bridge/lvds-encoder.c b/drivers/gpu/drm/bridge/lvds-encoder.c index e2132a8d5106..155406510416 100644 --- a/

[PATCH 10/30] drm/bridge: panel: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/panel.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/bridge/panel.c b/drivers/gpu/drm/bridge/panel.c index f4e293e7cf64..91d68d0337cc 100644 --- a/drivers/gpu/drm/bridge

[PATCH 02/30] drm/bridge: adv7511: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c b/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c index 9e13e466e72c..73600d8

[PATCH 14/30] drm/bridge: sil_sii8620: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/sil-sii8620.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c b/drivers/gpu/drm/bridge/sil-sii8620.c index 4c0eef406eb1..482dc2291350 100644 --- a/drivers/

[PATCH 12/30] drm/bridge: sii902x: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/sii902x.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/bridge/sii902x.c b/drivers/gpu/drm/bridge/sii902x.c index b70e8c5cf2e1..2a9db621484d 100644 --- a/drivers/gpu/drm/br

[PATCH 01/30] drm: Introduce drm_bridge_init()

A simple convenience function to initialize the struct drm_bridge. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/drm_bridge.c | 29 + include/drm/drm_bridge.h | 4 2 files changed, 33 insertions(+) diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/g

[PATCH 11/30] drm/bridge: ps8622: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/parade-ps8622.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/bridge/parade-ps8622.c b/drivers/gpu/drm/bridge/parade-ps8622.c index b7a72dfdcac3..8454dbb238bb 100644 --- a/dr

[PATCH 25/30] drm/mediatek: hdmi: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c b/drivers/gpu/drm/mediatek/mtk_hdmi.c index f684947c5243..9761a80674d9 100644 --- a/drivers/g

[PATCH 03/30] drm/bridge: anx6345: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/analogix/analogix-anx6345.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/bridge/analogix/analogix-anx6345.c b/drivers/gpu/drm/bridge/analogix/analogix-anx6345.c index b4f

[PATCH 29/30] drm/bridge: add support for device links to bridge

From: Russell King Bridge devices have been a potential for kernel oops as their lifetime is independent of the DRM device that they are bound to. Hence, if a bridge device is unbound while the parent DRM device is using them, the parent happily continues to use the bridge device, calling the dr

[PATCH 19/30] drm/bridge: thc63: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/thc63lvd1024.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/bridge/thc63lvd1024.c b/drivers/gpu/drm/bridge/thc63lvd1024.c index 3d74129b2995..abe806db5f4d 100644 --- a/

[PATCH 22/30] drm/exynos: mic: Use drm_bridge_init()

No functional change: no logic depends on driver_private being NULL, so it's safe to set it earlier in exynos_mic_probe. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/exynos/exynos_drm_mic.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/drivers/gpu/drm/exynos/e

[PATCH 26/30] drm: rcar-du: lvds: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/rcar-du/rcar_lvds.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_lvds.c b/drivers/gpu/drm/rcar-du/rcar_lvds.c index 8c6c172bbf2e..ac1f29bacfcb 100644 --- a/drivers/

[PATCH 06/30] drm/bridge: dumb-vga-dac: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/dumb-vga-dac.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/bridge/dumb-vga-dac.c b/drivers/gpu/drm/bridge/dumb-vga-dac.c index cc33dc411b9e..896f27272e38 100644 --- a/d

[PATCH 21/30] drm/bridge: ti-tfp410: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/ti-tfp410.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/bridge/ti-tfp410.c b/drivers/gpu/drm/bridge/ti-tfp410.c index aa3198dc9903..377eca989ff3 100644 --- a/drivers/gpu

[PATCH 16/30] drm/bridge/synopsys: dsi: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c b/drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c index b6e793bb653c..05

[PATCH 15/30] drm/bridge: dw-hdmi: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c b/drivers/gpu/drm/bridge/synopsys/dw-hdmi.c index dbe38a54870b..6c71ffc9df5a 1

[PATCH 13/30] gpu: drm: bridge: sii9234: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/sii9234.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/bridge/sii9234.c b/drivers/gpu/drm/bridge/sii9234.c index f81f81b7051f..bfd3832baa1a 100644 --- a/drivers/gpu/drm/bridg

[PATCH 05/30] drm/bridge: cdns: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/cdns-dsi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/bridge/cdns-dsi.c b/drivers/gpu/drm/bridge/cdns-dsi.c index 3a5bd4e7fd1e..58b2aa8b6c24 100644 --- a/drivers/gpu/drm

[PATCH 09/30] drm/bridge: nxp-ptn3460: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/nxp-ptn3460.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/bridge/nxp-ptn3460.c b/drivers/gpu/drm/bridge/nxp-ptn3460.c index 57ff01339559..2656a188b434 100644 --- a/driver

[PATCH 18/30] drm/bridge: tc358767: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/tc358767.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/bridge/tc358767.c b/drivers/gpu/drm/bridge/tc358767.c index 8029478ffebb..7846c1925cbb 100644 --- a/drivers/gpu/drm/b

[PATCH 24/30] drm/mcde: dsi: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/mcde/mcde_dsi.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/mcde/mcde_dsi.c b/drivers/gpu/drm/mcde/mcde_dsi.c index 42fff811653e..d9b9253acccf 100644 --- a/drivers/gpu/drm/mcde/mcd

[PATCH 23/30] drm/i2c: tda998x: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/i2c/tda998x_drv.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gpu/drm/i2c/tda998x_drv.c b/drivers/gpu/drm/i2c/tda998x_drv.c index a63790d32d75..f7dfa694aff7 100644 --- a/drivers/gpu/dr

[PATCH 20/30] drm/bridge: ti-sn65dsi86: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/ti-sn65dsi86.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/bridge/ti-sn65dsi86.c b/drivers/gpu/drm/bridge/ti-sn65dsi86.c index 43abf01ebd4c..4e236b46f913 100644 --- a/dr

[PATCH 08/30] drm/bridge: megachips-stdpxxxx-ge-b850v3-fw: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/megachips-stdp-ge-b850v3-fw.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/bridge/megachips-stdp-ge-b850v3-fw.c b/drivers/gpu/drm/bridge/megachips-stdp-ge-b850

[PATCH 27/30] drm: rcar-du: lvds: Don't set drm_bridge private pointer

No functional change: it's not used anywhere. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/rcar-du/rcar_lvds.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_lvds.c b/drivers/gpu/drm/rcar-du/rcar_lvds.c index ac1f29bacfcb..168a718cbcbd 10

[PATCH 28/30] drm/sti: sti_vdo: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/sti/sti_dvo.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/gpu/drm/sti/sti_dvo.c b/drivers/gpu/drm/sti/sti_dvo.c index 68289b0b063a..20a3956b33bc 100644 --- a/drivers/gpu/drm/sti/sti_dvo.c

[PATCH 17/30] drm/bridge: tc358764: Use drm_bridge_init()

No functional change. Signed-off-by: Mihail Atanassov --- drivers/gpu/drm/bridge/tc358764.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/gpu/drm/bridge/tc358764.c b/drivers/gpu/drm/bridge/tc358764.c index db298f550a5a..861d4df687ee 100644 --- a/drivers/gpu/drm/

[PATCH 00/30] drm/bridge: Add device links for lifetime control

Hi all, This series adds device links support to drm_bridge. The motivation behind it is that a drm_bridge in a module could get removed under the feet of the bridge user without warning, so we need a way to remove and reprobe the client as needed to avoid peering into the void. 1: Add a drm_brid

[PATCH 30/30] drm/komeda: Use drm_bridge interface for pipe outputs

To support more transmitters, we need to allow non-component framework bridges to be attached to a dummy drm_encoder in our driver. A/B tested for equivalence against tda998x, and also tested ti_tfp410 as an alternate transmitter. Signed-off-by: Mihail Atanassov --- .../gpu/drm/arm/display/kome

Re: [RFC 02/13] drm/i915/svm: Define SVM UAPI

Quoting Niranjana Vishwanathapura (2019-11-22 22:57:23) > Define UAPI for Shared Virtual Memory (SVM) fucntionality including > SVM capability and configurability. > When there is no GPU page fault support available, add ioctls > to explicitly bind and migrate virtual address ranges. > > Cc: Joona

[PATCH 3/7] drm/udl: Remove unused encoder and CRTC code

The removed functionality is provided by simple-pipe helpers. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/udl/Makefile | 2 +- drivers/gpu/drm/udl/udl_drv.h | 3 - drivers/gpu/drm/udl/udl_encoder.c | 70 --- drivers/gpu/drm/udl/udl_modeset.c | 138 -

[PATCH 0/7] drm/udl: Convert to simple-pipe helpers and clean up

With only a single display pipeline and primary plane, udl is perfect for simple-pipe helpers. Patches 1 to 3 do the convertion. This enables atomic modesetting for udl devices. Patches 4 to 7 clean up handling of color depth and framebuffers. With universal planes that come with simple pipe, disp

[PATCH 4/7] drm/udl: Set preferred color depth to 16 bpp

The current default color depth of 24 bpp is not even supported by the driver. Being the native format for communicating with the adapter, 16 bpp is the correct choice. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/udl/udl_drv.c | 2 +- drivers/gpu/drm/udl/udl_modeset.c | 2 +- 2 file

[PATCH 2/7] drm/udl: Convert to struct drm_simple_display_pipe

Udl has a single display pipeline with aprimary plane; perfect for simple-pipe helpers. Convert it over. The old encoder and CRTC code becomes unused and obsolete. Exported formats for the primary plane are RGB565 and XRGB, with the latter being emulated. The 16-bit format is the default and w

[PATCH 6/7] drm/udl: Remove struct udl_device.active_fb_16

The udl driver stores the currently active framebuffer to know from where to accept damage updates. With the conversion to plane-state damage handling, this is not necessary any longer. The currently active framebuffer and damaged area are always stored in the plane state. Signed-off-by: Thomas Z

[PATCH 5/7] drm/udl: Convert to drm_atomic_helper_dirtyfb()

The infrastruture for atomic modesetting allows us to use the generic code for dirty-FB and damage handling. Switch over udl and remove the driver's implementation. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/udl/udl_drv.h | 5 --- drivers/gpu/drm/udl/udl_fb.c | 67 ---

[PATCH 7/7] drm/udl: Move udl_handle_damage() into udl_modeset.c

The only caller of udl_handle_damage() in the plane-update function in udl_modeset.c. Move udl_handle_damage() there, make it static, and remove several left-over macros. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/udl/Makefile | 2 +- drivers/gpu/drm/udl/udl_drv.h | 3 - d

[PATCH 1/7] drm/udl: Init connector before encoder and CRTC

To mimic simple-pipe, we initialize the connector before the rest of the display pipeline. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/udl/udl_connector.c | 7 +++ drivers/gpu/drm/udl/udl_drv.h | 2 +- drivers/gpu/drm/udl/udl_modeset.c | 16 ++-- 3 files change

Re: [Intel-gfx] [RFC 03/13] drm/i915/svm: Runtime (RT) allocator support

Quoting Niranjan Vishwanathapura (2019-11-25 18:40:57) > On Mon, Nov 25, 2019 at 09:59:37AM +, Chris Wilson wrote: > >Quoting Niranjana Vishwanathapura (2019-11-22 20:57:24) > >> Shared Virtual Memory (SVM) runtime allocator support allows > >> binding a shared virtual address to a buffer objec

  1   2   >