[PATCH 2/2] drm/msm/dpu: clean up some impossibilities

2020-09-07 Thread Rob Clark
From: Rob Clark Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c | 81 1 file changed, 12 insertions(+), 69 deletions(-) diff --git a/drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c b/drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c index 89c0245b5de5..ad49b0e17

[PATCH 1/2] drm/msm/dpu: move vblank events to complete_commit()

2020-09-07 Thread Rob Clark
From: Rob Clark We could get a vblank event racing with the current atomic commit, resulting in sending the pageflip event to userspace early, causing tearing. On the other hand, complete_commit() ensures that the pending flush is complete. Signed-off-by: Rob Clark --- drivers/gpu/drm/msm/dis

Re: [PATCH v1 0/2] video: fbdev: radeonfb: PCI PM framework upgrade and fix-ups.

2020-09-07 Thread Daniel Vetter
On Mon, Sep 07, 2020 at 02:46:21PM +0530, Vaibhav Gupta wrote: > On Mon, Sep 07, 2020 at 09:55:59AM +0200, Daniel Vetter wrote: > > On Thu, Aug 06, 2020 at 12:52:54PM +0530, Vaibhav Gupta wrote: > > > Linux Kernel Mentee: Remove Legacy Power Management. > > > > > > The original goal of the patch

Re: [PATCH 6/6] drm/meson: add support for MIPI-DSI transceiver

2020-09-07 Thread Daniel Vetter
On Mon, Sep 07, 2020 at 11:03:29AM +0200, Neil Armstrong wrote: > On 07/09/2020 10:44, Daniel Vetter wrote: > > On Mon, Sep 07, 2020 at 10:43:51AM +0200, Daniel Vetter wrote: > >> On Mon, Sep 07, 2020 at 10:18:25AM +0200, Neil Armstrong wrote: > >>> The Amlogic AXg SoCs embeds a Synopsys DW-MIPI-DS

Re: [PATCH] drm/bridge: dw-mipi-dsi: fix dw_mipi_dsi_debugfs_show/write warnings

2020-09-07 Thread Daniel Vetter
On Mon, Sep 07, 2020 at 12:27:11PM +0200, Neil Armstrong wrote: > This fixes the following warnings while building in W=1 : > dw-mipi-dsi.c:1002:5: warning: no previous prototype for > 'dw_mipi_dsi_debugfs_write' [-Wmissing-prototypes] > dw-mipi-dsi.c:1027:5: warning: no previous prototype for >

Re: [Intel-gfx] [PATCH 1/3] drm/atomic-helper: Extract drm_atomic_helper_calc_timestamping_constants()

2020-09-07 Thread Daniel Vetter
On Mon, Sep 07, 2020 at 03:00:24PM +0300, Ville Syrjala wrote: > From: Ville Syrjälä > > Put the vblank timestamping constants update loop into its own > function. It has no business living inside > drm_atomic_helper_update_legacy_modeset_state() so we'll be wanting > to move it out entirely. As

Re: [Intel-gfx] [PATCH 2/3] drm/atomic-helper: Remove the timestamping constant update from drm_atomic_helper_update_legacy_modeset_state()

2020-09-07 Thread Daniel Vetter
On Mon, Sep 07, 2020 at 03:00:25PM +0300, Ville Syrjala wrote: > From: Ville Syrjälä > > The timestamping constants have nothing to do with any legacy state > so should not be updated from > drm_atomic_helper_update_legacy_modeset_state(). > > Let's make everyone call drm_atomic_helper_calc_time

Re: [Intel-gfx] [PATCH 3/3] drm/i915: Drop the drm_atomic_helper_calc_timestamping_constants() call

2020-09-07 Thread Daniel Vetter
On Mon, Sep 07, 2020 at 03:00:26PM +0300, Ville Syrjala wrote: > From: Ville Syrjälä > > We update the timestamping constants per-crtc explicitly in > intel_crtc_update_active_timings(). Furtermore the helper will > use uapi.adjusted_mode whereas we want hw.adjusted_mode. Thus > let's drop the he

Re: [PATCH] gpu/drm: cleanup coding style a bit

