Re: [PATCH 10/10] drm: xlnx: zynqmp: Add debugfs

On Thu, Jan 11, 2018 at 02:05:31AM +, Hyun Kwon wrote: > Hi Daniel, > > > -Original Message- > > From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel > > Vetter > > Sent: Tuesday, January 09, 2018 1:54 AM > > To: Hyun Kwon > > Cc: dri-devel@lists.freedesktop.org; de

Re: [PATCH 00/10] Xilinx ZynqMP DisplayPort subsystem DRM KMS driver

On Thu, Jan 11, 2018 at 02:07:08AM +, Hyun Kwon wrote: > Hi Daniel, > > > -Original Message- > > From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel > > Vetter > > Sent: Tuesday, January 09, 2018 1:57 AM > > To: Hyun Kwon > > Cc: dri-devel@lists.freedesktop.org; de

Re: [PATCH v5] drm/omap: plane zpos/zorder management improvements

On Wed, Jan 10, 2018 at 06:28:51PM +0200, Peter Ujfalusi wrote: > On 01/09/2018 04:40 PM, Daniel Vetter wrote: > > On Tue, Jan 09, 2018 at 04:18:48PM +0200, Peter Ujfalusi wrote: > >> Hi, > >> > >> On 2018-01-09 14:44, Daniel Vetter wrote: > Changes since v4: > - further simplify the zpos

[PATCH v2 09/12] drm/sun4i: Add support for A83T second DE2 mixer

It supports 1 VI and 1 UI plane and HW scaling on both planes. Acked-by: Maxime Ripard Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/sun8i_mixer.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/drivers/gpu/drm/sun4i/sun8i_mixer.c b/drivers/gpu/drm/sun4i/sun8i_mixer.

[PATCH v2 00/12] drm/sun4i: Add A83T HDMI support

This patch series implements support for A83T DW HDMI and PHY. Contrary to v1 series, this one is based on latest linux-next, since all needed patches were merged. While exactly this combination of HDMI controller and PHY is not common in Allwinner SoCs, this patch series nevertheless makes ground

Re: next/master build: 198 builds: 1 failed, 197 passed, 1 error, 148 warnings (next-20180110)

On 10-01-18, 16:45, Arnd Bergmann wrote: > > 7 arch/arm/boot/dts/spear1340-evb.dtb: Warning (dmas_property): Property > > 'dmas', cell 4 is not a phandle reference in /ahb/apb/serial@b410 > > 7 arch/arm/boot/dts/spear1340-evb.dtb: Warning (dmas_property): Missing > > property '#dma-cells' in

[PATCH v2 01/12] clk: sunxi-ng: Mask nkmp factors when setting register

Currently, if one of the factors isn't present, bit 0 gets always set to 1. For example, A83T has NMP PLLs modelled as NKMP PLL without K. Since K is not specified, it's offset, width and shift is 0. Driver assumes that lowest value possible is 1, otherwise we would get division by 0. That situatio

[PATCH v2 05/12] drm/bridge/synopsys: dw-hdmi: Add deinit callback

Some SoCs, like Allwinner A83T, have to do additional cleanup when HDMI driver unloads. When using DW HDMI through DRM bridge API, there is no place to store driver's private data so it can be accessed in unbind function. Because of that, add deinit function which is called at the very end, so driv

[PATCH v2 03/12] drm/bridge/synopsys: dw-hdmi: Enable workaround for v1.32a

Allwinner SoCs have dw hdmi controller v1.32a which exhibits same magenta line issue as i.MX6Q and i.MX6DL. Enable workaround for it. Tests show that one iteration is enough. Acked-by: Laurent Pinchart Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 8 +--- 1

[PATCH v2 08/12] drm/sun4i: Add support for A83T second TCON

This TCON is connected to HDMI encoder. Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/sun4i/sun4i_tcon.c b/drivers/gpu/drm/sun4i/sun4i_tcon.c index 0815c528d08e..adfa39f372cf 100644 --- a/drivers/gpu

[PATCH v2 07/12] drm/sun4i: Add has_channel_0 TCON quirk

Some TCONs on newer SoCs doesn't support channel 0, since they are meant to be used only with TV or HDMI encoder. Prepare support for them with adding has_channel_0 quirk. Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 41 +++--- drivers/g

[PATCH v2 12/12] ARM: dts: sun8i: a83t: Enable HDMI on BananaPi M3

BananaPi M3 includes HDMI connector, so add support for it. Signed-off-by: Jernej Skrabec --- arch/arm/boot/dts/sun8i-a83t-bananapi-m3.dts | 25 + 1 file changed, 25 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t-bananapi-m3.dts b/arch/arm/boot/dts/sun8i-a83t-b

[PATCH v2 06/12] dt-bindings: display: sun4i-drm: Add A83T HDMI pipeline

This commit adds all necessary compatibles and descriptions needed to implement A83T HDMI pipeline. Mixer is already properly described, so only compatible is added. However, A83T TV TCON, which is connected to HDMI, doesn't have channel 0, contrary to all TCONs currently described. Because of th

