Re: [PATCH] dma-buf: fix debugfs versus rcu and fence dumping

2018-12-06 Thread Koenig, Christian
Am 06.12.18 um 02:41 schrieb jgli...@redhat.com: > From: Jérôme Glisse > > The debugfs take reference on fence without dropping them. Also the > rcu section are not well balance. Fix all that ... > > Signed-off-by: Jérôme Glisse > Cc: Christian König > Cc: Daniel Vetter > Cc: Sumit Semwal > Cc

Re: [PATCH] drm/rockchip: Allow driver to be shutdown on reboot/kexec

2018-12-06 Thread Marc Zyngier
Hi all, On 05/12/2018 14:11, Heiko Stübner wrote: > Hi Brian, > > Am Mittwoch, 5. Dezember 2018, 04:01:34 CET schrieb Brian Norris: >> + others >> >> Hi, >> >> On Sun, Aug 05, 2018 at 01:48:07PM +0100, Marc Zyngier wrote: >>> Leaving the DRM driver enabled on reboot or kexec has the annoying >>>

[PATCH v1 0/9] Overview of Arm komeda display driver

2018-12-06 Thread james qian wang (Arm Technology China)
This is the first patchset of ARM new komeda display driver, this patchset added all basic structure of komeda, relationship of DRM-KMS with komeda, for tring to give a brife overview of komeda-driver. komeda is for supporting the ARM display processor D71 and later IPs, Since from D71, Arm displa

Re: [RFC v3 01/19] kunit: test: add KUnit test runner core

2018-12-06 Thread Anton Ivanov
On 05/12/2018 14:45, Arnd Bergmann wrote: On Wed, Dec 5, 2018 at 2:42 PM Anton Ivanov wrote: On 30/11/2018 03:14, Luis Chamberlain wrote: On Wed, Nov 28, 2018 at 11:36:18AM -0800, Brendan Higgins wrote: Then for the UML stuff, I think if we *really* accept that UML will always be a viable opti

Re: [PATCH V2] mm: Replace all open encodings for NUMA_NO_NODE

2018-12-06 Thread Lubomir Rintel
On Wed, 2018-12-05 at 17:01 +0530, Anshuman Khandual wrote: > > On 12/05/2018 02:56 AM, Lubomir Rintel wrote: > > On Mon, 2018-11-26 at 17:56 +0530, Anshuman Khandual wrote: > > > At present there are multiple places where invalid node number is encoded > > > as -1. Even though implicitly understo

Re: [PATCH 4/5] arm64: dts: renesas: r8a77995: draak: Add backlight

2018-12-06 Thread Simon Horman
Hi Laurent, On Tue, Dec 04, 2018 at 06:57:10PM +0200, Laurent Pinchart wrote: > Hi Simon, > > Could you please consider taking this patch in your tree ? It's independent > from the rest of the series. sure, applied for v4.21. > > On Sunday, 25 November 2018 16:40:30 EET Laurent Pinchart wrote

Re: [PATCH V2] mm: Replace all open encodings for NUMA_NO_NODE

2018-12-06 Thread Anshuman Khandual
On 12/05/2018 02:56 AM, Lubomir Rintel wrote: > On Mon, 2018-11-26 at 17:56 +0530, Anshuman Khandual wrote: >> At present there are multiple places where invalid node number is encoded >> as -1. Even though implicitly understood it is always better to have macros >> in there. Replace these open e

[PATCH v1 8/9] drm/doc: Add initial komeda driver documentation

2018-12-06 Thread james qian wang (Arm Technology China)
Signed-off-by: James (Qian) Wang --- Documentation/gpu/drivers.rst| 1 + Documentation/gpu/komeda-kms.rst | 483 +++ 2 files changed, 484 insertions(+) create mode 100644 Documentation/gpu/komeda-kms.rst diff --git a/Documentation/gpu/drivers.rst b/Documentatio

Re: [RFC v3 18/19] of: unittest: split out a couple of test cases from unittest

2018-12-06 Thread Brendan Higgins
On Tue, Dec 4, 2018 at 2:58 AM Frank Rowand wrote: > > Hi Brendan, > > On 11/28/18 11:36 AM, Brendan Higgins wrote: > > Split out a couple of test cases that these features in base.c from the > > unittest.c monolith. The intention is that we will eventually split out > > all test cases and group t