2020-09-07 Thread Daniel Vetter
On Mon, Sep 07, 2020 at 05:31:29AM -0700, Bernard Zhao wrote: > Remove first assignment to info which is meaningless. > Put the width and higth check first. > This change is to make the code a bit readable. > > Signed-off-by: Bernard Zhao Looks reasonable, thanks for your patch. Applied to drm-m

Re: [PATCH] drm: mxsfb: check framebuffer pitch

2020-09-07 Thread Daniel Vetter
On Mon, Sep 07, 2020 at 07:17:12PM +0300, Laurent Pinchart wrote: > Hi Stefan, > > Thank you for the patch. > > On Mon, Sep 07, 2020 at 06:03:43PM +0200, Stefan Agner wrote: > > The lcdif IP does not support a framebuffer pitch (stride) other than > > the CRTC width. Check for equality and reject

Re: [PATCH 2/2] drm/ttm: merge offset and base in ttm_bus_placement

2020-09-07 Thread Dave Airlie
I'd written something similar but didn't finish it! For the series, Reviewed-by: Dave Airlie On Mon, 7 Sep 2020 at 23:29, Christian König wrote: > > This is used by TTM to communicate the physical address > which should be used with ioremap(), ioremap_wc(). We don't > need to separate the base

Re: [PATCH v2 2/3] dt-bindings: display: panel: add TDO tl070wsh30 DSI panel bindings

2020-09-07 Thread Sam Ravnborg
Hi Neil. On Mon, Sep 07, 2020 at 03:24:47PM +0200, Neil Armstrong wrote: > Hi, > > On 07/09/2020 13:45, Sam Ravnborg wrote: > > Hi Neil. > > > > On Mon, Sep 07, 2020 at 01:10:26PM +0200, Neil Armstrong wrote: > >> This add the bindings for the 1024*600 tl070wsh30 DSI panel. > > > > The binding

Re: [PATCH v2 3/3] drm: panel: add TDO tl070wsh30 panel driver

2020-09-07 Thread Sam Ravnborg
Hi Neil. On Mon, Sep 07, 2020 at 01:10:27PM +0200, Neil Armstrong wrote: > This adds support for the TDO TL070WSH30 TFT-LCD panel module. > The panel has a 1024×600 resolution and uses 24 bit RGB per pixel. > It provides a MIPI DSI interface to the host, a built-in LED backlight > and touch contro

[PATCH 00/13] ttm tt refactor repost of part 1

2020-09-07 Thread Dave Airlie
Most of these have r-b or acks already, patch 1 I may have posted before but found in my tree, so reposting it, and patch 5 for radeon I think were what needed re-review. I'd like to land these, and I'll revisit the remainder of this series. Dave. ___

[PATCH 02/13] drm/ttm: add optional bind/unbind via driver.

2020-09-07 Thread Dave Airlie
From: Dave Airlie I want to remove the backend funcs Reviewed-by: Christian König Signed-off-by: Dave Airlie --- drivers/gpu/drm/ttm/ttm_tt.c| 15 +++--- include/drm/ttm/ttm_bo_driver.h | 36 + 2 files changed, 48 insertions(+), 3 deletions(-) diff

[PATCH 04/13] drm/ttm/agp: export bind/unbind/destroy for drivers to use.

2020-09-07 Thread Dave Airlie
From: Dave Airlie Reviewed-by: Christian König Signed-off-by: Dave Airlie --- drivers/gpu/drm/ttm/ttm_agp_backend.c | 15 +-- include/drm/ttm/ttm_tt.h | 6 ++ 2 files changed, 15 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_agp_backend.c b/

[PATCH 03/13] drm/qxl: move bind/unbind/destroy to the driver function table.

2020-09-07 Thread Dave Airlie
From: Dave Airlie Acked-by: Christian König Signed-off-by: Dave Airlie --- drivers/gpu/drm/qxl/qxl_ttm.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/qxl/qxl_ttm.c b/drivers/gpu/drm/qxl/qxl_ttm.c index c3530c6e46bd..4970c3450e88 100644 --- a/dr

[PATCH 05/13] drm/radeon/ttm: move to driver binding/destroy functions. (v2)

