[Bug 196615] amdgpu - resume from suspend is no longer working on rx480

https://bugzilla.kernel.org/show_bug.cgi?id=196615 --- Comment #27 from klavkala...@gmail.com --- Alex, I'm sorry for being pushy, but is anything being done about this? The next LTS kernel is closing in on release and suspend/resume is still not working. Linux 4.12.13 is still the last kernel

[PATCH 1/4] dt-bindings: display: amlogic, meson-vpu: Add optional power domain property

The Video Processing Unit power domain was setup by the Vendor U-Boot, add support for an optional Power Domain phandle to setup it from the kernel. Signed-off-by: Neil Armstrong --- Documentation/devicetree/bindings/display/amlogic,meson-vpu.txt | 4 1 file

[PATCH 3/4] drm/meson: dw_hdmi: Add support for an optional external 5V regulator

On reference boards and derivatives, the HDMI Logic is powered by an external 5V regulator. This regulator was set by the Vendor U-Boot, add optional support for it. Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_dw_hdmi.c | 13 + 1 file

[PATCH 4/4] drm/meson: Add missing VPU init

The VPU init misses these configurations values. Signed-off-by: Neil Armstrong --- drivers/gpu/drm/meson/meson_drv.c | 9 + drivers/gpu/drm/meson/meson_registers.h | 4 2 files changed, 13 insertions(+) diff --git a/drivers/gpu/drm/meson/meson_drv.c

Re: [PATCH 03/23] drm/sun4i: tcon: Make tcon_set_mux mode argument const

On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard wrote: > The drm_display_mode pointer can be mark const, so let's do it. > > Signed-off-by: Maxime Ripard Reviewed-by: Chen-Yu Tsai

Re: [PATCH 04/23] drm/sun4i: tcon: Make tcon_get_clk_delay mode argument const

On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard wrote: > The drm_display_mode pointer can be mark const, so let's do it. > > Signed-off-by: Maxime Ripard Reviewed-by: Chen-Yu Tsai

Re: [PATCH 05/23] drm/sun4i: tcon: Don't rely on encoders to enable the TCON

On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard wrote: > So far, we've required all the TCON-connected encoders to call the TCON > enable and disable functions. > > This was made this way because in the RGB/LVDS case, the TCON is the CRTC > and the encoder.

Re: linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

On Tue, Oct 17, 2017 at 10:11:53AM +0200, Arnd Bergmann wrote: > This merge seems fine, but it seems there was another merge > against the akpm tree that introduced a build error by reintroducing > the spin_lock_irqsave() without restoring the local variable: > drivers/gpu/drm/i915/i915_gem.c:

[PATCH 23/23] arm: dts: sun8i: a711: Enable the LCD

The A711 has 1024x600 LVDS panel, with a PWM-based backlight. Add it to our DT. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts | 62 - 1 file changed, 62 insertions(+) diff --git

[PATCH 16/23] drm/sun4i: Add A83T support

Add support for the A83T display pipeline. Signed-off-by: Maxime Ripard --- Documentation/devicetree/bindings/display/sunxi/sun4i-drm.txt | 3 +++ drivers/gpu/drm/sun4i/sun4i_drv.c | 2 ++ drivers/gpu/drm/sun4i/sun4i_tcon.c

[PATCH 05/23] drm/sun4i: tcon: Don't rely on encoders to enable the TCON

So far, we've required all the TCON-connected encoders to call the TCON enable and disable functions. This was made this way because in the RGB/LVDS case, the TCON is the CRTC and the encoder. However, in all the other cases (HDMI, TV, DSI, etc.), we have another encoder down the road that needs

[PATCH 14/23] drm/sun4i: Create minimal multipliers and dividers

The various outputs the TCON can provide have different constraints on the dotclock divider. Let's make them configurable by the various mode_set functions. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_dotclock.c | 10 +++---

[PATCH 12/23] drm/sun4i: sun8i: properly support UI channels

The current code has the wrong macro to get the registers offsets of the UI-registers, with an off-by-0x1000 error. It works so far by accident, since the UI channel used everywhere else is the number of VI planes, which has always been 1 so far, and the offset between two UI channels is 0x1000.