Re: [LKP] [mm] 19717e78a0: stderr.if(target_node==NUMA_NO_NODE){

2018-12-06 Thread Anshuman Khandual
On 12/05/2018 10:30 AM, kernel test robot wrote: > FYI, we noticed the following commit (built with gcc-7): > > commit: 19717e78a04d51512cf0e7b9b09c61f06b2af071 ("[PATCH V2] mm: Replace all > open encodings for NUMA_NO_NODE") > url: > https://github.com/0day-ci/linux/commits/Anshuman-Khandual/mm

Re: [RFC v3 17/19] of: unittest: migrate tests to run on KUnit

2018-12-06 Thread Brendan Higgins
On Tue, Dec 4, 2018 at 5:41 AM Rob Herring wrote: > > On Mon, Dec 3, 2018 at 6:14 PM Brendan Higgins > wrote: > > > > On Thu, Nov 29, 2018 at 4:40 PM Randy Dunlap wrote: > > > > > > On 11/28/18 12:56 PM, Rob Herring wrote: > > > >> diff --git a/drivers/of/Kconfig b/drivers/of/Kconfig > > > >> in

Re: [RFC v3 01/19] kunit: test: add KUnit test runner core

2018-12-06 Thread Anton Ivanov
On 30/11/2018 03:14, Luis Chamberlain wrote: On Wed, Nov 28, 2018 at 11:36:18AM -0800, Brendan Higgins wrote: +#define module_test(module) \ + static int module_kunit_init##module(void) \ + { \ + return kunit_run_tests(&module); \ +

Re: [PATCH] drm/sun4i: hdmi: Improve compatibility with non-hotplug capable connectors

2018-12-06 Thread Priit Laes
On Tue, Nov 20, 2018 at 09:58:41AM +0100, Maxime Ripard wrote: > On Mon, Nov 19, 2018 at 10:26:38AM +, Russell King - ARM Linux wrote: > > On Mon, Nov 19, 2018 at 09:19:34AM +0100, Maxime Ripard wrote: > > > Hi, > > > > > > On Fri, Nov 16, 2018 at 07:18:29PM +0200, Priit Laes wrote: > > > > Fr

[PATCH v1 4/9] drm/komeda: Add DT parsing

2018-12-06 Thread james qian wang (Arm Technology China)
Parse DT and initialize corresponding dev/pipeline attributes. Signed-off-by: James (Qian) Wang --- .../gpu/drm/arm/display/komeda/komeda_dev.c | 74 +++ .../gpu/drm/arm/display/komeda/komeda_dev.h | 3 + .../drm/arm/display/komeda/komeda_pipeline.c | 4 + .../drm/arm/disp

[PATCH v1 7/9] drm/komeda: Attach komeda_dev to DRM-KMS

2018-12-06 Thread james qian wang (Arm Technology China)
Add komeda_kms abstracton to attach komeda_dev to DRM-KMS CRTC: according to the komeda_pipeline PLANE: according to komeda_layer (layer input pipeline) PRIVATE_OBJS: komeda_pipeline/component all will be treat as private_objs komeda_kms is for connecting DRM-KMS and komeda_dev, like reporti

[PATCH v1 3/9] drm/komeda: Build komeda to be a platform module

2018-12-06 Thread james qian wang (Arm Technology China)
Implement a simple wrapper for platform module to build komeda to module, Also add a very simple D71 layer code to show how to discover a product. Komeda driver direct bind the product ENTRY function xxx_identity to DT compatible name like: d71_product = { .product_id = MALIDP_D71_PRODUCT_

Re: [RFC v3 00/19] kunit: introduce KUnit, the Linux kernel unit testing framework

2018-12-06 Thread Brendan Higgins
On Tue, Dec 4, 2018 at 5:49 AM Rob Herring wrote: > > On Tue, Dec 4, 2018 at 5:40 AM Frank Rowand wrote: > > > > Hi Brendan, Rob, > > > > Pulling a comment from way back in the v1 patch thread: > > > > On 10/17/18 3:22 PM, Brendan Higgins wrote: > > > On Wed, Oct 17, 2018 at 10:49 AM wrote: > >

Re: [PATCH] drm: add capability DRM_CAP_ASYNC_UPDATE

2018-12-06 Thread Helen Koike
Hi Ville On 11/27/18 11:34 AM, Ville Syrjälä wrote: > On Fri, Nov 23, 2018 at 07:53:26PM -0200, Helen Koike wrote: >> Allow userspace to identify if the driver supports async update. > > And what exactly is an "async update"? I agree we are lacking docs on this, I'll send in the next version as

Re: [PATCH 1/1] drm/msm/a6xx: Add support for an interconnect path

2018-12-06 Thread Georgi Djakov
Hi Jordan, Thanks for the patch! On 11/29/18 19:26, Jordan Crouse wrote: > Try to get the interconnect path for the GPU and vote for the maximum > bandwidth to support all frequencies. This is needed for performance. > Later we will want to scale the bandwidth based on the frequency to > also opt

[PATCH v3] drm/rockchip: support hwc layer

2018-12-06 Thread Randy Li
From: ayaka The Windows 2/3 or a RGB UI layer is a high performance flexibly plane. It is too waste to use it as a cursor plane. I have verified this patch with weston git version, I am not sure whether X would meet with this patch. As the previous author is gone, I can't confirm this problem wi

[PATCH v1 5/9] drm/komeda: Add komeda_format_caps for format handling

2018-12-06 Thread james qian wang (Arm Technology China)
komeda_format_caps is for describing ARM display specific features and limitations of a specific format, and format_caps will be linked into &komeda_framebuffer like a extension of &drm_format_info. And komed_format_caps_table will be initialized before the enum_resources, since the layer features

[PATCH v1 2/9] dt/bindings: drm/komeda: Add DT bindings for ARM display processor D71

2018-12-06 Thread james qian wang (Arm Technology China)
Add DT bindings documentation for the ARM display processor D71 and later IPs. Signed-off-by: James (Qian) Wang --- .../bindings/display/arm/arm,komeda.txt | 87 +++ 1 file changed, 87 insertions(+) create mode 100644 Documentation/devicetree/bindings/display/arm/arm,komed

[PATCH v4] drm/rockchip: update cursors asynchronously through atomic.

2018-12-06 Thread Helen Koike
From: Enric Balletbo i Serra Add support to async updates of cursors by using the new atomic interface for that. Signed-off-by: Enric Balletbo i Serra [updated for upstream] Signed-off-by: Helen Koike --- Hello, This is the forth version of the async-plane update suport to the Rockchip drive

Re: [PATCH v4 0/4] HDCP1.4 Fixes - II

2018-12-06 Thread Daniel Vetter
On Wed, Dec 05, 2018 at 05:14:39PM +0530, Ramalingam C wrote: > Couple of more HDCP1.4 fixes on > - Key load process for CFL > - Encryption status change time > - debug log addition > - active platform coverage > > v1 and v2 went into old series https://patchwork.freedesktop.org/series/389

[PATCH v1 9/9] MAINTAINERS: Add maintainer for arm komeda driver

2018-12-06 Thread james qian wang (Arm Technology China)
Signed-off-by: James (Qian) Wang --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 254b7b267731..9e44c2c2e234 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -1132,6 +1132,14 @@ S: Supported F: drivers/gpu/drm/arm/ F: Documen

[PATCH v1 6/9] drm/komeda: Add komeda_framebuffer

2018-12-06 Thread james qian wang (Arm Technology China)
komeda_framebuffer is for extending drm_framebuffer to add komeda own attributes and komeda specific fb handling. Signed-off-by: James (Qian) Wang --- drivers/gpu/drm/arm/display/komeda/Makefile | 3 +- .../arm/display/komeda/komeda_framebuffer.c | 165 ++ .../arm/display/k

Re: linux-next: Tree for Dec 5 (gpu/drm/amd/display)

2018-12-06 Thread Randy Dunlap
On 12/4/18 10:01 PM, Stephen Rothwell wrote: > Hi all, > > Changes since 20181204: > on i386: ld: drivers/gpu/drm/amd/display/dc/dce/dce_i2c_sw.o: in function `wait_for_scl_high_sw': dce_i2c_sw.c:(.text+0x2f3): undefined reference to `__bad_udelay' ld: drivers/gpu/drm/amd/display/dc/dce/dce_i2

[PATCH v1 1/9] drm/komeda: komeda_dev/pipeline/component definition and initialzation

2018-12-06 Thread james qian wang (Arm Technology China)
1. Added a brief definition of komeda_dev/pipeline/component, this change didn't add the detailed component features and capabilities, which will be added in the following changes. 2. Corresponding resources discovery and initialzation functions. Signed-off-by: James (Qian) Wang --- driver

Re: [PATCH 2/3] ACPI / PMIC: Implement exec_mipi_pmic_seq_element for CHT Whiskey Cove PMIC

2018-12-06 Thread Hans de Goede
Hi Ville, Thank you for the review. On 05-12-18 22:25, Ville Syrjälä wrote: On Wed, Dec 05, 2018 at 10:03:09PM +0100, Hans de Goede wrote: Implement the exec_mipi_pmic_seq_element callback for the CHT Whiskey Cove PMIC. On some CHT devices this fixes the LCD panel not lighting up when it was

Patch "drm/meson: Fix OOB memory accesses in meson_viu_set_osd_lut()" has been added to the 4.19-stable tree

2018-12-06 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/meson: Fix OOB memory accesses in meson_viu_set_osd_lut() to the 4.19-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is

Patch "drm/meson: Enable fast_io in meson_dw_hdmi_regmap_config" has been added to the 4.19-stable tree

2018-12-06 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/meson: Enable fast_io in meson_dw_hdmi_regmap_config to the 4.19-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

Re: [PATCH 2/2] drm/ttm: Use pr_debug for all output from ttm_bo_evict

2018-12-06 Thread Michel Dänzer
On 2018-12-06 3:43 a.m., Zhang, Jerry(Junwei) wrote: > On 12/6/18 12:56 AM, Michel Dänzer wrote: >> From: Michel Dänzer >> >> All the output is related, so it should all be printed the same way. >> Some of it was using pr_debug, but some of it appeared in dmesg by >> default. The caller should han

Re: [PATCH 1/2] drm: Only #define DEBUG if CONFIG_DYNAMIC_DEBUG is disabled

2018-12-06 Thread Chris Wilson
Quoting Zhang, Jerry(Junwei) (2018-12-06 02:40:42) > On 12/6/18 12:56 AM, Michel Dänzer wrote: > > From: Michel Dänzer > > > > The following cases are possible for pr_debug(): > > > > 1. CONFIG_DYNAMIC_DEBUG disabled > > a) DEBUG not defined: pr_debug() translates to no_printk(...), i.e. > >

Re: [PATCH 1/2] drm: Only #define DEBUG if CONFIG_DYNAMIC_DEBUG is disabled

2018-12-06 Thread Michel Dänzer
On 2018-12-06 10:12 a.m., Chris Wilson wrote: > Quoting Zhang, Jerry(Junwei) (2018-12-06 02:40:42) >> On 12/6/18 12:56 AM, Michel Dänzer wrote: >>> From: Michel Dänzer >>> >>> The following cases are possible for pr_debug(): >>> >>> 1. CONFIG_DYNAMIC_DEBUG disabled >>> a) DEBUG not defined: pr