2020-09-07 Thread Dave Airlie
From: Dave Airlie Do agp decision in the driver, instead of special binding funcs v2: use container_of, drop some {}. Signed-off-by: Dave Airlie --- drivers/gpu/drm/radeon/radeon.h| 7 +- drivers/gpu/drm/radeon/radeon_cs.c | 2 +- drivers/gpu/drm/radeon/radeon_gem.c| 6 +-

[PATCH 01/13] drm/ttm: introduce ttm_bo_move_null

2020-09-07 Thread Dave Airlie
From: Dave Airlie This pattern is cut-n-pasted across 4 drivers, switch it to a WARN_ON instead, as BUG_ON is considered a bad idea usually. Signed-off-by: Dave Airlie --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 24 +++- drivers/gpu/drm/nouveau/nouveau_bo.c| 4 +---

[PATCH 06/13] drm/nouveau/ttm: use driver bind/unbind/destroy functions.

2020-09-07 Thread Dave Airlie
From: Dave Airlie Acked-by: Christian König Reviewed-by: Ben Skeggs Signed-off-by: Dave Airlie --- drivers/gpu/drm/nouveau/nouveau_bo.c| 44 drivers/gpu/drm/nouveau/nouveau_sgdma.c | 54 ++--- drivers/gpu/drm/nouveau/nouveau_ttm.h | 3 ++ 3 file

[PATCH 12/13] drm/ttm/agp: remove bdev from agp helpers

2020-09-07 Thread Dave Airlie
From: Dave Airlie Since the agp bind/unbind/destroy are now getting called from drivers rather than via the func table, drop the bdev parameter. Reviewed-by: Christian König Signed-off-by: Dave Airlie --- drivers/gpu/drm/nouveau/nouveau_bo.c | 6 +++--- drivers/gpu/drm/radeon/radeon_ttm.c

[PATCH 11/13] drm/ttm: get rid of agp specific populate/unpopulate paths.

2020-09-07 Thread Dave Airlie
From: Dave Airlie Reviewed-by: Christian König Signed-off-by: Dave Airlie --- drivers/gpu/drm/nouveau/nouveau_bo.c | 4 ++-- drivers/gpu/drm/radeon/radeon_ttm.c | 4 ++-- drivers/gpu/drm/ttm/ttm_agp_backend.c | 17 - include/drm/ttm/ttm_tt.h | 2 -- 4 files c

[PATCH 10/13] drm/ttm/agp: drop back end bindings from agp

2020-09-07 Thread Dave Airlie
From: Dave Airlie These aren't used anymore. Reviewed-by: Christian König Signed-off-by: Dave Airlie --- drivers/gpu/drm/ttm/ttm_agp_backend.c | 7 --- 1 file changed, 7 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_agp_backend.c b/drivers/gpu/drm/ttm/ttm_agp_backend.c index fbf98cd

[PATCH 09/13] drm/gem_vram/ttm: move to driver backend destroy function.

2020-09-07 Thread Dave Airlie
From: Dave Airlie Acked-by: Thomas Zimmermann Acked-by: Christian König Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_gem_vram_helper.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/drm_gem_vram_helper.c b/drivers/gpu/drm/drm_gem_vram_helpe

[PATCH 13/13] drm/ttm: drop the tt backend function paths.

2020-09-07 Thread Dave Airlie
From: Dave Airlie These are now driver side. Reviewed-by: Christian König Signed-off-by: Dave Airlie --- drivers/gpu/drm/ttm/ttm_tt.c | 15 +++--- include/drm/ttm/ttm_tt.h | 39 2 files changed, 3 insertions(+), 51 deletions(-) diff --git a/dr

[PATCH 08/13] drm/amdgpu/ttm: move to driver backend binding funcs

2020-09-07 Thread Dave Airlie
From: Dave Airlie Reviewed-by: Christian König Signed-off-by: Dave Airlie --- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c index 95925055

[PATCH 07/13] drm/vmwgfx: move to driver binding functions