Re: [PATCH] drm/amdkfd: Fix potential NULL pointer dereferences

Hi Felix, Quoting Felix Kuehling : Hi Gustavo, Thanks for catching that. When returning a fault, I think you also need to srcu_read_unlock(&kfd_processes_srcu, idx). However, instead of returning an error, I think I'd prefer to skip PDDs that can't be found with continue statements. That way

[PATCH v2 04/12] drm/bridge/synopsys: dw-hdmi: Export some PHY related functions

Parts of PHY code could be useful also for custom PHYs. For example, Allwinner A83T has custom PHY which is probably Synopsys gen2 PHY with few additional memory mapped registers, so most of the Synopsys PHY related code could be reused. Functions exported here are actually not specific to Synopsy

[PATCH v2 02/12] clk: sunxi-ng: Change formula for NKMP PLLs

This commit changes formula from this: Freq = (parent_freq * N * K) / (M * P) to this: Freq = (parent_freq / M) * N * K / P This improves situation when N is in the range 1-255. PLL parent clock is almost always 24 MHz, which means that for N >= 180 original formula overflows and result becomes

[PATCH v2 10/12] drm/sun4i: Implement A83T HDMI driver

A83T has DW HDMI IP block with a custom PHY similar to Synopsys gen2 HDMI PHY. Only video output was tested, while HW also supports audio and CEC. Support for them will be added later. Signed-off-by: Jernej Skrabec --- drivers/gpu/drm/sun4i/Kconfig | 9 + drivers/gpu/drm/sun4i/Makefi

[PATCH v2] drm/amdkfd: Fix potential NULL pointer dereferences

In case kfd_get_process_device_data returns null, there are some null pointer dereferences in functions kfd_bind_processes_to_device and kfd_unbind_processes_from_device. Fix this by printing a WARN_ON for PDDs that aren't found and skip them with continue statements. Addresses-Coverity-ID: 14637

[PATCH v2 11/12] ARM: dts: sun8i: a83t: Add HDMI display pipeline

This commit adds all bits necessary for HDMI on A83T - mixer1, tcon1, hdmi, hdmi phy and hdmi pinctrl entries. Signed-off-by: Jernej Skrabec --- arch/arm/boot/dts/sun8i-a83t.dtsi | 119 +- 1 file changed, 118 insertions(+), 1 deletion(-) diff --git a/arch/arm

Re: [Bug 198123] Console is the wrong color at boot with radeon 6670

On Wed, Jan 10, 2018 at 01:15:22PM +0100, Daniel Vetter wrote: > On Sun, Jan 07, 2018 at 07:14:41PM +, Deposite Pirate wrote: > > December 22, 2017 4:35 PM, "Michel Dänzer" wrote: > > > > > "Deposite Pirate", do the attached (only compile tested) patches work? > > > > Hi, > > > > Sorry for

Re: [Bug 198123] Console is the wrong color at boot with radeon 6670

On 2018-01-10 01:15 PM, Daniel Vetter wrote: > On Sun, Jan 07, 2018 at 07:14:41PM +, Deposite Pirate wrote: >> December 22, 2017 4:35 PM, "Michel Dänzer" wrote: >> >>> "Deposite Pirate", do the attached (only compile tested) patches work? >> >> Hi, >> >> Sorry for the delay. I was not at home

Re: [PATCH] drm/ttm: check the return value of register_shrinker

Am 11.01.2018 um 06:16 schrieb Roger He: This fixes the build warning: "ignoring return value of 'register_shrinker', declared with attribute warn_unused_result [-Wunused-result]" Signed-off-by: Roger He Reviewed-by: Christian König --- drivers/gpu/drm/ttm/ttm_page_alloc.c | 21 +

[PATCH v2] drm/vc4: Expose performance counters to userspace

The V3D engine has various hardware counters which might be interesting to userspace performance analysis tools. Expose new ioctls to create/destroy a performance monitor object and query the counter values of this perfmance monitor. Note that a perfomance monitor is given an ID that is only vali

[Bug 198123] Console is the wrong color at boot with radeon 6670

https://bugzilla.kernel.org/show_bug.cgi?id=198123 Daniel Vetter (dan...@ffwll.ch) changed: What|Removed |Added CC||dan...@ffwll.ch --- Com

Re: [Linaro-mm-sig] [PATCH] dma-buf: add some lockdep asserts to the reservation object implementation

Did this fall through the cracks over the holidays? It really has made my work much easier while reworking some of the reservation object handling in etnaviv and I think it might benefit others. Regards, Lucas Am Freitag, den 01.12.2017, 12:12 +0100 schrieb Lucas Stach: > This adds lockdep assert

Re: [Linaro-mm-sig] [PATCH] dma-buf: add some lockdep asserts to the reservation object implementation