[PATCH 04/23] drm/sun4i: tcon: Make tcon_get_clk_delay mode argument const

The drm_display_mode pointer can be mark const, so let's do it. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/sun4i/sun4i_tcon.c

[PATCH 18/23] arm: dts: sun8i: a83t: Enable the PWM

The A83T has the same PWM block than the H3. Add it to our DT. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-a83t.dtsi | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi

[PATCH 21/23] arm: dts: sun8i: a711: Add regulator support

Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts | 163 +-- 1 file changed, 154 insertions(+), 9 deletions(-) diff --git a/arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts b/arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts index

[PATCH 20/23] arm: dts: sun8i: a83t: Add the PWM pin group

The A83T has a PWM that can be output from the SoC. Let's add a pinctrl group for it. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-a83t.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi

[PATCH 13/23] drm/sun4i: Reorder and document DE2 mixer registers

Some registers values have been hardcoded so far, or were not as descriptive as supposed to, because of missing information. The various BSP that poped up since have given us more details, some hopefully we can be more explicit about things. Signed-off-by: Maxime Ripard

Re: [PATCH 0/4] drm/meson: power domain init related fixes

On 17/10/2017 11:06, Linus Lüssing wrote: > On Tue, Oct 17, 2017 at 10:07:40AM +0200, Neil Armstrong wrote: >> A PM Power Domain driver has been pushed at [1] to solve the main issue. > > URL to [1] missing? > Sorry, here it is : [1]

[PATCH 22/23] arm: dts: sun8i: a711: Enable USB OTG

Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts b/arch/arm/boot/dts/sun8i-a83t-tbs-a711.dts index 98dc0c22160b..e4d08bff3158 100644

[PATCH v2 07/12] of: overlay: expand check of whether overlay changeset can be removed

From: Frank Rowand The test of whether it is safe to remove an overlay changeset looked at whether any node in the overlay changeset was in a subtree rooted at any more recently applied overlay changeset node. The test failed to determine whether any node in the overlay

Re: [PATCH v2 09/11] drm/exynos/hdmi: quirk for support mode timings conversion

2017년 09월 29일 19:05에 Andrzej Hajda 이(가) 쓴 글: > MIXER in SoCs prior to Exynos5420 supports only 4 video modes: > 720x480, 720x576, 1280x720, 1920x1080. Support for other modes > can be enabled by manipulating timings of HDMI. To do it > adjusted_mode should contain actual mode set on crtc. > With

[Bug 102820] [bisected][DC] commit ebbf7337e2daacacef3e01114e6be68a2a4f11b4 prevents X11 from starting

https://bugs.freedesktop.org/show_bug.cgi?id=102820 --- Comment #12 from dwagner --- Notice that the trailing dash in above link is part of the link, without it the page is not found:

Re: [PATCH v2 10/11] drm/exynos/mixer: enable support for 1024x768 and 1280x1024 modes

2017년 09월 29일 19:05에 Andrzej Hajda 이(가) 쓴 글: > Since HDMI can handle these modes despite of MIXER limitations let's > enable them. > > Signed-off-by: Andrzej Hajda > Reviewed-by: Tobias Jakobi > --- > drivers/gpu/drm/exynos/exynos_mixer.c |

[Bug 103304] multi-threaded usage of Gallium RadeonSI leads to NULL pointer exception in pb_cache_reclaim_buffer

https://bugs.freedesktop.org/show_bug.cgi?id=103304 Bug ID: 103304 Summary: multi-threaded usage of Gallium RadeonSI leads to NULL pointer exception in pb_cache_reclaim_buffer Product: Mesa Version: 17.0 Hardware: x86-64

[PATCH 150/156] drm/etnaviv: Convert timers to use timer_setup()

In preparation for unconditionally passing the struct timer_list pointer to all timer callbacks, switch to using the new timer_setup() and from_timer() to pass the timer pointer explicitly. Cc: Lucas Stach Cc: Russell King Cc: Christian

[PATCH v2 06/12] of: overlay: detect cases where device tree may become corrupt

From: Frank Rowand When an attempt to apply an overlay changeset fails, an effort is made to revert any partial application of the changeset. When an attempt to remove an overlay changeset fails, an effort is made to re-apply any partial reversion of the changeset. The