2020-09-07 Thread Dave Airlie
From: Dave Airlie Acked-by: Christian König Signed-off-by: Dave Airlie --- drivers/gpu/drm/vmwgfx/vmwgfx_ttm_buffer.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ttm_buffer.c b/drivers/gpu/drm/vmwgfx/vmwgfx_ttm_buffer.c index a7

Re: [PATCH 00/13] ttm tt refactor repost of part 1

2020-09-07 Thread Ben Skeggs
On Tue, 8 Sep 2020 at 06:46, Dave Airlie wrote: > > Most of these have r-b or acks already, patch 1 I may have > posted before but found in my tree, so reposting it, and patch > 5 for radeon I think were what needed re-review. R-b for ttm and nouveau changes, A-b for the other drivers. Ben. > >

Re: [PATCH] drm/mediatek: add missing put_device() call in mtk_ddp_comp_init()

2020-09-07 Thread Chun-Kuang Hu
Hi Yu Kuai: Yu Kuai 於 2020年9月5日 週六 下午4:31寫道: > > if of_find_device_by_node() succeed, mtk_ddp_comp_init() doesn't have > a corresponding put_device(). Thus add put_device() to fix the exception > handling for this function implementation. > This patch looks good to me, but I find another thing r

Re: [PATCH 1/9] dt-bindings: display: renesas: du: Document the r8a77961 bindings

2020-09-07 Thread Kuninori Morimoto
Hi Geert > > --- a/Documentation/devicetree/bindings/display/renesas,du.txt > > +++ b/Documentation/devicetree/bindings/display/renesas,du.txt > > @@ -18,6 +18,7 @@ Required Properties: > > - "renesas,du-r8a7794" for R8A7794 (R-Car E2) compatible DU > > - "renesas,du-r8a7795" for R8A77

Re: [PATCH 5/9] arm64: dts: renesas: r8a77961: Add VSP device nodes

2020-09-07 Thread Kuninori Morimoto
Hi Kieran > > From: Kuninori Morimoto > > > > This patch adds VSP device nodes for R-Car M3-W+ (r8a77961) SoC. > > This patch is test on R-Car M3-W+ Salvator-XS board. > > > > Signed-off-by: Kuninori Morimoto > > --- (snip) > Do we keep the items grouped by the first occurrence? or sort the

Re: [Nouveau] [PATCH v5 1/2] drm/nouveau/kms/nv50-: Program notifier offset before requesting disp caps

2020-09-07 Thread Ben Skeggs
On Sat, 5 Sep 2020 at 06:28, Lyude Paul wrote: > > Not entirely sure why this never came up when I originally tested this > (maybe some BIOSes already have this setup?) but the ->caps_init vfunc > appears to cause the display engine to throw an exception on driver > init, at least on my ThinkPad P

Re: [PATCH] drm: mxsfb: check framebuffer pitch

2020-09-07 Thread Daniel Abrecht
Am 2020-09-07 16:03, schrieb Stefan Agner: The lcdif IP does not support a framebuffer pitch (stride) other than the CRTC width. This may be true for some SOCs, but not for all of them. I used to have this working flawlessly on the imx8mq like so: http://projects.dpa.li/git/?p=linux.git;a=commi

Re: [PATCH 2/2] drm/msm/dpu: clean up some impossibilities