Yeah, somehow missed that one. The patch looks mostly good, except for reservation_object_get_excl(). For that one an RCU protection is usually sufficient, so annotating it with reservation_object_assert_held() sounds incorrect to me. Regards, Christian. Am 11.01.2018 um 11:43 schrieb Lucas

Re: [Linaro-mm-sig] [PATCH] dma-buf: add some lockdep asserts to the reservation object implementation

Am Donnerstag, den 11.01.2018, 11:54 +0100 schrieb Christian König: > Yeah, somehow missed that one. > > The patch looks mostly good, except for reservation_object_get_excl(). > > For that one an RCU protection is usually sufficient, so annotating it  > with reservation_object_assert_held() sound

Re: [PATCH] drm/bridge/synopsys: dsi: use common mipi_dsi_create_packet()

Hi Brian, On 01/09/2018 07:55 PM, Brian Norris wrote: > Hi Philippe, > > On Tue, Jan 09, 2018 at 10:48:43AM +, Philippe CORNU wrote: >> Hi Brian, >> >> And many thanks for implementing these TODOs. > > And thanks for adding them; it gave me a better option than just adding > yet another swit

[Bug 103107] [CI] igt@gem_ctx_param@invalid-param-[get|set] - Failed assertion: __gem_context_get_param(fd, &arg) == -22

https://bugs.freedesktop.org/show_bug.cgi?id=103107 --- Comment #10 from Marta Löfstedt --- I believe this issue started when the I915_CONTEXT_PARAM_PRIORITY was added. commit ac14fbd460d0ec16e7750e40dcd8199b0ff83d0a Author: Chris Wilson Date: Tue Oct 3 21:34:53 2017 +0100 drm/i915/sched

[Bug 103107] [CI] igt@gem_ctx_param@invalid-param-[get|set] - Failed assertion: __gem_context_get_param(fd, &arg) == -22

https://bugs.freedesktop.org/show_bug.cgi?id=103107 --- Comment #11 from Marta Löfstedt --- https://patchwork.freedesktop.org/patch/197018/ -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@

Re: [PATCH v2 08/12] drm/sun4i: Add support for A83T second TCON

On Wed, Jan 10, 2018 at 08:25:08PM +0100, Jernej Skrabec wrote: > This TCON is connected to HDMI encoder. > > Signed-off-by: Jernej Skrabec Acked-by: Maxime Ripard Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com signature.asc

Re: [PATCH v2 07/12] drm/sun4i: Add has_channel_0 TCON quirk

On Wed, Jan 10, 2018 at 08:25:07PM +0100, Jernej Skrabec wrote: > Some TCONs on newer SoCs doesn't support channel 0, since they are meant > to be used only with TV or HDMI encoder. > > Prepare support for them with adding has_channel_0 quirk. > > Signed-off-by: Jernej Skrabec Acked-by: Maxime

Re: [PATCH v5] drm/omap: plane zpos/zorder management improvements

Hi Daniel, On Thursday, 11 January 2018 10:19:50 EET Daniel Vetter wrote: > On Wed, Jan 10, 2018 at 06:28:51PM +0200, Peter Ujfalusi wrote: > > On 01/09/2018 04:40 PM, Daniel Vetter wrote: > >> On Tue, Jan 09, 2018 at 04:18:48PM +0200, Peter Ujfalusi wrote: > >>> On 2018-01-09 14:44, Daniel Vetter

Re: [PATCH v3 0/3] drm/sun4i: hdmi: Fix sun4i_tmds_determine_rate

On Tue, Jan 09, 2018 at 01:03:20PM +1100, Jonathan Liu wrote: > This patchset fixes several issues in sun4i_tmds_determine_rate that I > discovered while trying to get a projector connected to an Olimex > A20-OLinuXino-LIME using HDMI with a native resolution of 1280x800 and > pixel clock of 83.5 M

Re: [Intel-gfx] [PATCH v2] x86/gpu: add CFL to early quirks

On 15.12.2017 23:19, Rodrigo Vivi wrote: > On Fri, Dec 15, 2017 at 04:39:25PM +, Ingo Molnar wrote: >> >> * Lucas De Marchi wrote: >> >>> CFL was missing from intel_early_ids[]. The PCI ID needs to be there to >>> allow the memory region to be stolen, otherwise we could have RAM being >>> arbi

Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly

Hi Maxime, (CC'ing Mark Brown) Thank you for the patch. On Wednesday, 10 January 2018 17:59:41 EET Maxime Ripard wrote: > The devm_regulator_get_optional function, unlike it was assumed in the > commit a1c55bccf600 ("drm/panel: lvds: Add support for the power-supply > property"), is actually ret

Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly

Hi, On Thu, Jan 11, 2018 at 03:05:01PM +0200, Laurent Pinchart wrote: > Hi Maxime, > > (CC'ing Mark Brown) > > Thank you for the patch. > > On Wednesday, 10 January 2018 17:59:41 EET Maxime Ripard wrote: > > The devm_regulator_get_optional function, unlike it was assumed in the > > commit a1c55

Re: [PATCH] drm/bridge/synopsys: dsi: make dw_mipi_dsi_bridge_mode_set() static

Hi Brian, Reviewed-by: Philippe Cornu Many thanks, Philippe :-) On 01/09/2018 09:33 PM, Brian Norris wrote: > sparse complains: > > drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c:703:6: warning: symbol > 'dw_mipi_dsi_bridge_mode_set' was not declared. Should it be static? > > Signed-off-by: Br

Re: [PATCH v2 1/2] drm/bridge/synopsys: dsi: use common mipi_dsi_create_packet()

Hi Brian & All *DSI DRM experts*, 1) Re-reading this patch, I realize that the returned value of dw_mipi_dsi_host_transfer() is not correct: we should return the number of transfered/received bytes... so I think there are two solutions: fix this in this serie or add a TODO for later (both solu

Re: [RFC v2 6/8] drm: Handle fbdev emulation in core

Den 11.01.2018 08.45, skrev Daniel Vetter: On Wed, Jan 10, 2018 at 06:02:38PM +0100, Noralf Trønnes wrote: Den 09.01.2018 11.38, skrev Daniel Vetter: On Wed, Jan 03, 2018 at 11:21:08PM +0100, Noralf Trønnes wrote: Prepare for generic fbdev emulation by letting DRM core work directly with the

Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly

On Thu, 11 Jan 2018, Laurent Pinchart wrote: > My preference, however, would be for devm_regulator_get_optional() to return > NULL when no regulator is present. The current implementation returns -ENODEV > in multiple cases, making it impossible to properly discriminate between > having no regu

Re: [PATCH v2] drm/amdkfd: Fix potential NULL pointer dereferences

On Thu, Jan 11, 2018 at 1:15 AM, Gustavo A. R. Silva wrote: > In case kfd_get_process_device_data returns null, there are some > null pointer dereferences in functions kfd_bind_processes_to_device > and kfd_unbind_processes_from_device. > > Fix this by printing a WARN_ON for PDDs that aren't found

Re: [PATCH 01/10] dt-bindings: display: xlnx: Add Xilinx kms bindings

On Wed, Jan 10, 2018 at 8:04 PM, Hyun Kwon wrote: > Hi Rob, > > Thanks for the feedback. > >> -Original Message- >> From: Rob Herring [mailto:r...@kernel.org] >> Sent: Monday, January 08, 2018 8:00 PM >> To: Hyun Kwon >> Cc: dri-devel@lists.freedesktop.org; devicet...@vger.kernel.org; Mic

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

https://bugs.freedesktop.org/show_bug.cgi?id=91880 --- Comment #180 from x...@amail.club --- >From watching this bug progress over the last two years and not really improving, I guess this problem is never going to get fixed, at least not too soon. >From my testing last year, it would seem that t

[PULL] drm-intel-fixes

Hi Dave - Hopefully final drm/i915 fixes for v4.15: - Fix a KASAN reported use after free - Whitelist a register to avoid hangs - GVT fixes BR, Jani. The following changes since commit b2cd1df66037e7c4697c7e40496bf7e4a5e16a2d: Linux 4.15-rc7 (2018-01-07 14:22:41 -0800) are available in the

[Bug 103316] [Hawaii, FirePro, radeon] WARNING: CPU: 1 PID: 18632 at drivers/gpu/drm/ttm/ttm_page_alloc_dma.c:548 ttm_dma_free_pool.part.8+0x128/0x130 [ttm]

https://bugs.freedesktop.org/show_bug.cgi?id=103316 --- Comment #6 from Vedran Miletić --- Still the case in Fedora rawhide with kernel 4.15.0-0.rc7.git0.1.fc28.x86_64 [ 2582.430297] [drm] radeon: finishing device. [ 2582.445874] [TTM] Finalizing pool allocator [ 2582.445877] [TTM] Finalizing DM

Re: [PATCH 06/19] drm/blend: Add a generic alpha property

On Tue, Jan 09, 2018 at 03:28:34PM +0100, Daniel Vetter wrote: > On Tue, Jan 09, 2018 at 02:53:22PM +0100, Maxime Ripard wrote: > > On Tue, Jan 09, 2018 at 01:32:41PM +0100, Daniel Vetter wrote: > > > On Tue, Jan 09, 2018 at 11:56:25AM +0100, Maxime Ripard wrote: > > > > Some drivers duplicate the

Re: [PATCH 06/19] drm/blend: Add a generic alpha property

On Thu, Jan 11, 2018 at 4:58 PM, Maxime Ripard wrote: > On Tue, Jan 09, 2018 at 03:28:34PM +0100, Daniel Vetter wrote: >> On Tue, Jan 09, 2018 at 02:53:22PM +0100, Maxime Ripard wrote: >> > On Tue, Jan 09, 2018 at 01:32:41PM +0100, Daniel Vetter wrote: >> > > On Tue, Jan 09, 2018 at 11:56:25AM +01

[GIT PULL] drm/tegra: Fixes for v4.15-rc1

Hi Dave, Merge branch 'linux-4.15' of git://github.com/skeggsb/linux into drm-fixes (2018-01-09 12:03:10 +1000) are available in the Git repository at: git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.15-rc8 for you to fetch changes up to d780537f9b49e9d714a454e5ed989d909beab

[GIT PULL] drm/tegra: Fixes for v4.15-rc8

Hi Dave, The following changes since commit b0bb222440a5c8273f67dd37946707e6ba6ad832: Merge branch 'linux-4.15' of git://github.com/skeggsb/linux into drm-fixes (2018-01-09 12:03:10 +1000) are available in the Git repository at: git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-

RE: [PATCH 3/3] drm/amdgpu: Move to gtt before cpu accesses dma buf.

A good catch. I'll fix that. Regards, Samuel Li > -Original Message- > From: Dan Carpenter [mailto:dan.carpen...@oracle.com] > Sent: Thursday, January 11, 2018 1:43 AM > To: kbu...@01.org; Li, Samuel > Cc: kbuild-...@01.org; dri-devel@lists.freedesktop.org; amd- > g...@lists.freedesktop

Re: [GIT PULL] drm/tegra: Fixes for v4.15-rc1

On Thu, Jan 11, 2018 at 05:41:17PM +0100, Thierry Reding wrote: > Hi Dave, > > Merge branch 'linux-4.15' of git://github.com/skeggsb/linux into drm-fixes > (2018-01-09 12:03:10 +1000) > > are available in the Git repository at: > > git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/fo

[Patch v2 2/2] dma-buf: clarify locking documentation for reservation_object_get_excl

The documentation was misleading, as for a lot of use-cases holding the RCU read side lock is sufficient. Signed-off-by: Lucas Stach --- include/linux/reservation.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/include/linux/reservation.h b/include/linux/reservation.h ind

[GIT PULL] drm/tegra: Changes for v4.16-rc1 (with fixes)

Hi Dave, The following changes since commit ebae8d07435ae91314f4a28d69b530d09c625815: drm/tegra: dc: Implement legacy blending (2017-12-21 14:55:55 +0100) are available in the Git repository at: git://anongit.freedesktop.org/tegra/linux tags/drm/tegra/for-4.16-rc1-fixes for you to fetch ch

[Patch v2 1/2] dma-buf: add some lockdep asserts to the reservation object implementation

This adds lockdep asserts to the reservation functions which state in their documentation that obj->lock must be held. Allows builds with PROVE_LOCKING enabled to check that the locking requirements are met. Signed-off-by: Lucas Stach --- v2: remove erroneous check from reservation_object_get_exc

RE: [PATCH 10/10] drm: xlnx: zynqmp: Add debugfs

Hi Daniel, > -Original Message- > From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter > Sent: Thursday, January 11, 2018 12:06 AM > To: Hyun Kwon > Cc: Daniel Vetter ; dri-devel@lists.freedesktop.org; > devicet...@vger.kernel.org; Tejas Upadhyay ; Michal > Simek

[PATCH 0/3] Add R-Car V3M (R8A77970) support to the DU driver

Hello! Here's the set of 3 patches against the 'drm-next' branch of David Airlie's 'linux.git' repo plus the patch fixing LVDCR1 for R-Car gen3 posted recently. The main purpose of these patches is to add the R-Car V3M (R8A77970) support to the DU driver, we have to do some refactoring first to ac

[PATCH 1/3] drm: rcar-du: lvds: refactor LVDS startup

After the recent correction of the R-Car gen3 LVDCR1 value, already similar enough at their ends rcar_du_lvdsenc_start_gen{2|3}() started asking for a merge and it's becoming actually necessary with the addition the R-Car V3M (R8A77970) support -- this gen3 SoC has gen2-like LVDPLLCR layout. BT

[PATCH 2/3] drm: rcar-du: add model field to struct rcar_du_device_info

In order to add the R-Car V3M (R8A77970) support to the DU driver we'd need to keep track not only of the SoC generation but also of the exact model (for the LVDS encoder support). Therefore add the 'model' field to the 'struct rcar_du_device_info' and initialize it accordingly for the alrea

[PATCH 3/3] drm: rcar-du: add R8A77970 support

Add support for the R-Car V3M (R8A77970) SoC to the DU driver (this SoC has only 1 display port). Note that there are some differences with the other R-Car gen3 SoCs in the LVDS encoder part, e.g. LVDPLLCR has the same layout as on the R-Car gen2 SoCs... Signed-off-by: Sergei Shtylyov ---

Re: [PATCH 06/19] drm/blend: Add a generic alpha property

Hi Daniel, On Thursday, 11 January 2018 18:36:10 EET Daniel Vetter wrote: > On Thu, Jan 11, 2018 at 4:58 PM, Maxime Ripard wrote: > > On Tue, Jan 09, 2018 at 03:28:34PM +0100, Daniel Vetter wrote: > >> On Tue, Jan 09, 2018 at 02:53:22PM +0100, Maxime Ripard wrote: > >>> On Tue, Jan 09, 2018 at 01:

RE: [PATCH 01/10] dt-bindings: display: xlnx: Add Xilinx kms bindings

Hi Rob, > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: Thursday, January 11, 2018 6:43 AM > To: Hyun Kwon > Cc: dri-devel@lists.freedesktop.org; devicet...@vger.kernel.org; Michal > Simek > Subject: Re: [PATCH 01/10] dt-bindings: display: xlnx: Add Xilinx kms >

[PATCH] drm/prime: Remove duplicate forward declaration

From: Thierry Reding struct device is forward-declared twice. Remove the second instance. Signed-off-by: Thierry Reding --- include/drm/drm_prime.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/include/drm/drm_prime.h b/include/drm/drm_prime.h index 9cd9e36f77b5..59ccab402e85 100644 ---

Re: [PATCH 4/4 v6] drm/pl111: Support handling bridge timings

Linus Walleij writes: > If the bridge has a too strict setup time for the incoming > signals, we may not be fast enough and then we need to > compensate by outputting the signal on the inverse clock > edge so it is for sure stable when the bridge samples it. > > Since bridges in difference to pan

Re: [PATCH 2/4 v6] drm/bridge: Provide a way to embed timing info in bridges

Daniel Vetter writes: > On Wed, Jan 10, 2018 at 03:12:24PM +0100, Linus Walleij wrote: >> After some discussion and failed patch sets trying to convey >> the right timing information between the display engine and >> a bridge using the connector, I try instead to use an optional >> timing informa

Re: [PATCH] drm/prime: Remove duplicate forward declaration

Quoting Thierry Reding (2018-01-11 20:17:30) > From: Thierry Reding > > struct device is forward-declared twice. Remove the second instance. So good they declared it twice. Also the first one first in with the alphabetical ordering. > Signed-off-by: Thierry Reding Reviewed-by: Chris Wilson -

[Bug 101900] No HDMI HBR audio on Polaris (no TrueHD, no Atmos, no Neo:X, no HD Master audio) and static noise in sound when LPCM

https://bugs.freedesktop.org/show_bug.cgi?id=101900 --- Comment #20 from Alex Deucher --- Everything looks like it's implemented properly in the code to enable HBR audio. Take a look at: drivers/gpu/drm/amd/display/dc/dce/dce_audio.c for audio configuration drivers/gpu/drm/amd/display/dc/dce/dce

Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly

Hi Jani, On Thursday, 11 January 2018 16:31:59 EET Jani Nikula wrote: > On Thu, 11 Jan 2018, Laurent Pinchart wrote: > > My preference, however, would be for devm_regulator_get_optional() to > > return NULL when no regulator is present. The current implementation > > returns -ENODEV in multiple ca

[Bug 99353] Kaveri 7400K shows random colored noise instead of GUI in X or Wayland

https://bugs.freedesktop.org/show_bug.cgi?id=99353 --- Comment #15 from Bong Cosca --- [39409/39409] skip: 2874, pass: 15671, warn: 12, fail: 20845, crash: 7 Piglit results haven't changed much since, but notably with more crashes. -- You are receiving this mail because: You are the assignee f

[PATCH 1/2] drm/nouveau: Remove redundant _get

From: Thierry Reding The nouveau_fence_get_get_driver_name() function has a redundant _get in its name. Remove it. Signed-off-by: Thierry Reding --- drivers/gpu/drm/nouveau/nouveau_fence.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau

[PATCH 2/2] drm/nouveau: tegra: Use IOMMU groups

From: Thierry Reding Use IOMMU groups to attach the GPU to its IOMMU domain. This is not strictly necessary because the domain isn't shared with any other device, but it makes the code consistent with how IOMMU is handled in other drivers and provides an easy way to detect when no IOMMU has been

[PATCH 3/5] drm/nouveau: Provide custom struct dma_buf_ops

From: Thierry Reding Instead of relying on the DRM PRIME helpers to provide all of the DMA-BUF operations, provide a custom version of struct dma_buf_ops to allow additional functionality to be implemented. Signed-off-by: Thierry Reding --- drivers/gpu/drm/nouveau/nouveau_drm.c | 9 +- dri

[PATCH 4/5] drm/nouveau: prime: Implement mmap()

From: Thierry Reding Provide an implementation of mmap() for PRIME exported buffers. This allows userspace to map these buffers and access them using the CPU. Signed-off-by: Thierry Reding --- drivers/gpu/drm/nouveau/nouveau_prime.c | 32 1 file changed, 32 ins

[PATCH 2/5] drm/prime: Export more helpers for drivers

From: Thierry Reding Export some more of the helpers in order to allow drivers to more fine- grainedly select which helpers to use. This gives drivers an easy way to reuse a lot of the code in the helpers while at the same time allowing them to provide their own implementation for other functions

[PATCH 1/5] drm/prime: Remove duplicate forward declaration

From: Thierry Reding struct device is forward-declared twice. Remove the second instance. Reviewed-by: Chris Wilson Signed-off-by: Thierry Reding --- include/drm/drm_prime.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/include/drm/drm_prime.h b/include/drm/drm_prime.h index 9cd9e36f77

[PATCH 5/5] drm/nouveau: prime: Implement cache maintenance

From: Thierry Reding Implement the ->begin_cpu_access() and ->end_cpu_access() callbacks to allow userspace to invalidate the cache before accessing a buffer that is exported using PRIME and flush the cache after modifying the buffer through its userspace mapping. Signed-off-by: Thierry Reding

Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly

Hi Maxime, On Thursday, 11 January 2018 15:12:56 EET Maxime Ripard wrote: > On Thu, Jan 11, 2018 at 03:05:01PM +0200, Laurent Pinchart wrote: > > On Wednesday, 10 January 2018 17:59:41 EET Maxime Ripard wrote: > >> The devm_regulator_get_optional function, unlike it was assumed in the > >> commit

Re: [PATCH] drm/panel: lvds: Handle the optional regulator case properly

Hi Maxime, On Friday, 12 January 2018 00:06:06 EET Laurent Pinchart wrote: > On Thursday, 11 January 2018 15:12:56 EET Maxime Ripard wrote: > > On Thu, Jan 11, 2018 at 03:05:01PM +0200, Laurent Pinchart wrote: > >> On Wednesday, 10 January 2018 17:59:41 EET Maxime Ripard wrote: > >>> The devm_regu

[PATCH 2/3] drm/nouveau: Support fence FDs at kickoff

From: Thierry Reding Add a new NOUVEAU_GEM_PUSHBUF2 IOCTL that accepts and emits a sync fence FD from/to userspace if requested by the corresponding flags. Based heavily on work by Lauri Peltonen Signed-off-by: Thierry Reding --- drivers/gpu/drm/nouveau/nouveau_drm.c | 1 + drivers/gpu/drm/

[PATCH 1/3] drm/nouveau: Split nouveau_fence_sync()

From: Thierry Reding Turn nouveau_fence_sync() into a low-level helper that adds fence waits to the channel command stream. The new nouveau_bo_sync() helper replaces the previous nouveau_fence_sync() implementation. It passes each of the buffer object's fences to nouveau_fence_sync() in turn. Th

RE: [PATCH v2 4/5] drm/dp: Macro for DSC eDP Output BPP

Looks good to me. >-Original Message- >From: Navare, Manasi D >Sent: Thursday, January 4, 2018 12:23 AM >To: gfx-internal-de...@eclists.intel.com >Cc: Navare, Manasi D ; Jani Nikula >; Ville Syrjala ; >Srivatsa, Anusha ; dri-devel@lists.freedesktop.org >Subject: [PATCH v2 4/5] drm/dp: Mac

[PATCH 3/3] drm/nouveau: Support DMA fence arrays

From: Thierry Reding Signed-off-by: Thierry Reding --- drivers/gpu/drm/nouveau/nouveau_fence.c | 31 --- 1 file changed, 28 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_fence.c b/drivers/gpu/drm/nouveau/nouveau_fence.c index d61fcfb97b

[PATCH 0/3] drm/nouveau: Add support for fence FDs

From: Thierry Reding This small series of patches implements support for waiting on and emitting fence FDs on kickoff. This enables explicit fencing and can be used for example to synchronize buffer accesses between the display engine and the GPU on Tegra. The first patch lays the groundwork by

[PATCH 0/3] drm/tegra: Add support for fence FDs

From: Thierry Reding This set of patches adds support for fences to Tegra DRM and complements the fence FD support for Nouveau. Technically this isn't necessary for a fence-based synchronization loop with Nouveau because the KMS core takes care of all that, but engines behind host1x can use the I

Re: [PATCH v5 5/6] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

On Tue, Jan 09, 2018 at 03:31:48PM +0530, Vivek Gautam wrote: > qcom,smmu-v2 is an arm,smmu-v2 implementation with specific > clock and power requirements. This smmu core is used with > multiple masters on msm8996, viz. mdss, video, etc. > Add bindings for the same. > > Signed-off-by: Vivek Gautam

[PATCH 3/3] drm/tegra: Support for sync file-based fences in submit

From: Mikko Perttunen Add support for sync file-based prefences and postfences to job submission. Fences are passed to the Host1x implementation. Signed-off-by: Mikko Perttunen Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/drm.c | 82 - 1

[PATCH 1/3] gpu: host1x: Add support for DMA fences

From: Mikko Perttunen Add an implementation of DMA fences backed by Host1x syncpoints, an interface to specify a prefence for job submissions. Before submission, prefences containing only Host1x syncpoints are waited by pushing wait commands to CDMA, whereas other fences are CPU-waited. Signed-

[PATCH 2/3] drm/tegra: Add sync file support to submit interface

From: Mikko Perttunen Adds ability to pass sync file based prefences and get back sync file based postfences during job submission. Both fence fd's are passed in the `fence` field. A new `flags` field is used to specify if the prefence should be waited or a postfence created. Signed-off-by: Mikk

[PATCH libdrm] nouveau: Support fence FDs

From: Thierry Reding Add a new nouveau_pushbuf_kick_fence() function that takes and emits a sync fence FD. The fence FD can be waited on, or merged with other fence FDs, or passed back to the kernel as a prerequisite for a subsequent HW operation. Based heavily on work by Lauri Peltonen Signed

Re: [PATCH v3 4/7] drm/tinydrm/mipi-dbi: Add poweron-reset functions

On 01/10/2018 12:59 PM, Noralf Trønnes wrote: Split out common poweron-reset functionality. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/tinydrm/mi0283qt.c | 22 ++-- drivers/gpu/drm/tinydrm/mipi-dbi.c | 73 ++ drivers/gpu/drm/tinydrm/st7586.

Re: [PATCH v3 7/7] drm/tinydrm/mipi-dbi: Change reset active time

On 01/10/2018 12:59 PM, Noralf Trønnes wrote: The MIPI DBI spec states that reset active/low time should be more than 9us. Change from 20ms to 20us. Signed-off-by: Noralf Trønnes --- drivers/gpu/drm/tinydrm/mipi-dbi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/driver

[Bug 102800] DRI_PRIME regression- radeon: Failed to allocate virtual address for buffer

https://bugs.freedesktop.org/show_bug.cgi?id=102800 --- Comment #17 from higu...@gmx.net --- Sorry for the delay! yes, it works! After applying the patch, i can use the radeon card without the runpm=0 normally -- You are receiving this mail because: You are the assignee for the bug.

[PATCH] drm/nouveau: Pass the proper arguments to nvif_object_map_handle()

From: Thierry Reding This is obviously wrong in the current code. Make sure to record the correct size of the arguments and pass the actual arguments to the nvif_object_map_handle() function. Suggested-by: Ben Skeggs Signed-off-by: Thierry Reding --- drivers/gpu/drm/nouveau/nouveau_bo.c | 4 +

Re: [PATCH] drm: rcar-du: lvds: fix LVDCR1 for R-Car gen3

Hi Sergei, On Thursday, 21 December 2017 22:23:30 EET Sergei Shtylyov wrote: > The LVDCR1 register for the R-Car gen3 SoCs was documented as having the > layout different from the gen2 SoCs in the early R-Car gen3 manuals but > since v0.52 the LVDCR1 layout is described as being the same as on th

Re: [PATCH v2] drm/vc4: Expose performance counters to userspace

Boris Brezillon writes: > The V3D engine has various hardware counters which might be interesting > to userspace performance analysis tools. > > Expose new ioctls to create/destroy a performance monitor object and > query the counter values of this perfmance monitor. > > Note that a perfomance mo

[PATCH 00/10] R-Car DU: Convert LVDS code to bridge driver

Hello, This patch series addresses a design mistake that dates back from the initial DU support. Support for the LVDS encoders, which are IP cores separate from the DU, was bundled in the DU driver. Worse, both the DU and LVDS were described through a single DT node. To fix the, patches 01/10 and

[PATCH 03/10] drm: rcar-du: Fix legacy DT to create LVDS encoder nodes

The internal LVDS encoders now have their own DT bindings. Before switching the driver infrastructure to those new bindings, implement backward-compatibility through live DT patching. Patching is disabled and will be enabled along with support for the new DT bindings in the DU driver. Signed-off-

[PATCH 05/10] ARM: dts: porter: Fix HDMI output routing

The HDMI encoder is connected to the RGB output of the DU, which is port@0, not port@1. Fix the incorrect DT description. Signed-off-by: Laurent Pinchart --- arch/arm/boot/dts/r8a7791-porter.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/r8a7791-porter.

[PATCH 06/10] ARM: dts: r8a7790: Convert to new LVDS DT bindings

The internal LVDS encoder now has DT bindings separate from the DU. Port the device tree over to the new model. Signed-off-by: Laurent Pinchart --- arch/arm/boot/dts/r8a7790-lager.dts | 22 ++--- arch/arm/boot/dts/r8a7790.dtsi | 61 - 2 files chan

[PATCH 01/10] dt-bindings: display: renesas: Add R-Car LVDS encoder DT bindings

The Renesas R-Car Gen2 and Gen3 SoCs have internal LVDS encoders. Add corresponding device tree bindings. Signed-off-by: Laurent Pinchart --- .../bindings/display/bridge/renesas,lvds.txt | 54 ++ MAINTAINERS| 1 + 2 files changed

  1   2   >