[PATCH 5/8] video: fbdev: au1200fb: Fix error handling path

Rewrite the exit path based on 'au1200fb_drv_remove()'. We can safely iterate for all already handled planes. Even if not completely initialized, the functions that are called will silently accept the 'fb_info' structure that is passed. As soon as we find a NULL in the '_au1200fb_infos' array, we

[PATCH v2 09/12] of: overlay: avoid race condition between applying multiple overlays

From: Frank Rowand The process of applying an overlay consists of: - unflatten an overlay FDT (flattened device tree) into an EDT (expanded device tree) - fixup the phandle values in the overlay EDT to fit in a range above the phandle values in the live device

[RFC v2 7/8] drm/mediatek: Add DRM-based framebuffer device

Add fbdev support to the Mediatek DRM driver. Signed-off-by: CK Hu Signed-off-by: YT Shen Signed-off-by: Philipp Zabel Signed-off-by: Daniel Kurtz [uli: Forward-ported from chromeos-3.18 vendor kernel.]

Re: [PATCH v5] drm/i915: Replace *_reference/unreference() or *_ref/unref with _get/put()

On Tue, Oct 17, 2017 at 12:15 AM, Sean Paul wrote: > On Sat, Oct 14, 2017 at 2:36 PM, Harsha Sharma > wrote: >> Replace instances of drm_framebuffer_reference/unreference() with >> *_get/put() suffixes and drm_dev_unref with *_put() suffix >>

Re: drm_kms_helper cycle detected build error in next

* Daniel Vetter [171016 02:18]: > On Mon, Oct 16, 2017 at 05:15:50PM +1000, Dave Airlie wrote: > > On 16 October 2017 at 16:53, Tomi Valkeinen wrote: > > > > > > Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. > > > Y-tunnus/Business ID:

Re: [linux-sunxi] Re: [PATCH 5/7] drm/sun4i: backend: Offset layer buffer address by DRAM starting address

在 2017-10-16 16:00，Maxime Ripard 写道： Hi, I've applied all the other patches. On Sat, Oct 14, 2017 at 12:02:50PM +0800, Chen-Yu Tsai wrote: The display backend, as well as other peripherals that have a DRAM clock gate and access DRAM directly, bypassing the system bus, address the DRAM

[RFC v2 8/8] drm: mediatek: Fix drm_of_find_panel_or_bridge conversion

The port value should be 1 instead of 0; fixes DSI initialization on MT8173 "Elm". Fixes: ebc944613567 ("drm: convert drivers to use drm_of_find_panel_or_bridge") Signed-off-by: Ulrich Hecht --- drivers/gpu/drm/mediatek/mtk_dsi.c | 2 +- 1 file changed, 1

Re: [PATCH] of: overlay: move resolve phandles into of_overlay_apply()

On 10/16/17 13:46, Rob Herring wrote: > On Tue, Oct 10, 2017 at 8:02 PM, wrote: >> From: Frank Rowand >> >> Move more code into of_overlay_apply() so that it does not have >> to be duplicated by each caller of of_overlay_apply(). >> >> The test in

[PATCH 2/8] video: fbdev: au1200fb: Return an error code if a memory allocation fails

'ret' is known to be 0 at this point. In case of memory allocation error in 'framebuffer_alloc()', return -ENOMEM instead. Signed-off-by: Christophe JAILLET --- drivers/video/fbdev/au1200fb.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[RFC v2 6/8] hack: mediatek: get mmsys to register as both DRM and clock device

"mediatek,mt8173-mmsys" is the compatible string for both a clock controller and a DRM device. The assumption seems to be that all compatible strings trigger, and that mmsys will be registered as two devices. This does work in the 3.18 vendor kernel, but it is not what happens in mainline: only

[RFC v2 4/8] drm/bridge: Analogix ANX7688 HDMI -> DP bridge driver

Ported from chromeos-3.18. Signed-off-by: Ulrich Hecht --- drivers/gpu/drm/bridge/Kconfig| 9 ++ drivers/gpu/drm/bridge/Makefile | 1 + drivers/gpu/drm/bridge/analogix-anx7688.c | 233 ++ 3 files changed, 243