2020-09-07 Thread kernel test robot
Hi Rob, I love your patch! Perhaps something to improve: [auto build test WARNING on drm-tip/drm-tip] [also build test WARNING on linus/master v5.9-rc4 next-20200903] [cannot apply to drm-intel/for-linux-next tegra-drm/drm/tegra/for-next drm/drm-next drm-exynos/exynos-drm-next] [If your patch is

[PATCH v2 00/10] arm64: renesas: enable HDMI Display/Sound on R-Car M3-W+ Salvator-XS

2020-09-07 Thread Kuninori Morimoto
Hi Geert, Laurent These are v2 of HDMI Display/Sound support for R8A77961. These are tested on R-Car M3-W+ Salvator-XS board. v1 -> v2 - "is test" to "was tested" at git-log - add M3-W+ port entry to DU table (= [01/10]) - add dw-hdmi tidyup new patch (= [02/10])

[PATCH v2 05/10] arm64: dts: renesas: r8a77961: Add FCP device nodes

2020-09-07 Thread Kuninori Morimoto
From: Kuninori Morimoto This patch adds FCP device nodes for R-Car M3-W+ (r8a77961) SoC. This patch was tested on R-Car M3-W+ Salvator-XS board. Signed-off-by: Kuninori Morimoto --- arch/arm64/boot/dts/renesas/r8a77961.dtsi | 52 +++ 1 file changed, 52 insertions(+) diff

[PATCH v2 04/10] drm: rcar-du: Add r8a77961 support

2020-09-07 Thread Kuninori Morimoto
From: Kuninori Morimoto This patch adds R-Car M3-W+ (R8A77961) support which has compatible to R-Car M3-W (R8A77960). Signed-off-by: Kuninori Morimoto --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/rcar-du/rcar_du_drv.c b/driver

[PATCH v2 06/10] arm64: dts: renesas: r8a77961: Add VSP device nodes

2020-09-07 Thread Kuninori Morimoto
From: Kuninori Morimoto This patch adds VSP device nodes for R-Car M3-W+ (r8a77961) SoC. This patch was tested on R-Car M3-W+ Salvator-XS board. Signed-off-by: Kuninori Morimoto --- arch/arm64/boot/dts/renesas/r8a77961.dtsi | 55 +++ 1 file changed, 55 insertions(+) diff

[PATCH v2 01/10] dt-bindings: display: renesas: du: Document the r8a77961 bindings

2020-09-07 Thread Kuninori Morimoto
From: Kuninori Morimoto Document the R-Car M3-W+ (R8A77961) SoC in the R-Car DU bindings. Signed-off-by: Kuninori Morimoto --- Documentation/devicetree/bindings/display/renesas,du.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/display/renesas,du.txt

[PATCH v2 03/10] dt-bindings: display: renesas: dw-hdmi: Add R8A77961 support

2020-09-07 Thread Kuninori Morimoto
From: Kuninori Morimoto This patch adds R-Car M3-W+ (R8A77961) SoC bindings. Signed-off-by: Kuninori Morimoto Reviewed-by: Geert Uytterhoeven --- .../devicetree/bindings/display/bridge/renesas,dw-hdmi.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bind

[PATCH v2 02/10] dt-bindings: display: renesas: dw-hdmi: tidyup example compatible.

2020-09-07 Thread Kuninori Morimoto
From: Kuninori Morimoto required is "renesas,r8a7795-hdmi", instead of "renesas,r8a7795-dw-hdmi" Signed-off-by: Kuninori Morimoto --- .../devicetree/bindings/display/bridge/renesas,dw-hdmi.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/devicetree/bi

[PATCH v2 09/10] arm64: dts: renesas: r8a77961-salvator-xs: add HDMI Display support

2020-09-07 Thread Kuninori Morimoto
From: Kuninori Morimoto This patch enables HDMI Display on R-Car M3-W+ Salvator-XS board. Signed-off-by: Kuninori Morimoto --- .../boot/dts/renesas/r8a77961-salvator-xs.dts | 28 +++ 1 file changed, 28 insertions(+) diff --git a/arch/arm64/boot/dts/renesas/r8a77961-salvator-xs

[PATCH v2 07/10] arm64: dts: renesas: r8a77961: Add DU device nodes

2020-09-07 Thread Kuninori Morimoto
From: Kuninori Morimoto This patch adds DU device nodes for R-Car M3-W+ (r8a77961) SoC. This patch was tested on R-Car M3-W+ Salvator-XS board. Signed-off-by: Kuninori Morimoto --- arch/arm64/boot/dts/renesas/r8a77961.dtsi | 13 - 1 file changed, 12 insertions(+), 1 deletion(-)

[PATCH v2 08/10] arm64: dts: renesas: r8a77961: Add HDMI device nodes

2020-09-07 Thread Kuninori Morimoto
From: Kuninori Morimoto This patch adds HDMI device nodes for R-Car M3-W+ (r8a77961) SoC. This patch was tested on R-Car M3-W+ Salvator-XS board. Signed-off-by: Kuninori Morimoto --- arch/arm64/boot/dts/renesas/r8a77961.dtsi | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-)

