[PATCH v1 0/2] drm/komeda: Add SMMU support on Komeda driver

Hi, This serie aims at adding the support for SMMU on Komeda driver. Also updates the device-tree doc about how to enable SMMU by devicetree. This patch series depends on: - https://patchwork.freedesktop.org/series/58710/ - https://patchwork.freedesktop.org/series/59000/ - https://patchwork.freed

[PATCH v1 1/2] drm/komeda: Adds SMMU support

Adds iommu_connect and disconnect for SMMU support, and configures TBU translation once SMMU has been attached to the display device. Signed-off-by: Lowry Li (Arm Technology China) --- .../gpu/drm/arm/display/komeda/d71/d71_component.c | 5 +++ drivers/gpu/drm/arm/display/komeda/d71/d71_dev.c

[PATCH v1 2/2] dt/bindings: drm/komeda: Adds SMMU support for D71 devicetree

Updates the device-tree doc about how to enable SMMU by devicetree. Signed-off-by: Lowry Li (Arm Technology China) --- Documentation/devicetree/bindings/display/arm,komeda.txt | 7 +++ 1 file changed, 7 insertions(+) diff --git a/Documentation/devicetree/bindings/display/arm,komeda.txt b/D

[Bug 110472] Graphical Fault (Desktop Freeze) on Specific OpenGL Application

https://bugs.freedesktop.org/show_bug.cgi?id=110472 --- Comment #1 from gpiza...@javaman.net --- Bump? Thanks to someone for moving my thread to the correct category, so hopefully I'll get some sort of response soon :) -- You are receiving this mail because: You are the assignee for the bug.

[Bug 110509] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout

https://bugs.freedesktop.org/show_bug.cgi?id=110509 --- Comment #9 from Alex Deucher --- (In reply to James.Dutton from comment #8) > Thank you for the feedback. > Is there a data sheet somewhere that might help me work out a fix for this. > What I would like is: > 1) A way to scan all the engine

[drm-intel:topic/core-for-CI 16/16] drivers//acpi/processor_driver.c:69:7: error: 'INTEL_FAM6_ICELAKE_MOBILE' undeclared here (not in a function)

tree: git://anongit.freedesktop.org/drm-intel topic/core-for-CI head: 5172ea7b473b47bf94d78cabdce3dc8eb6c4e976 commit: 5172ea7b473b47bf94d78cabdce3dc8eb6c4e976 [16/16] ICL HACK: Disable ACPI idle driver config: ia64-gensparse_defconfig (attached as .config) compiler: ia64-linux-gcc (GCC) 8.1.0

Re: [PATCH 1/2] dt-bindings: Add CDTech S050WV43-CT5 panel bindings

On Thu, 18 Apr 2019 00:38:44 +0100, Florent TOMASIN wrote: > Add documentation for S050WV43-CT5 panel > > Signed-off-by: Florent TOMASIN > --- > .../bindings/display/panel/cdtech,s050wv43-ct5.txt | 12 > 1 file changed, 12 insertions(+) > create mode 100644 > Documentation/devic

[Bug 110509] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout

https://bugs.freedesktop.org/show_bug.cgi?id=110509 --- Comment #8 from james.dut...@gmail.com --- Thank you for the feedback. Is there a data sheet somewhere that might help me work out a fix for this. What I would like is: 1) A way to scan all the engines and detect which ones have hung. 2) A wa

Re: [v2 1/3] dt-bindings: display: mediatek: update dsi supported chips