Re: [PATCH v2 09/11] drm/exynos/hdmi: quirk for support mode timings conversion

On 17.10.2017 09:38, Inki Dae wrote: > > 2017년 09월 29일 19:05에 Andrzej Hajda 이(가) 쓴 글: >> MIXER in SoCs prior to Exynos5420 supports only 4 video modes: >> 720x480, 720x576, 1280x720, 1920x1080. Support for other modes >> can be enabled by manipulating timings of HDMI. To do it >> adjusted_mode

Re: linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

On Mon, Oct 16, 2017 at 1:35 PM, Mark Brown wrote: > Hi all, > > Today's linux-next merge of the drm-intel tree got a conflict in: > > drivers/gpu/drm/i915/i915_gem.c > > between commit: > > b85577b72837e ("drm/i915: Order two completing nop_submit_request") > > from the

Re: [PATCH 02/23] drm/sun4i: Realign Makefile padding and reorder it

On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard wrote: > Some options were not padded as they should, and the order in the Makefile > was chaotic. Fix that. > > Signed-off-by: Maxime Ripard > --- > drivers/gpu/drm/sun4i/Makefile

Re: [PATCH 01/23] drm/sun4i: Implement endpoint parsing using kfifo

On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard wrote: > The commit da82b8785eeb ("drm/sun4i: add components in breadth first > traversal order") implemented a breadth first traversal of our device tree > nodes graph. However, it was relying on the kernel linked

[RFC v2 2/8] platform/chrome: ChromeOS firmware interface driver

Ported from chromeos-3.18 kernel. Signed-off-by: Ulrich Hecht --- drivers/platform/chrome/Kconfig| 18 +++ drivers/platform/chrome/Makefile | 2 + drivers/platform/chrome/chromeos.c | 120 +++ drivers/platform/chrome/chromeos.h

[RFC v2 5/8] arm64: dts: mediatek: Add Elm Rev. 3 device tree

Signed-off-by: Ulrich Hecht --- arch/arm64/boot/dts/mediatek/Makefile|1 + arch/arm64/boot/dts/mediatek/mt8173-elm-rev3.dts | 21 + arch/arm64/boot/dts/mediatek/mt8173-elm.dtsi | 210 + arch/arm64/boot/dts/mediatek/mt8173-oak.dtsi |

[PATCH 8/8] video: fbdev: au1200fb: Style clean up

Style clean-up. Signed-off-by: Christophe JAILLET --- drivers/video/fbdev/au1200fb.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/video/fbdev/au1200fb.c b/drivers/video/fbdev/au1200fb.c index 687ea2a8f810..87d5a62bf6ca 100644

[RFC v2 1/8] drm/bridge: GPIO-controlled display multiplexer driver

Ported from chromeos-3.18 kernel. Signed-off-by: Ulrich Hecht --- drivers/gpu/drm/bridge/Kconfig| 11 ++ drivers/gpu/drm/bridge/Makefile | 1 + drivers/gpu/drm/bridge/generic-gpio-mux.c | 316 ++ 3 files

[PATCH v2 10/12] of: overlay: simplify applying symbols from an overlay

From: Frank Rowand The code to apply symbols from an overlay to the live device tree was implemented with the intent to be minimally intrusive on the existing code. After recent restructuring of the overlay apply code, it is easier to disintangle the code that applies the

[PATCH v2 03/12] of: overlay: rename identifiers to more reflect what they do

From: Frank Rowand This patch is aimed primarily at drivers/of/overlay.c, but those changes also have a small impact in a few other files. overlay.c is difficult to read and maintain. Improve readability: - Rename functions, types and variables to better reflect what

[PATCH v2 11/12] of: overlay: remove a dependency on device node full_name

From: Frank Rowand The "%pOF" printf format was recently added to print the full name of a device tree node, with the intent of changing the node full_name field to contain only the node name instead of the full path of the node. dup_and_fixup_symbol_prop() duplicates a

[RFC v2 3/8] drm/bridge: Parade PS8640 MIPI DSI -> eDP converter driver

Ported from chromeos-3.18 kernel. Signed-off-by: Ulrich Hecht --- drivers/gpu/drm/bridge/Kconfig | 12 + drivers/gpu/drm/bridge/Makefile|3 + drivers/gpu/drm/bridge/parade-ps8640.c | 1104 3 files changed,