[PATCH v2 10/10] arm64: dts: renesas: r8a77961-salvator-xs: add HDMI Sound support

2020-09-07 Thread Kuninori Morimoto
From: Kuninori Morimoto This patch enables HDMI Sound on R-Car M3-W+ Salvator-XS board. This reverts commit b997613fad58a03588f0f64a3d86db6c5bd76dd2. Signed-off-by: Kuninori Morimoto --- .../boot/dts/renesas/r8a77961-salvator-xs.dts | 29 +++ 1 file changed, 29 insertions(+)

[Bug 203905] amdgpu:actual_brightness has unreal/wrong value

2020-09-07 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=203905 John Shand (jshand2...@gmail.com) changed: What|Removed |Added CC||jshand2...@gmail.com

[Bug 203905] amdgpu:actual_brightness has unreal/wrong value

2020-09-07 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=203905 --- Comment #16 from John Shand (jshand2...@gmail.com) --- Created attachment 292417 --> https://bugzilla.kernel.org/attachment.cgi?id=292417&action=edit Dmesg 8-9-2020 -- You are receiving this mail because: You are watching the assignee of t

[Bug 203905] amdgpu:actual_brightness has unreal/wrong value

2020-09-07 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=203905 --- Comment #17 from John Shand (jshand2...@gmail.com) --- Created attachment 292419 --> https://bugzilla.kernel.org/attachment.cgi?id=292419&action=edit Journalctl 8-9-2020 -- You are receiving this mail because: You are watching the assignee

linux-next: manual merge of the drm-intel tree with Linus' tree