Re: [PATCH 1/2] drm: Only #define DEBUG if CONFIG_DYNAMIC_DEBUG is disabled

2018-12-06 Thread Michel Dänzer
On 2018-12-06 3:51 a.m., Joe Perches wrote: > On Thu, 2018-12-06 at 10:40 +0800, Zhang, Jerry(Junwei) wrote: >> On 12/6/18 12:56 AM, Michel Dänzer wrote: >>> From: Michel Dänzer >>> >>> The following cases are possible for pr_debug(): >>> >>> 1. CONFIG_DYNAMIC_DEBUG disabled >>> a) DEBUG not d

[PATCH] drm/i915: Fix IGT kms_color/gamma subtest SKIP for GLK

2018-12-06 Thread Swati Sharma
Fix the skip for kms_color/gamma subtest Test requirement not met in function run_tests_for_pipe, file kms_color.c:858: Test requirement: igt_pipe_obj_has_prop(&data->display.pipes[p], IGT_CRTC_DEGAMMA_LUT_SIZE) Subtest pipe-A-gamma: SKIP Test requirement not met in function run_tests_for_pipe, f

Re: [PATCH 1/2] drm: Only #define DEBUG if CONFIG_DYNAMIC_DEBUG is disabled

2018-12-06 Thread Chris Wilson
Quoting Michel Dänzer (2018-12-06 09:21:40) > On 2018-12-06 10:12 a.m., Chris Wilson wrote: > > Quoting Zhang, Jerry(Junwei) (2018-12-06 02:40:42) > >> On 12/6/18 12:56 AM, Michel Dänzer wrote: > >>> From: Michel Dänzer > >>> > >>> The following cases are possible for pr_debug(): > >>> > >>> 1. CO