[RFC v2 0/8] Acer Chromebook R13 support

Hi! This is a new revision of the Acer Chromebook R13 support series. It does not offer anything new in terms of functionality, but eliminates three out of four ugly hacks and adds a few minor cleanups; see below for details. Thanks to Robin Murphy and CK Hu for their comments and suggestions!

[PATCH 7/8] video: fbdev: au1200fb: Propagate an error code

We should propagate the error code returned by 'fb_alloc_cmap()' instead of returning -EFAULT. Signed-off-by: Christophe JAILLET --- drivers/video/fbdev/au1200fb.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git

[PATCH v2 05/12] of: overlay: minor restructuring

From: Frank Rowand Continue improving the readability of overlay.c. The previous patches renamed identifiers. This patch is split out from the previous patches to make the previous patches easier to review. Changes are: - minor code restructuring - some

[PATCH] drm/i915: Convert timers to use timer_setup()

In preparation for unconditionally passing the struct timer_list pointer to all timer callbacks, switch to using the new timer_setup() and from_timer() to pass the timer pointer explicitly. Cc: Daniel Vetter Cc: Jani Nikula Cc: David Airlie

[PATCH 4/8] video: fbdev: au1200fb: Fix error handling path

'au1200fb_drv_probe()' can not fail after a succesful call to 'request_irq()'. So there is no point to call 'free_irq()' in the error handling path. Moreover, the hard coded AU1200_LCD_INT looks boggus since commit 1630d85a8312 ("au1200fb: fix hardcoded IRQ") So, remove it. Signed-off-by:

[PATCH 6/8] video: fbdev: au1200fb: Remove some dead code

There is no need to shut gcc up. It should not complain. Axe 'fbdev', it is never used in this function. Signed-off-by: Christophe JAILLET --- drivers/video/fbdev/au1200fb.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/video/fbdev/au1200fb.c

[PATCH v2 04/12] of: overlay: rename identifiers in dup_and_fixup_symbol_prop()

From: Frank Rowand More renaming of identifiers to better reflect what they do. Signed-off-by: Frank Rowand --- drivers/of/overlay.c | 24 ++-- 1 file changed, 18 insertions(+), 6 deletions(-) diff --git a/drivers/of/overlay.c

[PATCH 0/8] video: fbdev: au1200fb: Fix error handling path of 'au1200fb_drv_probe()'

This patch serie tries to fix several issues found in the error handling code of 'au1200fb_drv_probe()'. The 5 first patches fixes various issues (double free, missing error code, un-released resources on error, incorrect IRQ releasing and incomplete error handling path) The 3 last patches are

[PATCH 3/8] video: fbdev: au1200fb: Release some resources if a memory allocation fails

We should go through the error handling code instead of returning -ENOMEM directly. Signed-off-by: Christophe JAILLET --- drivers/video/fbdev/au1200fb.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/video/fbdev/au1200fb.c

[RFC PATCH v3 3/5] drm/bridge/analogix: Do not use device's drvdata

From: Tomasz Figa The driver that instantiates the bridge should own the drvdata, as all driver model callbacks (probe, remove, shutdown, PM ops, etc.) are also owned by its driver struct. Moreover, storing two different pointer types in driver data depending on driver

[RFC PATCH v3 5/5] drm/rockchip: Add device links for master and components

Since we are trying to access components' resources in the master's suspend/resume PM callbacks(e.g. panel), add device links to correct the suspend/resume and shutdown ordering. Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: Use device link to

Re: [PATCH v2 10/11] drm/exynos/mixer: enable support for 1024x768 and 1280x1024 modes

On 17.10.2017 09:48, Inki Dae wrote: > > 2017년 09월 29일 19:05에 Andrzej Hajda 이(가) 쓴 글: >> Since HDMI can handle these modes despite of MIXER limitations let's >> enable them. >> >> Signed-off-by: Andrzej Hajda >> Reviewed-by: Tobias Jakobi >>

[RFC PATCH v3 2/5] drm/rockchip: Fix error handling path in rockchip_dp_bind()