On Tue, Apr 16, 2019 at 01:42:15PM +0800, Jitao Shi wrote: > Update device tree binding documentation for the dsi for > Mediatek MT8183 SoCs. > > Signed-off-by: Jitao Shi > --- > .../devicetree/bindings/display/mediatek/mediatek,dsi.txt | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(

[PATCH] drm/virtio: allocate fences with GFP_KERNEL

It was changed to GFP_ATOMIC in commit ec2f0577c (add & use virtio_gpu_queue_fenced_ctrl_buffer) because the allocation happened with a spinlock held. That was no longer true after commit 9fdd90c0f (add virtio_gpu_alloc_fence()). Signed-off-by: Chia-I Wu Cc: Gerd Hoffmann Cc: Gustavo Padovan C

[PATCH 2/3] drm/virtio: trace drm_fence_emit

For most drivers, drm_fence_init is followed by drm_fence_emit immediately. But for our driver, they are done separately. We also don't know the fence seqno until drm_fence_emit. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/virtio/virtgpu_fence.c | 3 +++ 1 file changed, 3 insertions(+) diff

[PATCH 3/3] drm/virtio: add trace events for commands

Trace when commands are queued for both ctrlq and cursorq. Trace when responses are received for ctrlq. Signed-off-by: Chia-I Wu --- drivers/gpu/drm/virtio/Makefile | 2 +- drivers/gpu/drm/virtio/virtgpu_trace.h| 52 +++ drivers/gpu/drm/virtio/virtgpu_trac

[PATCH 1/3] drm/virtio: set seqno for dma-fence

This is motivated by having meaningful ftrace events, but it also fixes use cases where dma_fence_is_later is called, such as in sync_file_merge. In other drivers, fence creation and cmdbuf submission normally happen atomically, mutex_lock(); fence = dma_fence_create(..., ++timeline->seqno);

Re: [PATCH v2 0/9] PCI: add help pci_dev_id

On Wed, Apr 24, 2019 at 09:10:21PM +0200, Heiner Kallweit wrote: > In several places in the kernel we find PCI_DEVID used like this: > PCI_DEVID(dev->bus->number, dev->devfn) Therefore create a helper > for it. > > v2: > - apply the change to all affected places in the kernel > > Heiner Kallweit

[Bug 107296] WARNING: CPU: 0 PID: 370 at drivers/gpu/drm/amd/amdgpu/../display/dc/calcs/dcn_calcs.c:1355 dcn_bw_update_from_pplib+0x16b/0x280 [amdgpu]

https://bugs.freedesktop.org/show_bug.cgi?id=107296 --- Comment #11 from segfa...@posteo.de --- Same here: HW: Asrock B450M Pro4 + Ryzen 2400g Kernel: 5.0.9 I'm totally unable to use the gpu. -- You are receiving this mail because: You are the assignee for the bug._

Re: [PATCH v3 01/19] drm: Add |struct drm_gem_vram_object| and helpers

Hi Thomas. Some minor things and some bikeshedding too. One general^Wbikeshedding thing - unint32_t is used in many places. And then s64 in one place. Seems like two concepts are mixed. Maybe be consistent and use u32, s32 everywhere? I did not read the code carefully enough to understand it. I

Re: [PATCH][next] drm/amd/display: fix incorrect null check on pointer

On Fri, Apr 26, 2019 at 5:48 PM Colin King wrote: > > From: Colin Ian King > > Currently an allocation is being made but the allocation failure > check is being performed on another pointer. Fix this by checking > the correct pointer. Also use the normal kernel idiom for null > pointer checks. >

Re: [PATCH v5 6/6] drm/amdgpu: Avoid HW reset if guilty job already signaled.

I would clean them up further, but that's only moving code around so feel free to add my rb to those. Christian. Am 29.04.19 um 16:14 schrieb Grodzovsky, Andrey: Thanks David, with that only patches 5 and 6 are left for the series to be reviewed. Christian, any more comments on those patch

[Bug 110509] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout

https://bugs.freedesktop.org/show_bug.cgi?id=110509 --- Comment #7 from Alex Deucher --- (In reply to James.Dutton from comment #6) > > I would suggest creating code that actually tries to reset the GPU, instead > of trying to suspend it while GPU is hung. That is part of the GPU reset sequence

Re: [PATCH v13 16/20] IB/mlx4, arm64: untag user pointers in mlx4_get_umem_mr

On Wed, Mar 20, 2019 at 03:51:30PM +0100, Andrey Konovalov wrote: > This patch is a part of a series that extends arm64 kernel ABI to allow to > pass tagged user pointers (with the top byte set to something else other > than 0x00) as syscall arguments. > > mlx4_get_umem_mr() uses provided user poin

[Bug 105684] Loading amdgpu hits general protection fault: 0000 [#1] SMP NOPTI

https://bugs.freedesktop.org/show_bug.cgi?id=105684 --- Comment #45 from Michel Dänzer --- (In reply to Jörn Frenzel from comment #44) > the issue seems to persist in Debian 9 with kernel 4.19.0-0.bpo.4-amd64. The dmesg you attached looks like a different issue, please file your own report. --

[PATCH] backlight: rave-sp: don't touch initial state and register with correct device

This way the backlight can be referenced through its device node and enabling/disabling can be managed through the panel driver. Signed-off-by: Lucas Stach --- drivers/video/backlight/rave-sp-backlight.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/video/backlig

[Bug 105684] Loading amdgpu hits general protection fault: 0000 [#1] SMP NOPTI

https://bugs.freedesktop.org/show_bug.cgi?id=105684 Jörn Frenzel changed: What|Removed |Added CC||j.fren...@openthinclient.co

[Bug 104345] X-Server hangs with showing scrambled picture, sound still playing.

https://bugs.freedesktop.org/show_bug.cgi?id=104345 --- Comment #14 from bernhardu --- This sample happend while just browsing in firefox inside a plasma desktop, running in amd64 debian buster. [138335.303379] amdgpu :08:00.0: GPU fault detected: 147 0x0a704402 for process Xorg pid 1129 th

Re: [Spice-devel] [PATCH] Revert "drm/qxl: drop prime import/export callbacks"

On Mon, Apr 29, 2019 at 4:38 PM Gerd Hoffmann wrote: > > Hi, > > > > More useful would be some way to signal this self-reimport capability > > > to userspace somehow. See DRM_PRIME_CAP_LOCAL patch. > > > > Userspace is supposed to test whether import/export works for a > > specific combo, not b

Re: [PATCH] drm/gma500/cdv: Check vbt config bits when detecting lvds panels

Hi, On 22-04-19 19:54, Patrik Jakobsson wrote: On Sun, Apr 21, 2019 at 8:46 PM Hans de Goede wrote: Hi, On 16-04-19 13:46, Patrik Jakobsson wrote: Some machines have an lvds child device in vbt even though a panel is not attached. To make detection more reliable we now also check the lvds c

[PATCH v3 16/19] drm/vboxvideo: Convert vboxvideo driver to |struct drm_gem_vram_object|

This patch replaces |struct vbox_bo| and its helpers with the generic implementation of |struct drm_gem_vram_object|. The only change in semantics is that &ttm_bo_driver.verify_access() now does the actual verification. v3: * remove forward declaration of struct vbox_gem_object v2:

[PATCH v3 18/19] drm/hisilicon: Convert hibmc-drm driver to |struct drm_gem_vram_object|

The data structure |struct drm_gem_vram_object| and its helpers replace |struct hibmc_bo|. It's the same implementation; except for the type names. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/hisilicon/hibmc/Kconfig | 1 + .../gpu/drm/hisilicon/hibmc/hibmc_drm_de.c| 21 +-

[PATCH v3 17/19] drm/vboxvideo: Convert vboxvideo driver to VRAM MM

The data structure |struct drm_vram_mm| and its helpers replace vboxvideo's TTM-based memory manager. It's the same implementation; except for the type names. v3: * use drm_gem_vram_mm_funcs * convert driver to drm_device-based instance v2: * implement vbox_mmap() with drm_

[PATCH v3 19/19] drm/hisilicon: Convert hibmc-drm driver to VRAM MM

The data structure |struct drm_vram_mm| and its helpers replace hibmc's TTM-based memory manager. It's the same implementation; except for the type names. v3: * use drm_gem_vram_mm_funcs * convert driver to drm_device-based instance v2: * implement hibmc_mmap() with drm_vra

[PATCH v3 15/19] drm/mgag200: Replace mapping code with drm_gem_vram_{kmap/kunmap}()

The mgag200 driver establishes several memory mappings for frame buffers and cursors. This patch converts the driver to use the equivalent drm_gem_vram_kmap() functions. It removes the dependencies on TTM and cleans up the code. --- drivers/gpu/drm/mgag200/mgag200_cursor.c | 35 +++

[PATCH v3 13/19] drm/mgag200: Convert mgag200 driver to |struct drm_gem_vram_object|

The data structure |struct drm_gem_vram_object| and its helpers replace |struct mgag200_bo|. It's the same implementation; except for the type names. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/mgag200/Kconfig | 1 + drivers/gpu/drm/mgag200/mgag200_cursor.c | 63 + d

[PATCH v3 06/19] drm: Add default instance for VRAM MM callback functions

VRAM MM is most likely be used with GEM VRAM. The latter now provides the required instance of struct drm_vram_mm_funcs for drivers to use. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/drm_gem_vram_helper.c | 14 ++ include/drm/drm_gem_vram_helper.h | 3 +++ 2 files chan

Re: [PATCH v5 11/12] drm: Add CP downstream_info property

On 2019-04-29 at 09:38:32 +0200, Daniel Vetter wrote: > On Thu, Apr 18, 2019 at 02:28:04PM +0530, Ramalingam C wrote: > > This patch adds a optional CP downstream info blob property to the > > connectors. This enables the Userspace to read the information of HDCP > > authenticated downstream topolo

[PATCH v3 12/19] drm/bochs: Convert bochs driver to VRAM MM

The data structure |struct drm_vram_mm| and its helpers replace bochs' TTM-based memory manager. It's the same implementation; except for the type names. v3: * use drm_gem_vram_mm_funcs * convert driver to drm_device-based instance v2: * implement bochs_mmap() with drm_vram

[PATCH v3 04/19] drm: Add drm_gem_vram_fill_create_dumb() to create dumb buffers

The helper function drm_gem_vram_fill_create_dumb() implements most of struct drm_driver.dumb_create() for GEM-VRAM buffer objects. It's not a full implemenation of the callback, as several driver-specific parameters are still required. v2: * documentation fixes Signed-off-by: Thomas Zimm

[PATCH v3 07/19] drm: Integrate VRAM MM into struct drm_device

There's no a pointer to struct drm_vram_mm stored in struct drm_device. DRM drivers that use VRAM MM should use this field to refer to their instance of the data structure. Appropriate helpers are now provided as well. Adding struct drm_vram_mm to struct drm_device further avoids wrappers and boil

[PATCH v3 09/19] drm/ast: Convert AST driver to VRAM MM

The data structure |struct drm_vram_mm| and its helpers replace ast's TTM-based memory manager. It's the same implementation; except for the type names. v3: * use drm_gem_vram_mm_funcs * convert driver to drm_device-based instance v2: * implement ast_mmap() with drm_vram_mm

[PATCH v3 01/19] drm: Add |struct drm_gem_vram_object| and helpers

The type |struct drm_gem_vram_object| implements a GEM object for simple framebuffer devices with dedicated video memory. The BO is either located in VRAM or system memory. The implementation has been created from the respective code in ast, bochs and mgag200. These drivers copy their implementati

[PATCH v3 08/19] drm/ast: Convert AST driver to |struct drm_gem_vram_object|

The data structure |struct drm_gem_vram_object| and its helpers replace |struct ast_bo|. It's the same implementation; except for the type names. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/ast/Kconfig| 2 +- drivers/gpu/drm/ast/ast_drv.c | 4 +- drivers/gpu/drm/ast/ast_drv.h

[PATCH v3 14/19] drm/mgag200: Convert mgag200 driver to VRAM MM

The data structure |struct drm_vram_mm| and its helpers replace mgag200's TTM-based memory manager. It's the same implementation; except for the type names. v3: * use drm_gem_vram_mm_funcs * convert driver to drm_device-based instance v2: * implement mgag200_mmap() with drm

[PATCH v3 10/19] drm/ast: Replace mapping code with drm_gem_vram_{kmap/kunmap}()

The AST driver establishes several memory mappings for frame buffers and cursors. This patch converts the driver to use the equivalent drm_gem_vram_kmap() functions. It removes the dependencies on TTM and cleans up the code. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/ast/ast_drv.h |

[PATCH v3 11/19] drm/bochs: Convert bochs driver to |struct drm_gem_vram_object|

The data structure |struct drm_gem_vram_object| and its helpers replace |struct bochs_bo|. It's the same implementation; except for the type names. Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/bochs/Kconfig | 1 + drivers/gpu/drm/bochs/bochs.h | 34 +--- drivers/gpu/drm/bochs/

[PATCH v3 05/19] drm: Add VRAM MM, a simple memory manager for dedicated VRAM

The VRAM MM memory manager is a helper library that manages dedicated video memory of simple framebuffer devices. It is supported to be used with struct drm_gem_vram_object, but does not depend on it. The implementation is based on the respective code from ast, bochs, and mgag200. These drivers sh

[PATCH v3 02/19] drm: Add |struct drm_gem_vram_object| callbacks for |struct ttm_bo_driver|

The provided helpers can be used for the respective callback functions in |struct ttm_bo_driver|. v2: * drm_is_gem_vram() is now a private function * documentation fixes Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/drm_gem_vram_helper.c | 50 +++

[PATCH v3 03/19] drm: Add |struct drm_gem_vram_object| callbacks for |struct drm_driver|

The provided helpers can be used for the respective callback functions in |struct drm_driver|. v2: * documentation fixes Signed-off-by: Thomas Zimmermann --- drivers/gpu/drm/drm_gem_vram_helper.c | 48 +++ include/drm/drm_gem_vram_helper.h | 10 ++ 2 file

[PATCH v3 00/19] Share TTM code among DRM framebuffer drivers

Several simple framebuffer drivers copy most of the TTM code from each other. The implementation is always the same; except for the name of some data structures. As recently discussed, this patch set provides generic memory-management code for simple framebuffers with dedicated video memory. It fu

Re: [Spice-devel] [PATCH] Revert "drm/qxl: drop prime import/export callbacks"

Hi, > > More useful would be some way to signal this self-reimport capability > > to userspace somehow. See DRM_PRIME_CAP_LOCAL patch. > > Userspace is supposed to test whether import/export works for a > specific combo, not blindly assume it does and then keel over. I think > we need to fix t

Re: [PATCH 3/3] drm/amd/display: Compensate for pre-DCE12 BTR-VRR hw limitations. (v3)

On Mon, Apr 29, 2019 at 2:51 PM Kazlauskas, Nicholas wrote: > > On 4/26/19 5:40 PM, Mario Kleiner wrote: > > Pre-DCE12 needs special treatment for BTR / low framerate > > compensation for more stable behaviour: > > > > According to comments in the code and some testing on DCE-8 > > and DCE-11, DCE

[Bug 109345] drm-next-2018-12-14 -Linux PPC

https://bugs.freedesktop.org/show_bug.cgi?id=109345 --- Comment #13 from Michel Dänzer --- (In reply to Christian Zigotzky from comment #12) > Any news? The issue still exists with the kernel 5.1-RC7. I wouldn't expect anything to happen without the result of git bisect. -- You are receiving t

Re: [PATCH v5 6/6] drm/amdgpu: Avoid HW reset if guilty job already signaled.

Thanks David, with that only patches 5 and 6 are left for the series to be reviewed. Christian, any more comments on those patches ? Andrey On 4/27/19 10:56 PM, Zhou, David(ChunMing) wrote: Sorry, I only can put my Acked-by: Chunming Zhou on patch#3. I cannot full

[Bug 109345] drm-next-2018-12-14 -Linux PPC

https://bugs.freedesktop.org/show_bug.cgi?id=109345 --- Comment #12 from Christian Zigotzky --- Any news? The issue still exists with the kernel 5.1-RC7. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing li

[Bug 108893] Slow redrawing of menu in Gothic 2 under wine

https://bugs.freedesktop.org/show_bug.cgi?id=108893 --- Comment #6 from andrew.m.mcma...@gmail.com --- I can't replicate any performance issues with Gothic 2 Gold on my setup. I'm using the latest installer provided by GOG: > setup_gothic_2_gold_2.7_(14553).exe I'm installing the game into a clea

[Bug 109955] amdgpu [RX Vega 64] system freeze while gaming

https://bugs.freedesktop.org/show_bug.cgi?id=109955 --- Comment #21 from Mauro Gaspari --- (In reply to Jaap Buurman from comment #20) > I already run LLVM 8.0.0, since it's the latest stable in Arch's repository. > Thanks for the tip though :) Since it is very easy for you to reproduce the free

[Bug 110509] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout

https://bugs.freedesktop.org/show_bug.cgi?id=110509 --- Comment #6 from james.dut...@gmail.com --- I think I have found the problem. [ 657.526313] amdgpu :43:00.0: GPU reset begin! [ 657.526318] Evicting PASID 32782 queues [ 667.756000] [drm:amdgpu_dm_atomic_check [amdgpu]] *ERROR* [CRTC:49

[Bug 202445] amdgpu/dc: framerate dropping below adaptive sync range causes screen flickering

https://bugzilla.kernel.org/show_bug.cgi?id=202445 --- Comment #31 from Nicholas Kazlauskas (nicholas.kazlaus...@amd.com) --- With the third patch in that series the bug should be fixed (ncorrect IRQ handling for older ASICs). I imagine it'll be merged soon. You'll still likely see minor luminanc

Re: [PATCH 3/3] drm/amd/display: Compensate for pre-DCE12 BTR-VRR hw limitations. (v3)

On 4/26/19 5:40 PM, Mario Kleiner wrote: > Pre-DCE12 needs special treatment for BTR / low framerate > compensation for more stable behaviour: > > According to comments in the code and some testing on DCE-8 > and DCE-11, DCE-11 and earlier only apply VTOTAL_MIN/MAX > programming with a lag of one

Re: [PATCH v7 6/6] drm/bridge: sii902x: Implement HDMI audio support

On 26.04.2019 15:23, Jyri Sarha wrote: > Implement HDMI audio support by using ASoC HDMI codec. The commit > implements the necessary callbacks and configuration for the HDMI > codec and registers a virtual platform device for the codec to attach. > > Signed-off-by: Jyri Sarha Reviewed-by: Andrze

[Bug 109955] amdgpu [RX Vega 64] system freeze while gaming

https://bugs.freedesktop.org/show_bug.cgi?id=109955 --- Comment #19 from Mauro Gaspari --- (In reply to Jaap Buurman from comment #15) > That's bad to hear :( Worth a try though. How often do you experience > freezes by the way? And is this for all games, or are some games completely > stable? Fo

[Bug 109955] amdgpu [RX Vega 64] system freeze while gaming

https://bugs.freedesktop.org/show_bug.cgi?id=109955 --- Comment #20 from Jaap Buurman --- I already run LLVM 8.0.0, since it's the latest stable in Arch's repository. Thanks for the tip though :) -- You are receiving this mail because: You are the assignee for the bug.__

[Bug 109955] amdgpu [RX Vega 64] system freeze while gaming

https://bugs.freedesktop.org/show_bug.cgi?id=109955 --- Comment #18 from Jaap Buurman --- I was aware of that. I was more curious if the bug that is causing the crash can be identified and hopefully fixed. I can provide traces if required, since it seems I can easily reproduce the crash. -- You

Re: [PATCH -next] drm/komeda: remove set but not used variable 'kcrtc'

On Sat, Apr 27, 2019 at 12:42:02AM +0800, Yue Haibing wrote: > From: YueHaibing > > Fixes gcc '-Wunused-but-set-variable' warning: > > drivers/gpu/drm/arm/display/komeda/komeda_plane.c: In function > komeda_plane_atomic_check: > drivers/gpu/drm/arm/display/komeda/komeda_plane.c:49:22: warning:

[PATCH v2] drm/komeda: Add writeback support

From: "james qian wang (Arm Technology China)" Komeda driver uses a individual component to describe the HW's writeback caps, but drivers doesn't define a new structure and still uses the existing "struct komeda_layer" to describe this new component. The detailed changes as follow: 1. Initialize

Re: [PATCHv2 21/22] drm/bridge: tc358767: add IRQ and HPD support

Hi, On 17/04/2019 10:32, Andrzej Hajda wrote: > On 15.04.2019 12:59, Tomi Valkeinen wrote: >> On 15/04/2019 13:42, Andrzej Hajda wrote: >> >>> Ok we have here 4 combinations: >>> >>> 1. noHPD + eDP. >>> >>> 2. noHPD + DP. >>> >>> 3. HPD + eDP. >>> >>> 4. HPD + DP. >>> >>> >>> Which ones do you wan

[PATCH libdrm] xf86drm: Fix possible memory leak with drmModeGetPropertyPtr()

In drmModeGetPropertyPtr(), from upper error path, it calls free but with just next error path, it does not call. Fix the possible memory leak. Signed-off-by: Seung-Woo Kim --- xf86drmMode.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/xf86drmMode.c b/xf86drmMode.c i

Re: [PATCH 03/12] dma-buf: start caching of sg_table objects

On Fri, Apr 26, 2019 at 02:36:29PM +0200, Christian König wrote: > To allow a smooth transition from pinning buffer objects to dynamic > invalidation we first start to cache the sg_table for an attachment > unless the driver has implemented the explicite pin/unpin callbacks. > > Signed-off-by: Chr

Re: [PATCH 06/12] dma-buf: add optional invalidate_mappings callback v5

On Fri, Apr 26, 2019 at 02:36:32PM +0200, Christian König wrote: > Each importer can now provide an invalidate_mappings callback. > > This allows the exporter to provide the mappings without the need to pin > the backing store. > > v2: don't try to invalidate mappings when the callback is NULL, >

Re: [PATCH 02/12] dma-buf: add explicit buffer pinning v2

On Fri, Apr 26, 2019 at 02:36:28PM +0200, Christian König wrote: > Add optional explicit pinning callbacks instead of implicitly assume the > exporter pins the buffer when a mapping is created. > > v2: move in patchset and pin the dma-buf in the old mapping code paths. > > Signed-off-by: Christia

[Bug 110381] Failed to updateMST allocation table forpipe idx:0

https://bugs.freedesktop.org/show_bug.cgi?id=110381 --- Comment #1 from Paul Menzel --- This still happens with Linux 5.1-rc6. ``` [Fri Apr 26 16:02:16 2019] [drm] DM_MST: stopping TM on aconnector: c53c37c4 [id: 59] [Fri Apr 26 16:02:16 2019] [drm] DM_MST: Disabling connector: d

Re: [PATCH 01/12] dma-buf: add struct dma_buf_attach_info

On Fri, Apr 26, 2019 at 02:36:27PM +0200, Christian König wrote: > Add a structure for the parameters of dma_buf_attach, this makes it much > easier > to add new parameters later on. > > Signed-off-by: Christian König > --- > drivers/dma-buf/dma-buf.c | 13 +++-- >

[Bug 110514] [CI][BAT] igt@* - skip - Test requirement: is_i915_device(fd) && has_known_intel_chipset(fd), Skip

https://bugs.freedesktop.org/show_bug.cgi?id=110514 --- Comment #22 from CI Bug Log --- The CI Bug Log issue associated to this bug has been updated. ### New filters associated * CML: igt@gem_mocs_settings@.* - skip - Test requirement: get_mocs_settings(fd, &table, false), SKIP - https://inte

[Bug 110514] [CI][BAT] igt@* - skip - Test requirement: is_i915_device(fd) && has_known_intel_chipset(fd), Skip

https://bugs.freedesktop.org/show_bug.cgi?id=110514 --- Comment #21 from CI Bug Log --- A CI Bug Log filter associated to this bug has been updated: {- CML: igt@gem_render_copy_redux@.* - skip - no render-copy function -} {+ CML: igt@gem_render_copy_redux@.* - skip - no render-copy function +}

[Bug 110514] [CI][BAT] igt@* - skip - Test requirement: is_i915_device(fd) && has_known_intel_chipset(fd), Skip

https://bugs.freedesktop.org/show_bug.cgi?id=110514 --- Comment #19 from CI Bug Log --- A CI Bug Log filter associated to this bug has been updated: {- CML: igt@*stolen* - skip - Test requirement: gem_create__has_stolen_support(fd) && (gem_total_stolen_size(fd) > 0), SKIP -} {+ CML: igt@*stolen*

Re: [Spice-devel] [PATCH] Revert "drm/qxl: drop prime import/export callbacks"

On Fri, Apr 26, 2019 at 04:21:37PM +0200, Daniel Vetter wrote: > On Fri, Apr 26, 2019 at 7:33 AM Gerd Hoffmann wrote: > > > > This reverts commit f4c34b1e2a37d5676180901fa6ff188bcb6371f8. > > > > Simliar to commit a0cecc23cfcb Revert "drm/virtio: drop prime > > import/export callbacks". We have t

[PATCH] drm/meson: Add zpos immutable property to planes

Add immutable zpos property to primary and overlay planes to specify the current fixed zpos position. Fixes: f9a2348196d1 ("drm/meson: Support Overlay plane for video rendering") Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_overlay.c | 3 +++ drivers/gpu/drm/meson/meson_plane.c

[PATCH] drm/meson: Add support for XBGR8888 & ABGR8888 formats

Add missing XBGR & ABGR formats variants from the primary plane. Fixes: bbbe775ec5b5 ("drm: Add support for Amlogic Meson Graphic Controller") Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_plane.c | 16 1 file changed, 16 insertions(+) diff --git a/drive

Re: [Spice-devel] [PATCH] Revert "drm/qxl: drop prime import/export callbacks"

On Mon, Apr 29, 2019 at 9:54 AM Gerd Hoffmann wrote: > > On Fri, Apr 26, 2019 at 04:21:37PM +0200, Daniel Vetter wrote: > > On Fri, Apr 26, 2019 at 7:33 AM Gerd Hoffmann wrote: > > > > > > This reverts commit f4c34b1e2a37d5676180901fa6ff188bcb6371f8. > > > > > > Simliar to commit a0cecc23cfcb Rev

[Bug 110514] [CI][BAT] igt@* - skip - Test requirement: is_i915_device(fd) && has_known_intel_chipset(fd), Skip

https://bugs.freedesktop.org/show_bug.cgi?id=110514 --- Comment #20 from CI Bug Log --- A CI Bug Log filter associated to this bug has been updated: {- CML: igt@gem_render_copy_redux@interruptible - skip - no render-copy function -} {+ CML: igt@gem_render_copy_redux@.* - skip - no render-copy fu

Re: [PATCH] Revert "drm/qxl: drop prime import/export callbacks"

On Fri, Apr 26, 2019 at 05:42:23PM +0200, Thomas Hellstrom wrote: > On 4/26/19 4:21 PM, Daniel Vetter wrote: > > On Fri, Apr 26, 2019 at 7:33 AM Gerd Hoffmann wrote: > > > This reverts commit f4c34b1e2a37d5676180901fa6ff188bcb6371f8. > > > > > > Simliar to commit a0cecc23cfcb Revert "drm/virtio:

Re: [PATCH v5 11/12] drm: Add CP downstream_info property

On Thu, Apr 18, 2019 at 02:28:04PM +0530, Ramalingam C wrote: > This patch adds a optional CP downstream info blob property to the > connectors. This enables the Userspace to read the information of HDCP > authenticated downstream topology. > > Driver will update this blob with all downstream info

Re: [PATCH v5 09/12] drm/hdcp: update content protection property with uevent

On Thu, Apr 18, 2019 at 02:28:02PM +0530, Ramalingam C wrote: > drm function is defined and exported to update a connector's > content protection property state and to generate a uevent along > with it. > > v2: > Update only when state is different from old one. > > Signed-off-by: Ramalingam C

Re: [PATCH v5 10/12] drm/i915: update the hdcp state with uevent

On Thu, Apr 18, 2019 at 02:28:03PM +0530, Ramalingam C wrote: > drm function to update the content protection property state and to > generate a uevent is invoked from the intel hdcp property work. > > Hence whenever kernel changes the property state, userspace will be > updated with a uevent. >

Re: [PATCH v5 08/12] drm: uevent for connector status change

On Thu, Apr 18, 2019 at 02:28:01PM +0530, Ramalingam C wrote: > DRM API for generating uevent for a status changes of connector's > property. > > This uevent will have following details related to the status change: > > HOTPLUG=1, CONNECTOR= and PROPERTY= > v2: > Minor fixes at KDoc comments

Re: [PATCH v5 05/12] drm: revocation check at drm subsystem

On Mon, Apr 29, 2019 at 09:26:07AM +0200, Daniel Vetter wrote: > On Thu, Apr 18, 2019 at 02:27:58PM +0530, Ramalingam C wrote: > > On every hdcp revocation check request SRM is read from fw file > > /lib/firmware/display_hdcp_srm.bin > > > > SRM table is parsed and stored at drm_hdcp.c, with funct

Linux Kernel community

Dear Linux Kernel community, I’m doing a PhD in the subject of Open Source Software. I’m currently running a study on patch assessment in open source communities. It is a short survey to complete. What value is there in participating? I will be sharing the results with the community in the fo

Re: [PATCH v13 10/20] kernel, arm64: untag user pointers in prctl_set_mm*

On Mon, Apr 01, 2019 at 06:44:34PM +0200, Andrey Konovalov wrote: > On Fri, Mar 22, 2019 at 4:41 PM Catalin Marinas > wrote: > > On Wed, Mar 20, 2019 at 03:51:24PM +0100, Andrey Konovalov wrote: > > > @@ -2120,13 +2135,14 @@ static int prctl_set_mm(int opt, unsigned long > > > addr, > > >

Re: [PATCH v3 1/2] dt-bindings: display/panel: Add KOE tx14d24vm1bpa display description

Dear All, > This commit adds documentation entry description for KOE's 5.7" > display. > > Signed-off-by: Lukasz Majewski > > --- > Previous discussion (and Rob's Reviewed-by) about this patch > https://patchwork.kernel.org/patch/10339595/ > > Changes for v3 : > - New patch Gentle ping on thi

Re: [PATCHv2 02/22] drm/bridge: tc358767: reset voltage-swing & pre-emphasis

On Fri, Apr 26, 2019 at 7:14 AM Tomi Valkeinen wrote: > > On 20/04/2019 23:30, Laurent Pinchart wrote: > > Hi Tomi, > > > > Thank you for the patch. > > > > On Tue, Mar 26, 2019 at 12:31:26PM +0200, Tomi Valkeinen wrote: > >> We need to reset DPCD voltage-swing & pre-emphasis before starting the >

Re: [PATCH v5 05/12] drm: revocation check at drm subsystem

On Thu, Apr 18, 2019 at 02:27:58PM +0530, Ramalingam C wrote: > On every hdcp revocation check request SRM is read from fw file > /lib/firmware/display_hdcp_srm.bin > > SRM table is parsed and stored at drm_hdcp.c, with functions exported > for the services for revocation check from drivers (which

Re: [PATCH v5 07/12] drm/hdcp: gathering hdcp related code into drm_hdcp.c

On Thu, Apr 18, 2019 at 02:28:00PM +0530, Ramalingam C wrote: > Considering the significant size of hdcp related code in drm, all > hdcp related codes are moved into separate file called drm_hdcp.c. > > v2: > Rebased. > > Signed-off-by: Ramalingam C > Suggested-by: Daniel Vetter > --- > driv

[PATCH 01/12] dma-buf: add dynamic caching of sg_table

On Tue, 16 Apr 2019, Christian K??nig wrote: > To allow a smooth transition from pinning buffer objects to dynamic > invalidation we first start to cache the sg_table for an attachment > unless the driver explicitly says to not do so. > > --- > drivers/dma-buf/dma-buf.c | 24

[PATCH -next] drm/komeda: remove set but not used variable 'kcrtc'

From: YueHaibing Fixes gcc '-Wunused-but-set-variable' warning: drivers/gpu/drm/arm/display/komeda/komeda_plane.c: In function komeda_plane_atomic_check: drivers/gpu/drm/arm/display/komeda/komeda_plane.c:49:22: warning: variable kcrtc set but not used [-Wunused-but-set-variable] It is never u

Re: [PATCH v4 6/9] dt-bindings: display: hdmi-connector: Add DDC power supply

On Fri, Apr 26, 2019 at 01:23:37PM -0500, Rob Herring wrote: > On Sat, Apr 13, 2019 at 06:54:15PM +0200, meg...@megous.com wrote: > > From: Ondrej Jirman > > > > Some Allwinner SoC using boards (Orange Pi 3 for example) need to enable > > on-board voltage shifting logic for the DDC bus to be usab

Re: [PATCH v3 2/2] drm/panel: simple: Add KOE tx14d24vm1bpa display support (320x240)

Dear All, > This commit adds support for KOE's 5.7" display. > > Signed-off-by: Lukasz Majewski > Reviewed-by: Rob Herring > > --- > Previous discussion (and Rob's Reviewed-by) about this patch > https://patchwork.kernel.org/patch/10339595/ > > It must have been lost during the development pr

Re: [PATCH v4 6/9] dt-bindings: display: hdmi-connector: Add DDC power supply

On Fri, Apr 26, 2019 at 03:02:50PM -0500, Rob Herring wrote: > On Fri, Apr 26, 2019 at 2:20 PM Ondřej Jirman wrote: > > > > On Fri, Apr 26, 2019 at 01:23:37PM -0500, Rob Herring wrote: > > > On Sat, Apr 13, 2019 at 06:54:15PM +0200, meg...@megous.com wrote: > > > > From: Ondrej Jirman > > > > > >

Re: [PATCH v5 06/12] drm/i915: SRM revocation check for HDCP1.4 and 2.2

On Thu, Apr 18, 2019 at 02:27:59PM +0530, Ramalingam C wrote: > DRM HDCP SRM revocation check services are used from I915 for HDCP1.4 > and 2.2 revocation check during the respective authentication flow. > > v2: > Rebased. > > Signed-off-by: Ramalingam C > --- > drivers/gpu/drm/i915/intel_hdc