Patch "drm/meson: Fix OOB memory accesses in meson_viu_set_osd_lut()" has been added to the 4.14-stable tree

2018-12-06 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/meson: Fix OOB memory accesses in meson_viu_set_osd_lut() to the 4.14-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is

Patch "drm/meson: Enable fast_io in meson_dw_hdmi_regmap_config" has been added to the 4.14-stable tree

2018-12-06 Thread gregkh
This is a note to let you know that I've just added the patch titled drm/meson: Enable fast_io in meson_dw_hdmi_regmap_config to the 4.14-stable tree which can be found at: http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary The filename of the patch is:

[PATCH v4 1/4] drm: Add Y210, Y212, Y216 format definitions and fourcc

2018-12-06 Thread Swati Sharma
The following pixel formats are packed format that follows 4:2:2 chroma sampling. For memory represenation each component is allocated 16 bits each. Thus each pixel occupies 32bit. Y210: Valid data occupies MSB 10 bits. LSB 6 bits are filled with zeroes. Y212: Valid data occupies MSB 12 bits

[PATCH v4 2/4] drm/i915/icl: Add Y210, Y212, Y216 plane control definitions

2018-12-06 Thread Swati Sharma
Added needed plane control flag definitions for Y210, Y212 and Y216 formats. v3: no change v4: rebase Signed-off-by: Swati Sharma Signed-off-by: Vidya Srinivas --- drivers/gpu/drm/i915/i915_reg.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/g

[PATCH v4 0/4] Enable Y210, Y212, Y216 formats for ICL

2018-12-06 Thread Swati Sharma
These patches enable packed format YUV422-Y210, Y212 and Y216 for 10, 12 and 16 bit respectively for ICL. For user space component IGT IGT needs libraries for Pixman and Cairo to support more than 8bpc. Work going on from Maarten Lankhorst. v2: addressed review comments of mahesh and alexandru

[PATCH v4 3/4] drm/i915/icl: Preparations for enabling Y210, Y212, Y216 formats

2018-12-06 Thread Swati Sharma
v3: case handling checking INTEL_GEN(dev_priv) < 11 added for these 3 new pixel formats (juha) v4: rebase Signed-off-by: Swati Sharma Signed-off-by: Vidya Srinivas --- drivers/gpu/drm/i915/intel_display.c | 9 + drivers/gpu/drm/i915/intel_sprite.c | 3 +++ 2 files changed, 12 inser

[PATCH v4 4/4] drm/i915/icl: Enable Y210, Y212, Y216 format for primary and sprite planes

2018-12-06 Thread Swati Sharma
In this patch, a list for icl specific pixel formats is created in which Y210, Y212 and Y216 pixel formats are added along with legacy pixel formats for primary and sprite plane. v3: since support for planar formats on ICL was getting totally skipped, added support for the same in intel_displa

Re: [PATCH 2/2] drm/ttm: Use pr_debug for all output from ttm_bo_evict

2018-12-06 Thread Koenig, Christian
Am 06.12.18 um 10:09 schrieb Michel Dänzer: > On 2018-12-06 3:43 a.m., Zhang, Jerry(Junwei) wrote: >> On 12/6/18 12:56 AM, Michel Dänzer wrote: >>> From: Michel Dänzer >>> >>> All the output is related, so it should all be printed the same way. >>> Some of it was using pr_debug, but some of it app

[PATCH 4/9] drm/syncobj: add new drm_syncobj_add_point interface v2

2018-12-06 Thread Christian König
Use the dma_fence_chain object to create a timeline of fence objects instead of just replacing the existing fence. v2: rebase and cleanup Signed-off-by: Christian König --- drivers/gpu/drm/drm_syncobj.c | 37 + include/drm/drm_syncobj.h | 5 + 2 file

[PATCH 1/9] dma-buf: make fence sequence numbers 64 bit v2

2018-12-06 Thread Christian König
For a lot of use cases we need 64bit sequence numbers. Currently drivers overload the dma_fence structure to store the additional bits. Stop doing that and make the sequence number in the dma_fence always 64bit. For compatibility with hardware which can do only 32bit sequences the comparisons in

[PATCH 3/9] drm/syncobj: remove drm_syncobj_cb and cleanup

2018-12-06 Thread Christian König
This completes "drm/syncobj: Drop add/remove_callback from driver interface" and cleans up the implementation a bit. Signed-off-by: Christian König --- drivers/gpu/drm/drm_syncobj.c | 91 ++- include/drm/drm_syncobj.h | 21 -- 2 files changed,

[PATCH 8/9] drm/amdgpu: add timeline support in amdgpu CS v2

2018-12-06 Thread Christian König
From: Chunming Zhou syncobj wait/signal operation is appending in command submission. v2: separate to two kinds in/out_deps functions Signed-off-by: Chunming Zhou Cc: Daniel Rakos Cc: Jason Ekstrand Cc: Bas Nieuwenhuizen Cc: Dave Airlie Cc: Christian König Cc: Chris Wilson --- drivers/gp

[PATCH 2/9] dma-buf: add new dma_fence_chain container v4

2018-12-06 Thread Christian König
Lockless container implementation similar to a dma_fence_array, but with only two elements per node and automatic garbage collection. v2: properly document dma_fence_chain_for_each, add dma_fence_chain_find_seqno, drop prev reference during garbage collection if it's not a chain fence. v3: use

[PATCH 9/9] drm/amdgpu: update version for timeline syncobj support in amdgpu