Add missing error handling in rockchip_dp_bind(). Fixes: 9e32e16e9e98 ("drm: rockchip: dp: add rockchip platform dp driver") Signed-off-by: Jeffy Chen --- Changes in v3: None Changes in v2: None drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 14 -- 1

[RFC PATCH v3 0/5] rockchip: kevin: Enable edp display

Make edp display works on chromebook kevin(at least for boot animation). Also solve some issues i meet during the bringup. Changes in v3: Assign orphan pwms to dummy pwmchip instead of adding device link in the customer driver. Changes in v2: Use device link to correct the suspend/resume and

Re: [PATCH 00/12] of: overlay: clean up device tree overlay code

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 10/05/17 11:33, Jyri Sarha wrote: > On 10/05/17 09:53, Tomi Valkeinen wrote: >> On 04/10/17 17:56, Rob Herring wrote: >>> On Mon, Oct 2, 2017 at 10:53 PM,

Re: [RFC v2 7/8] drm/mediatek: Add DRM-based framebuffer device

Hi Ulrich, On Mon, 2017-10-16 at 17:31 +0200, Ulrich Hecht wrote: > Add fbdev support to the Mediatek DRM driver. > > Signed-off-by: CK Hu > Signed-off-by: YT Shen > Signed-off-by: Philipp Zabel > Signed-off-by: Daniel Kurtz

Re: [PATCH] drm/i915: Convert timers to use timer_setup()

On Mon, 2017-10-16 at 15:55 -0700, Kees Cook wrote: > In preparation for unconditionally passing the struct timer_list pointer to > all timer callbacks, switch to using the new timer_setup() and from_timer() > to pass the timer pointer explicitly. > > Cc: Daniel Vetter >

[PATCH v2 00/12] of: overlay: clean up device tree overlay code

From: Frank Rowand I have found the device tree overlay code to be difficult to read and maintain. This patch series attempts to improve that situation. The cleanup includes some changes visible to users of overlays. The only in kernel user of overlays is fixed up for

Re: [PATCH 4/9] drm/panel: simple: add support for overriding the pixel clock polarity

Hi, On Mon, 16 Oct 2017 17:13:29 -0500 Rob Herring wrote: > On Wed, Oct 11, 2017 at 6:23 AM, Lothar Waßmann > wrote: > > The Ka-Ro electronics MB7 baseboard has an on-board LCD->LVDS > > converter that requires a fixed pixelclk polarity, no matter what the > > panel's

Re: [PATCH v2 09/12] of: overlay: avoid race condition between applying multiple overlays

On 10/16/17 18:17, frowand.l...@gmail.com wrote: > From: Frank Rowand > > The process of applying an overlay consists of: > - unflatten an overlay FDT (flattened device tree) into an > EDT (expanded device tree) > - fixup the phandle values in the overlay EDT to

[PATCH v2 12/12] of: overlay: remove unneeded check for NULL kbasename()

From: Frank Rowand kbasename() will not return NULL if passed a valid string. If the parameter passed to kbasename() in this case is already NULL then the devicetree has been corrupted. Signed-off-by: Frank Rowand --- drivers/of/overlay.c | 2 --

Re: [PATCH v2 00/12] of: overlay: clean up device tree overlay code

On 10/16/17 18:17, frowand.l...@gmail.com wrote: > From: Frank Rowand > > I have found the device tree overlay code to be difficult to read and > maintain. This patch series attempts to improve that situation. > > The cleanup includes some changes visible to users of

[PATCH v2 01/12] of: overlay.c: Remove comments that state the obvious, to reduce clutter

From: Frank Rowand Follows recommendations in Documentation/process/coding-style.rst, section 8, Commenting. Some in function comments are promoted to function header comments. Signed-off-by: Frank Rowand --- drivers/of/overlay.c | 53

[Bug 102820] [bisected][DC] commit ebbf7337e2daacacef3e01114e6be68a2a4f11b4 prevents X11 from starting

https://bugs.freedesktop.org/show_bug.cgi?id=102820 --- Comment #11 from dwagner --- (In reply to Alex Deucher from comment #9) > Harry or Jordan can verify, but I think it means the board maker did not > validate the HDMI connector for 6Ghz timings. The asic may support

[PATCH v2 02/12] of: overlay.c: Convert comparisons to zero or NULL to logical expressions