2020-09-07 Thread Stephen Rothwell
Hi all, Today's linux-next merge of the drm-intel tree got a conflict in: drivers/gpu/drm/i915/display/intel_panel.c between commit: f8bd54d21904 ("drm/i915: panel: Use atomic PWM API for devs with an external PWM controller") from Linus' tree and commit: 6b51e7d23aa8 ("drm/i915: panel

linux-next: build warning after merge of the drm-misc tree

2020-09-07 Thread Stephen Rothwell
Hi all, After merging the drm-misc tree, today's linux-next build (x86_64 allmodconfig) produced this warning: WARNING: modpost: missing MODULE_LICENSE() in drivers/gpu/drm/panel/panel-samsung-s6e63m0.o Introduced by commit b7b23e447687 ("drm/panel: s6e63m0: Break out SPI transport") -- Ch

Re: [PATCH 1/2] drm/radeon: Add sclk frequency as hwmon sensor

2020-09-07 Thread Sandeep Raghuraman
On 9/1/20 2:03 AM, Alex Deucher wrote: > On Sun, Aug 30, 2020 at 3:25 AM Sandeep Raghuraman > wrote: >> >> This patch series adds support for reporting sclk and vddc values for Radeon >> GPUs, where supported. > > This commit message should be specific to this particular patch rather > than

Re: [RFC] Experimental DMA-BUF Device Heaps

2020-09-07 Thread Laurent Pinchart
Hi Daniel, On Tue, Sep 01, 2020 at 09:32:22AM +0200, Daniel Vetter wrote: > On Sun, Aug 16, 2020 at 02:22:46PM -0300, Ezequiel Garcia wrote: > > This heap is basically a wrapper around DMA-API dma_alloc_attrs, > > which will allocate memory suitable for the given device. > > > > The implementatio

Re: [PATCH 03/13] drm/qxl: move bind/unbind/destroy to the driver function table.

2020-09-07 Thread Gerd Hoffmann
On Tue, Sep 08, 2020 at 06:46:20AM +1000, Dave Airlie wrote: > From: Dave Airlie > > Acked-by: Christian König > Signed-off-by: Dave Airlie Reviewed-by: Gerd Hoffmann ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedes

Re: [PATCH v4 1/1] drm: allow limiting the scatter list size.

2020-09-07 Thread Gerd Hoffmann
On Mon, Sep 07, 2020 at 03:53:02PM +0200, Daniel Vetter wrote: > On Mon, Sep 7, 2020 at 1:24 PM Gerd Hoffmann wrote: > > > > Add drm_device argument to drm_prime_pages_to_sg(), so we can > > call dma_max_mapping_size() to figure the segment size limit > > and call into __sg_alloc_table_from_pages(

Re: [PATCH v2 01/10] dt-bindings: display: renesas: du: Document the r8a77961 bindings

2020-09-07 Thread Laurent Pinchart
Hi Morimoto-san, Thank you for the patch. On Tue, Sep 08, 2020 at 09:34:04AM +0900, Kuninori Morimoto wrote: > From: Kuninori Morimoto > > Document the R-Car M3-W+ (R8A77961) SoC in the R-Car DU bindings. > > Signed-off-by: Kuninori Morimoto Reviewed-by: Laurent Pinchart > --- > Documenta

Re: [PATCH v2 02/10] dt-bindings: display: renesas: dw-hdmi: tidyup example compatible.

2020-09-07 Thread Laurent Pinchart
Hi Morimoto-san, Thank you for the patch. On Tue, Sep 08, 2020 at 09:34:11AM +0900, Kuninori Morimoto wrote: > From: Kuninori Morimoto > > required is "renesas,r8a7795-hdmi", instead of "renesas,r8a7795-dw-hdmi" > > Signed-off-by: Kuninori Morimoto Reviewed-by: Laurent Pinchart > --- > ..

Re: [PATCH v2 03/10] dt-bindings: display: renesas: dw-hdmi: Add R8A77961 support

2020-09-07 Thread Laurent Pinchart
Hi Morimoto-san, Thank you for the patch. On Tue, Sep 08, 2020 at 09:34:17AM +0900, Kuninori Morimoto wrote: > From: Kuninori Morimoto > > This patch adds R-Car M3-W+ (R8A77961) SoC bindings. > > Signed-off-by: Kuninori Morimoto > Reviewed-by: Geert Uytterhoeven Reviewed-by: Laurent Pinchar

Re: [PATCH v2 04/10] drm: rcar-du: Add r8a77961 support

2020-09-07 Thread Laurent Pinchart
Hi Morimoto-san, Thank you for the patch. On Tue, Sep 08, 2020 at 09:34:32AM +0900, Kuninori Morimoto wrote: > > From: Kuninori Morimoto > > This patch adds R-Car M3-W+ (R8A77961) support which has > compatible to R-Car M3-W (R8A77960). Maybe "... is compatible with the ..." ? > Signed-off-b

Re: [PATCH v2 05/10] arm64: dts: renesas: r8a77961: Add FCP device nodes

2020-09-07 Thread Laurent Pinchart
Hi Morimoto-san, Thank you for the patch. On Tue, Sep 08, 2020 at 09:34:50AM +0900, Kuninori Morimoto wrote: > > From: Kuninori Morimoto > > This patch adds FCP device nodes for R-Car M3-W+ (r8a77961) SoC. > This patch was tested on R-Car M3-W+ Salvator-XS board. > > Signed-off-by: Kuninori M

Re: [PATCH v2 06/10] arm64: dts: renesas: r8a77961: Add VSP device nodes

2020-09-07 Thread Laurent Pinchart
Hi Morimoto-san, On Tue, Sep 08, 2020 at 09:34:59AM +0900, Kuninori Morimoto wrote: > > From: Kuninori Morimoto > > This patch adds VSP device nodes for R-Car M3-W+ (r8a77961) SoC. > This patch was tested on R-Car M3-W+ Salvator-XS board. > > Signed-off-by: Kuninori Morimoto Reviewed-by: Lau

Re: [PATCH v2 07/10] arm64: dts: renesas: r8a77961: Add DU device nodes

2020-09-07 Thread Laurent Pinchart
Hi Morimoto-san, Thank you for the patch. On Tue, Sep 08, 2020 at 09:35:10AM +0900, Kuninori Morimoto wrote: > > From: Kuninori Morimoto > > This patch adds DU device nodes for R-Car M3-W+ (r8a77961) SoC. > This patch was tested on R-Car M3-W+ Salvator-XS board. > > Signed-off-by: Kuninori Mo

Re: [PATCH v2 09/10] arm64: dts: renesas: r8a77961-salvator-xs: add HDMI Display support

2020-09-07 Thread Laurent Pinchart
Hi Morimoto-san, Thank you for the patch. On Tue, Sep 08, 2020 at 09:35:20AM +0900, Kuninori Morimoto wrote: > From: Kuninori Morimoto > > This patch enables HDMI Display on R-Car M3-W+ Salvator-XS board. > > Signed-off-by: Kuninori Morimoto Reviewed-by: Laurent Pinchart > --- > .../boot/

Re: [PATCH v2 08/10] arm64: dts: renesas: r8a77961: Add HDMI device nodes

2020-09-07 Thread Laurent Pinchart
Hi Morimoto-san, Thank you for the patch. On Tue, Sep 08, 2020 at 09:35:15AM +0900, Kuninori Morimoto wrote: > > From: Kuninori Morimoto > > This patch adds HDMI device nodes for R-Car M3-W+ (r8a77961) SoC. > This patch was tested on R-Car M3-W+ Salvator-XS board. > > Signed-off-by: Kuninori

Re: [PATCH v2 10/10] arm64: dts: renesas: r8a77961-salvator-xs: add HDMI Sound support

2020-09-07 Thread Laurent Pinchart
Hi Morimoto-san, Thank you for the patch. On Tue, Sep 08, 2020 at 09:35:25AM +0900, Kuninori Morimoto wrote: > From: Kuninori Morimoto > > This patch enables HDMI Sound on R-Car M3-W+ Salvator-XS board. > > This reverts commit b997613fad58a03588f0f64a3d86db6c5bd76dd2. Which tree can this comm

[git pull] drm fixes for 5.9-rc5 (special edition)

2020-09-07 Thread Dave Airlie
Hi Linus, The i915 reverts are going to be a bit of a conflict mess for next, so I decided to dequeue them now, along with some msm fixes for a ring corruption issue, that Rob sent over the weekend. Dave. drm-fixes-2020-09-08: drm fixes for 5.9-rc5 (special edition) i915: - revert gpu relocatio

Re: [PATCH v2 10/10] arm64: dts: renesas: r8a77961-salvator-xs: add HDMI Sound support

2020-09-07 Thread Kuninori Morimoto
Hi Laurent Thank you for your review > > From: Kuninori Morimoto > > > > This patch enables HDMI Sound on R-Car M3-W+ Salvator-XS board. > > > > This reverts commit b997613fad58a03588f0f64a3d86db6c5bd76dd2. > > Which tree can this commit be found in ? Grr, I forgot to remove it from git-lo

Re: [PATCH v2 10/10] arm64: dts: renesas: r8a77961-salvator-xs: add HDMI Sound support

2020-09-07 Thread Laurent Pinchart
Hi Morimoto-san, On Tue, Sep 08, 2020 at 03:33:29PM +0900, Kuninori Morimoto wrote: > > Hi Laurent > > Thank you for your review > > > > From: Kuninori Morimoto > > > > > > This patch enables HDMI Sound on R-Car M3-W+ Salvator-XS board. > > > > > > This reverts commit b997613fad58a03588f0f64

Re: [PATCH v2 10/10] arm64: dts: renesas: r8a77961-salvator-xs: add HDMI Sound support

2020-09-07 Thread Kuninori Morimoto
Hi Laurent > > > > From: Kuninori Morimoto > > > > > > > > This patch enables HDMI Sound on R-Car M3-W+ Salvator-XS board. > > > > > > > > This reverts commit b997613fad58a03588f0f64a3d86db6c5bd76dd2. > > > > > > Which tree can this commit be found in ? > > > > Grr, I forgot to remove it fr

[PATCH] drm/virtio: drop quirks handling

2020-09-07 Thread Gerd Hoffmann
These days dma ops can be overridden per device, and the virtio core uses that to handle the dma quirks transparently for the rest of the kernel. So we can drop the virtio_has_dma_quirk() checks, just use the dma api unconditionally and depend on the virtio core having setup dma_ops as needed. Si

<    1   2