2018-12-06 Thread Christian König
From: Chunming Zhou Signed-off-by: Chunming Zhou --- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c index 90f474f98b6e..316bfc1a6a75 100644 --- a/dri

[PATCH 7/9] drm/syncobj: use the timeline point in drm_syncobj_find_fence v3

2018-12-06 Thread Christian König
Implement finding the right timeline point in drm_syncobj_find_fence. v2: return -EINVAL when the point is not submitted yet. v3: fix reference counting bug, add flags handling as well Signed-off-by: Christian König --- drivers/gpu/drm/drm_syncobj.c | 43

[PATCH 5/9] drm/syncobj: add support for timeline point wait v8

2018-12-06 Thread Christian König
From: Chunming Zhou points array is one-to-one match with syncobjs array. v2: add seperate ioctl for timeline point wait, otherwise break uapi. v3: userspace can specify two kinds waits:: a. Wait for time point to be completed. b. and wait for time point to become available v4: rebase v5: add com

[PATCH 6/9] drm/syncobj: add timeline payload query ioctl v4

2018-12-06 Thread Christian König
From: Chunming Zhou user mode can query timeline payload. v2: check return value of copy_to_user v3: handle querying entry by entry v4: rebase on new chain container, simplify interface Signed-off-by: Chunming Zhou Cc: Daniel Rakos Cc: Jason Ekstrand Cc: Bas Nieuwenhuizen Cc: Dave Airlie Cc

Re: [PATCH 2/2] drm/ttm: Use pr_debug for all output from ttm_bo_evict

2018-12-06 Thread Michel Dänzer
On 2018-12-06 10:33 a.m., Koenig, Christian wrote: > Am 06.12.18 um 10:09 schrieb Michel Dänzer: >> On 2018-12-06 3:43 a.m., Zhang, Jerry(Junwei) wrote: >>> On 12/6/18 12:56 AM, Michel Dänzer wrote: From: Michel Dänzer All the output is related, so it should all be printed the same

[PATCH 0/3] drm/exynos: add support for dynamic zpos in DECON and FIMD

2018-12-06 Thread Andrzej Hajda
Hi Inki, This small patchset adds dynamic zpos support for DECON and FIMD. It was tested on tm2 and trats2. Regards Andrzej Andrzej Hajda (3): drm/exynos/decon5433: add dynamic zpos support drm/exynos/fimd: create local helper for disabling hardware window drm/exynos/fimd: add dynamic zpo

[PATCH 3/3] drm/exynos/fimd: add dynamic zpos support

2018-12-06 Thread Andrzej Hajda
FIMD has fixed hardware window order. To implement dynamic zpos normalized_zpos of active plane has to be connected to window number, and remaining windows have to be disabled. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 21 - 1 file changed, 8

[PATCH 2/3] drm/exynos/fimd: create local helper for disabling hardware window