From: Frank Rowand Use normal shorthand for comparing a variable to zero. For variable "XXX": convert (XXX == 0) to (!XXX) convert (XXX != 0) to (XXX) Signed-off-by: Frank Rowand --- drivers/of/overlay.c | 36

[PATCH v2 08/12] of: overlay: loosen overly strict phandle clash check

From: Frank Rowand When an overlay contains a node that already exists in the live device tree, the overlay node is not allowed to change the phandle of the existing node. The existing check refused to allow an overlay node to set the node phandle even when the existing

[PATCH 1/8] video: fbdev: au1200fb: Fix a potential double free

If 'fb_alloc_cmap()' fails, 'fbi->pseudo_palette' is freed and an error code is returned by 'au1200fb_init_fbinfo()'. The only caller, 'au1200fb_drv_probe()' goes to an error handling path where resources allocated in 'fb_alloc_cmap()' are freed. This leads to a double free of

[PATCH 2/4] dt-bindings: display: amlogic, meson-dw-hdmi: Add optional HDMI 5V regulator

On reference boards and derivatives, the HDMI Logic is powered by an external 5V regulator. This regulator was set by the Vendor U-Boot, add optional support for it. Signed-off-by: Neil Armstrong --- Documentation/devicetree/bindings/display/amlogic,meson-dw-hdmi.txt |

[PATCH 0/4] drm/meson: power domain init related fixes

On the Amlogic Gx SoCs (GXBB, GXL & GXM), the VPU power domain is initialized by the vendor U-Boot code, but running mainline U-boot has been possible on these SoCs. But lacking such init made the system lock at kernel boot. A PM Power Domain driver has been pushed at [1] to solve the main issue.

Re: [GIT PULL] tilcdc changes for 4.15

 Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki On 10/16/17 12:18, Daniel Vetter wrote: > On Sat, Oct 14, 2017 at 05:52:32PM +0300, Jyri Sarha wrote: >> Hi Dave, >> Please pull the accumulated minor tilcdc changes

Re: [RESEND PATCH v2 2/5] backlight: pwm_bl: Add device link for pwm_bl and pwm

Hi Brian, On 10/17/2017 07:57 AM, Brian Norris wrote: This is going to be a*lot* of churn throughout the tree, if we expect all resource consumers to do this. I think we'd want some kind of agreement from the PM maintainers and (larger) subsystem owners before going down this route... And in

[PATCH] linux-next: drm/i916: fix nop_submit_request mismerge

A mismerge in linux-next caused a build failure: drivers/gpu/drm/i915/i915_gem.c: In function 'nop_submit_request': drivers/gpu/drm/i915/i915_gem.c:3092:54: error: 'flags' undeclared (first use in this function); did you mean 'class'? This is the fixup I used to get a clean build on top of

[PATCH 10/23] clk: sunxi-ng: Add A83T display clocks

Unfortunately, the A83t display clocks are not children of the de clock, since that clocks doesn't exist at all on the A83t. For now, they are orphans, so let's move them to their true, existing, parent. Fixes: 763c5bd045b1 ("clk: sunxi-ng: add support for DE2 CCU") Signed-off-by: Maxime Ripard

[PATCH 19/23] arm: dts: sun8i: a83t: Add LVDS pins group

The A83T has an LVDS bus that can be connected to a panel or a bridge. Add the pinctrl group for it. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-a83t.dtsi | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi

[PATCH 11/23] drm/sun4i: Rename layers to UI planes

The currently supported planes for DE2 are actually only UI planes, and the VI planes will differ both in terms of code and features. It will make sense to support them in a separate file, so let's make sure we don't create a confusing file name. Signed-off-by: Maxime Ripard

[PATCH 00/23] drm/sun4i: Add A83t LVDS support

Hi, Here is an attempt at supporting the LVDS output in our DRM driver. This has been tested on the A83T (with DE2), but since everything is basically in the TCON, it should also be usable on the older SoCs with minor modifications. This was the occasion to refactor a bunch of things. The most

[PATCH 09/23] drm/panel: lvds: Add support for the power-supply property

A significant number of panels need to power up a regulator in order to operate properly. Add support for the power-supply property to enable and disable such a regulator whenever needed. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/panel/panel-lvds.c | 23