2018-12-06 Thread Andrzej Hajda
Hardware window disabling is performed in multiple places. Creating helper for it simplifies the code and prepares it for further improvements. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 23 +++ 1 file changed, 11 insertions(+), 12 deletions(-

[PATCH 1/3] drm/exynos/decon5433: add dynamic zpos support

2018-12-06 Thread Andrzej Hajda
DECON has fixed hardware window order. To implement dynamic zpos normalized_zpos of active plane has to be connected to window number, and remaining windows have to be disabled. Signed-off-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos5433_drm_decon.c | 23 +-- 1 file change

Re: [PATCH 2/2] drm/ttm: Use pr_debug for all output from ttm_bo_evict

2018-12-06 Thread Zhang, Jerry(Junwei)
On 12/6/18 5:33 PM, Koenig, Christian wrote: Am 06.12.18 um 10:09 schrieb Michel Dänzer: On 2018-12-06 3:43 a.m., Zhang, Jerry(Junwei) wrote: On 12/6/18 12:56 AM, Michel Dänzer wrote: From: Michel Dänzer All the output is related, so it should all be printed the same way. Some of it was usin

[PULL] drm-misc-next

2018-12-06 Thread Maarten Lankhorst
Hi Dave, Final pull request for -next targeting v4.21. Most of the changes are small and all over the place, so I didn't enumerate them all. drm-misc-next-2018-12-06: Final changes to drm-misc-next for v4.21: UAPI Changes: Core Changes: - Add dma_fence_get_stub to dma-buf, and use it in drm/s

Re: [PATCH v2 07/16] drm: rcar-du: Use LVDS PLL clock as dot clock when possible

2018-12-06 Thread Laurent Pinchart
Hi Morimoto-san, On Tuesday, 27 November 2018 02:44:58 EET Kuninori Morimoto wrote: > Hi Laurent > > Sorry for super late response. > I got opinion from BSP team about this patch. No worries. My reply is late too I'm afraid :-S > > On selected SoCs, the DU can use the clock output by the LVDS e

Re: [PATCH 2/2] drm/ttm: Use pr_debug for all output from ttm_bo_evict

2018-12-06 Thread Christian König
Am 06.12.18 um 10:39 schrieb Zhang, Jerry(Junwei): On 12/6/18 5:33 PM, Koenig, Christian wrote: Am 06.12.18 um 10:09 schrieb Michel Dänzer: On 2018-12-06 3:43 a.m., Zhang, Jerry(Junwei) wrote: On 12/6/18 12:56 AM, Michel Dänzer wrote: From: Michel Dänzer All the output is related, so it sho

Re: [PATCH 2/2] drm/ttm: Use pr_debug for all output from ttm_bo_evict

2018-12-06 Thread Michel Dänzer
On 2018-12-06 10:38 a.m., Michel Dänzer wrote: > On 2018-12-06 10:33 a.m., Koenig, Christian wrote: >> Am 06.12.18 um 10:09 schrieb Michel Dänzer: >>> On 2018-12-06 3:43 a.m., Zhang, Jerry(Junwei) wrote: On 12/6/18 12:56 AM, Michel Dänzer wrote: > From: Michel Dänzer > > All the o

Re: [PATCH 2/2] drm/ttm: Use pr_debug for all output from ttm_bo_evict

2018-12-06 Thread Michel Dänzer
On 2018-12-06 10:49 a.m., Christian König wrote: > Am 06.12.18 um 10:39 schrieb Zhang, Jerry(Junwei): >> On 12/6/18 5:33 PM, Koenig, Christian wrote: >>> Am 06.12.18 um 10:09 schrieb Michel Dänzer: On 2018-12-06 3:43 a.m., Zhang, Jerry(Junwei) wrote: > On 12/6/18 12:56 AM, Michel Dänzer wr

[PATCH] drm/ttm: revert "drop the extra reservation for pipelined BO moves"

2018-12-06 Thread Christian König
This patch caused trouble because of not handled corner cases during memory pressure. The extra overhead of checking if we have enough space doesn't worth the trouble, so just revert it. This reverts commit 5786b66c9e3b7b18f3c24566e70cae450969cb14 and commit 7d9a7a3bddb537bb05d297423df539bffa1aa5

[Bug 104520] Intermittent X crashes: GPU HANG: ecode 9:0:0x85dffffb, in Xorg [443], reason: Hang on rcs0, action: reset

2018-12-06 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=104520 John M. changed: What|Removed |Added CC||alt.ya-5e0t...@yopmail.com --- Comment #23 fr

Re: [PATCH v8 04/35] drm/i915: Initialize HDCP2.2

2018-12-06 Thread Daniel Vetter
On Tue, Nov 27, 2018 at 04:13:02PM +0530, Ramalingam C wrote: > Add the HDCP2.2 initialization to the existing HDCP1.4 stack. With the comments below addressed the commit message is a bit untrue, since this just wires up a basic hdcp2_supported flag in a few places. Please make that clear. > > v

Re: [PATCH v8 05/35] drm/i915: MEI interface definition

2018-12-06 Thread Daniel Vetter
On Tue, Nov 27, 2018 at 04:13:03PM +0530, Ramalingam C wrote: > Defining the mei-i915 interface functions and initialization of > the interface. > > Signed-off-by: Ramalingam C > Signed-off-by: Tomas Winkler > --- > drivers/gpu/drm/i915/i915_drv.h | 2 + > drivers/gpu/drm/i915/intel_drv.h

[PATCH] drm/qxl: use qxl_num_crtc directly

2018-12-06 Thread Gerd Hoffmann
Just use qxl_num_crtc directly everywhere instead of using qdev->monitors_config->max_allowed. Drops pointless indirection and also is less confusing. Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/qxl/qxl_display.c | 21 + 1 file changed, 9 insertions(+), 12 deletions(-)

Re: [PATCH v8 06/35] drm/i915: Enable and Disable of HDCP2.2

2018-12-06 Thread Daniel Vetter
On Tue, Nov 27, 2018 at 04:13:04PM +0530, Ramalingam C wrote: > Considering that HDCP2.2 is more secure than HDCP1.4, When a setup > supports HDCP2.2 and HDCP1.4, HDCP2.2 will be enabled. > > When HDCP2.2 enabling fails and HDCP1.4 is supported, HDCP1.4 is > enabled. > > This change implements a

Re: [PATCH v8 08/35] drm/i915: Implement HDCP2.2 repeater authentication

2018-12-06 Thread Daniel Vetter
On Tue, Nov 27, 2018 at 04:13:06PM +0530, Ramalingam C wrote: > Implements the HDCP2.2 repeaters authentication steps such as verifying > the downstream topology and sending stream management information. > > v2: > Rebased. > v3: > No Changes. > v4: > -EINVAL is returned for topology error a

[PATCH 0/3] drm/qxl: tweak bo allocation

2018-12-06 Thread Gerd Hoffmann
Move some allocations from VRAM to PRIV domain, to reduce VRAM memory pressure. Should help especially with wayland, which uses dumb gem buffers. Gerd Hoffmann (3): drm/qxl: allow both PRIV and VRAM placement for QXL_GEM_DOMAIN_SURFACE drm/qxl: use QXL_GEM_DOMAIN_SURFACE for shadow bo. drm/

[PATCH 3/3] drm/qxl: use QXL_GEM_DOMAIN_SURFACE for dumb gem objects

2018-12-06 Thread Gerd Hoffmann
dumb buffers are used as qxl surfaces, so allocate them as QXL_GEM_DOMAIN_SURFACE. Should usually be allocated in PRIV ttm domain then, so this reduces VRAM memory pressure. Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/qxl/qxl_dumb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) di

[PATCH 1/3] drm/qxl: allow both PRIV and VRAM placement for QXL_GEM_DOMAIN_SURFACE

2018-12-06 Thread Gerd Hoffmann
qxl surfaces (used for framebuffers and gem objects) can live in both VRAM and PRIV ttm domains. Update placement setup to include both. Put PRIV first in the list so it is preferred, so VRAM will have more room for objects which must be allocated there. Signed-off-by: Gerd Hoffmann --- driver

[PATCH 2/3] drm/qxl: use QXL_GEM_DOMAIN_SURFACE for shadow bo.

2018-12-06 Thread Gerd Hoffmann
The shadow bo is used as qxl surface, so allocate it as QXL_GEM_DOMAIN_SURFACE. Should usually be allocated in PRIV ttm domain then, so this reduces VRAM memory pressure. Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/qxl/qxl_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) di

Re: [Spice-devel] [PATCH 1/3] drm/qxl: allow both PRIV and VRAM placement for QXL_GEM_DOMAIN_SURFACE

2018-12-06 Thread Frediano Ziglio
> qxl surfaces (used for framebuffers and gem objects) can live in both > VRAM and PRIV ttm domains. Update placement setup to include both. Put > PRIV first in the list so it is preferred, so VRAM will have more room > for objects which must be allocated there. > > Signed-off-by: Gerd Hoffmann

Re: [Spice-devel] [PATCH] drm/qxl: use qxl_num_crtc directly

2018-12-06 Thread Frediano Ziglio
> > Just use qxl_num_crtc directly everywhere instead of using > qdev->monitors_config->max_allowed. Drops pointless indirection > and also is less confusing. > To me is MORE confusing, why comparing number of something with another number? Previously code was comparing number of monitors with

Re: [PATCH] drm/sun4i: fix HSYNC and VSYNC polarity

2018-12-06 Thread Giulio Benetti
Hi Jonathan, Il 06/12/2018 08:29, Jonathan Liu ha scritto: Hi Giulio, On Thu, 15 Feb 2018 at 17:54, Giulio Benetti wrote: Differently from other Lcd signals, HSYNC and VSYNC signals result inverted if their bits are cleared to 0. Invert their settings of IO_POL register. Signed-off-by: Giu

Re: [PATCH 0/3] drm/exynos: add support for dynamic zpos in DECON and FIMD

2018-12-06 Thread Andrzej Hajda
Hi Inki, On 06.12.2018 10:38, Andrzej Hajda wrote: > Hi Inki, > > This small patchset adds dynamic zpos support for DECON and FIMD. > It was tested on tm2 and trats2. I have realized that this patchset interferes with Christoph's exynos plane patches for fimd and decon, but in drm-exynos/exynos_

Re: [Spice-devel] [PATCH 1/3] drm/qxl: allow both PRIV and VRAM placement for QXL_GEM_DOMAIN_SURFACE

2018-12-06 Thread Gerd Hoffmann
On Thu, Dec 06, 2018 at 05:55:58AM -0500, Frediano Ziglio wrote: > > > qxl surfaces (used for framebuffers and gem objects) can live in both > > VRAM and PRIV ttm domains. Update placement setup to include both. Put > > PRIV first in the list so it is preferred, so VRAM will have more room > > f

Re: [PATCH] drm/ttm: revert "drop the extra reservation for pipelined BO moves"

2018-12-06 Thread Michel Dänzer
On 2018-12-06 10:57 a.m., Christian König wrote: > This patch caused trouble because of not handled corner cases during > memory pressure. > > The extra overhead of checking if we have enough space doesn't worth the > trouble, so just revert it. > > This reverts commit 5786b66c9e3b7b18f3c24566e70

Re: [PATCH 1/2] drm: Only #define DEBUG if CONFIG_DYNAMIC_DEBUG is disabled

2018-12-06 Thread Joe Perches
On Thu, 2018-12-06 at 10:23 +0100, Michel Dänzer wrote: > On 2018-12-06 3:51 a.m., Joe Perches wrote: > > On Thu, 2018-12-06 at 10:40 +0800, Zhang, Jerry(Junwei) wrote: > > > On 12/6/18 12:56 AM, Michel Dänzer wrote: > > > > From: Michel Dänzer > > > > > > > > The following cases are possible for

Re: [Spice-devel] [PATCH] drm/qxl: use qxl_num_crtc directly

2018-12-06 Thread Gerd Hoffmann
On Thu, Dec 06, 2018 at 05:59:25AM -0500, Frediano Ziglio wrote: > > > > Just use qxl_num_crtc directly everywhere instead of using > > qdev->monitors_config->max_allowed. Drops pointless indirection > > and also is less confusing. > > > > To me is MORE confusing, why comparing number of someth

Re: [PATCH 1/2] drm: Only #define DEBUG if CONFIG_DYNAMIC_DEBUG is disabled

2018-12-06 Thread Michel Dänzer
On 2018-12-06 12:41 p.m., Joe Perches wrote: > On Thu, 2018-12-06 at 10:23 +0100, Michel Dänzer wrote: >> On 2018-12-06 3:51 a.m., Joe Perches wrote: >>> On Thu, 2018-12-06 at 10:40 +0800, Zhang, Jerry(Junwei) wrote: On 12/6/18 12:56 AM, Michel Dänzer wrote: > From: Michel Dänzer > >>

[Bug 108892] kernel BUG at kernel/time/timer.c:1137 in drm_sched_job_finish [gpu_sched]

2018-12-06 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108892 --- Comment #4 from sunnany...@huawei.com --- Is there any new progress in this issue? I had the same problem. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel ma

[Bug 108892] kernel BUG at kernel/time/timer.c:1137 in drm_sched_job_finish [gpu_sched]

2018-12-06 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=108892 --- Comment #5 from sunnany...@huawei.com --- (In reply to Zheng Luo from comment #2) > (In reply to Christian König from comment #1) > > What kernel version is this? Please also try with the latest. > > I'm using 4.19.4-arch1-1-ARCH. Should I t

Re: [RFC v3 14/19] Documentation: kunit: add documentation for KUnit

2018-12-06 Thread Kieran Bingham
Hi Brendan, On 03/12/2018 23:53, Brendan Higgins wrote: > On Thu, Nov 29, 2018 at 7:45 PM Luis Chamberlain wrote: >> >> On Thu, Nov 29, 2018 at 01:56:37PM +, Kieran Bingham wrote: >>> Hi Brendan, >>> >>> Please excuse the top posting, but I'm replying here as I'm following >>> the section "Cr

Re: [PATCH 1/2] drm: Only #define DEBUG if CONFIG_DYNAMIC_DEBUG is disabled