[PATCH 08/23] dt-bindings: panel: lvds: Document power-supply property

The power-supply property is used be a vast majority of panels, including panel-simple. Let's document it as a common property Signed-off-by: Maxime Ripard --- Documentation/devicetree/bindings/display/panel/panel-common.txt | 6 ++

[PATCH 07/23] drm/sun4i: tcon: Move out the tcon0 common setup

Some channel0 setup has to be done, no matter what the output interface is (RGB, CPU, LVDS). Move that code into a common function in order to avoid duplication. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 26 --

[PATCH 06/23] drm/sun4i: tcon: Don't rely on encoders to set the TCON mode

Just like we did for the TCON enable and disable, for historical reasons we used to rely on the encoders calling the TCON mode_set function, while the CRTC has a callback for that. Let's implement it in order to reduce the boilerplate code. Signed-off-by: Maxime Ripard

[PATCH 02/23] drm/sun4i: Realign Makefile padding and reorder it

Some options were not padded as they should, and the order in the Makefile was chaotic. Fix that. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/Makefile | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git

[PATCH 01/23] drm/sun4i: Implement endpoint parsing using kfifo

The commit da82b8785eeb ("drm/sun4i: add components in breadth first traversal order") implemented a breadth first traversal of our device tree nodes graph. However, it was relying on the kernel linked lists, and those are not really safe for addition. Indeed, in a single pipeline stage, your

[PATCH 03/23] drm/sun4i: tcon: Make tcon_set_mux mode argument const

The drm_display_mode pointer can be mark const, so let's do it. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/sun4i_tcon.c | 6 +++--- drivers/gpu/drm/sun4i/sun4i_tcon.h | 2 +- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH 17/23] arm: dts: sun8i: a83t: Add display pipeline

The display pipeline on the A83T is mainly composed of the mixers and TCONs, plus various encoders. Let's add the mixers and TCONs to the DTSI. Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun8i-a83t.dtsi | 80 - 1 file

[PATCH 15/23] drm/sun4i: Add LVDS support

The TCON supports the LVDS interface to output to a panel or a bridge. Let's add support for it. Signed-off-by: Maxime Ripard --- drivers/gpu/drm/sun4i/Makefile | 1 +- drivers/gpu/drm/sun4i/sun4i_lvds.c | 183 -

Re: [PATCH 07/23] drm/sun4i: tcon: Move out the tcon0 common setup

On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard wrote: > Some channel0 setup has to be done, no matter what the output interface is > (RGB, CPU, LVDS). Move that code into a common function in order to avoid > duplication. > > Signed-off-by: Maxime Ripard

Re: [PATCH 14/23] drm/sun4i: Create minimal multipliers and dividers

On Tue, Oct 17, 2017 at 5:06 PM, Maxime Ripard wrote: > The various outputs the TCON can provide have different constraints on the > dotclock divider. Let's make them configurable by the various mode_set > functions. > > Signed-off-by: Maxime Ripard

Re: [Mesa-dev] Upstream support for FreeSync / Adaptive Sync

On 17/10/17 11:34 AM, Nicolai Hähnle wrote: > Hi all, > > I just sent out a patch that enables FreeSync in Mesa for the somewhat > hacked implementation of FreeSync that exists in our hybrid (amdgpu-pro) > stack's DDX and kernel module. [0] > > While this patch isn't meant for upstream, that's

[Bug 103130] Mesa from git causes games to crash mid-play

https://bugs.freedesktop.org/show_bug.cgi?id=103130 --- Comment #6 from Jan Vesely --- (In reply to Adam from comment #5) > I upgraded to the offending repo. I attempted again with wine log -all. I > get: > > mesa: for the -simplifycfg-sink-common option: may only occur

Re: [PATCH] drm/atomic: Make atomic helper track newly assigned planes correctly, v2.

On Tue, Oct 17, 2017 at 07:20:47AM +0200, Maarten Lankhorst wrote: > Commit 669c9215afea ("drm/atomic: Make async plane update checks work as > intended, v2.") forced planes to always be tracked, but forgot to > explicitly get the crtc commit from the new crtc when available. > > This broke plane

  1   2   3   >