2018-12-06 Thread Joe Perches
On Thu, 2018-12-06 at 12:52 +0100, Michel Dänzer wrote: > In contrast to the 2b case, the pr_debug output isn't visible by default > with 1b, so the latter doesn't fit "always produce output" either. I think you are mistaken here. Adding #define DEBUG as Chris did enables pr_debug output and is y

Re: [RFC v3 11/19] kunit: add Python libraries for handing KUnit config and kernel

2018-12-06 Thread Kieran Bingham
Hi Luis, On 04/12/2018 20:47, Luis Chamberlain wrote: > On Mon, Dec 03, 2018 at 03:48:15PM -0800, Brendan Higgins wrote: >> On Thu, Nov 29, 2018 at 5:54 AM Kieran Bingham >> wrote: >>> >>> Hi Brendan, >>> >>> Thanks again for this series! >>> >>> On 28/11/2018 19:36, Brendan Higgins wrote: T

Re: [Spice-devel] [PATCH] drm/qxl: use qxl_num_crtc directly

2018-12-06 Thread Frediano Ziglio
> > On Thu, Dec 06, 2018 at 05:59:25AM -0500, Frediano Ziglio wrote: > > > > > > Just use qxl_num_crtc directly everywhere instead of using > > > qdev->monitors_config->max_allowed. Drops pointless indirection > > > and also is less confusing. > > > > > > > To me is MORE confusing, why compari

Re: [PATCH v8 09/35] drm/i915: Implement HDCP2.2 link integrity check

2018-12-06 Thread Daniel Vetter
On Tue, Nov 27, 2018 at 04:13:07PM +0530, Ramalingam C wrote: > Implements the link integrity check once in 500mSec. > > Once encryption is enabled, an ongoing Link Integrity Check is > performed by the HDCP Receiver to check that cipher synchronization > is maintained between the HDCP Transmitter

Re: AMDGPU with 4.19.x kernel - cannot enable DPM

2018-12-06 Thread Chris Rankin
Hi, I'm still unable to enable DPM with my R7 360, AMDGPU driver, Linux 4.19.7 kernel. Dmesg log is attached, showing that it is correctly using PCIE gen2 speeds. Cheers, Chris On Sat, 24 Nov 2018 at 13:12, Chris Rankin wrote: > Hi, thanks for the reply. > > That patch doesn't solve my issue,

Re: [PATCH v8 09/35] drm/i915: Implement HDCP2.2 link integrity check

2018-12-06 Thread Daniel Vetter
On Thu, Dec 06, 2018 at 02:27:21PM +0100, Daniel Vetter wrote: > On Tue, Nov 27, 2018 at 04:13:07PM +0530, Ramalingam C wrote: > > Implements the link integrity check once in 500mSec. > > > > Once encryption is enabled, an ongoing Link Integrity Check is > > performed by the HDCP Receiver to check

Re: [PATCH v8 10/35] drm/i915: Handle HDCP2.2 downstream topology change

2018-12-06 Thread Daniel Vetter
On Tue, Nov 27, 2018 at 04:13:08PM +0530, Ramalingam C wrote: > When repeater notifies a downstream topology change, this patch > reauthenticate the repeater alone without disabling the hdcp > encryption. If that fails then complete reauthentication is executed. > > v2: > Rebased. > v3: > No C

Re: [PATCH v8 11/35] drm/i915: Check HDCP 1.4 and 2.2 link on CP_IRQ

2018-12-06 Thread Daniel Vetter
On Tue, Nov 27, 2018 at 04:13:09PM +0530, Ramalingam C wrote: > On DP HDCP1.4 and 2.2, when CP_IRQ is received, start the link > integrity check for the HDCP version that is enabled. > > v2: > Rebased. Function name is changed. > v3: > No Changes. > v4: > No Changes. > v5: > No Changes. >

[PATCH v2 3/3] drm/i915/intel_dsi_vbt: Add support for PMIC mipi sequences

2018-12-06 Thread Hans de Goede
Add support for PMIC mipi sequences using the new intel_soc_pmic_exec_mipi_pmic_seq_element function. Signed-off-by: Hans de Goede --- drivers/gpu/drm/i915/intel_dsi_vbt.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/i915/intel_dsi_vbt.c b/drivers/gpu/drm/i915/intel_

[PATCH v2 1/3] ACPI / PMIC: Add support for executing PMIC MIPI sequence elements

2018-12-06 Thread Hans de Goede
DSI LCD panels describe an initialization sequence in the Video BIOS Tables using so called MIPI sequences. One possible element in these sequences is a PMIC specific element of 15 bytes. Although this is not really an ACPI opregion, the ACPI opregion code is the closest thing we have. We need to

[PATCH v2 2/3] ACPI / PMIC: Implement exec_mipi_pmic_seq_element for CHT Whiskey Cove PMIC

2018-12-06 Thread Hans de Goede
Implement the exec_mipi_pmic_seq_element callback for the CHT Whiskey Cove PMIC. On some CHT devices this fixes the LCD panel not lighting up when it was not initialized by the GOP, because an external monitor was plugged in and the GOP initialized only the external monitor. Signed-off-by: Hans d

Re: [Spice-devel] [PATCH] drm/qxl: use qxl_num_crtc directly

2018-12-06 Thread Gerd Hoffmann
On Thu, Dec 06, 2018 at 07:53:10AM -0500, Frediano Ziglio wrote: > > > > On Thu, Dec 06, 2018 at 05:59:25AM -0500, Frediano Ziglio wrote: > > > > > > > > Just use qxl_num_crtc directly everywhere instead of using > > > > qdev->monitors_config->max_allowed. Drops pointless indirection > > > > and

  1   2   3   >