Re: [PATCH 00/24] device link, bridge supplier <-> drm device

2018-04-27 Thread Andrzej Hajda
Hi Peter, On 27.04.2018 00:31, Peter Rosin wrote: > Hi! > > It was noted by Russel King [1] that bridges (not using components) > might disappear unexpectedly if the owner of the bridge was unbound. > Jyri Sarha had previously noted the same thing with panels [2]. Jyri > came up with using device

[PATCH 06/24] drm/bridge: lvds-encoder: provide an .owner device

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/lvds-encoder.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/lvds-encoder.c b/drivers/gpu/drm/bridge/lvds-encoder.c index 75b0d3f6e4de..7aa12f4b5745 100644 --- a

[PATCH 15/24] drm/bridge: tc358767: provide an .owner device

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/tc358767.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/tc358767.c b/drivers/gpu/drm/bridge/tc358767.c index 08ab7d6aea65..a16573bb8715 100644 --- a/drivers/gpu

[PATCH 11/24] drm/bridge: sii902x: provide an .owner device

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/sii902x.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/sii902x.c b/drivers/gpu/drm/bridge/sii902x.c index 60373d7eb220..0127090f38b3 100644 --- a/drivers/gpu/drm

[PATCH 07/24] drm/bridge: megachips-stdpxxxx-ge-b850v3-fw: provide an .owner device

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/megachips-stdp-ge-b850v3-fw.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/megachips-stdp-ge-b850v3-fw.c b/drivers/gpu/drm/bridge/megachips-stdp-ge-

Re: [PATCH 00/24] device link, bridge supplier <-> drm device

2018-04-27 Thread Peter Rosin
On 2018-04-27 01:18, Laurent Pinchart wrote: > Hi Peter, > > On Friday, 27 April 2018 02:09:14 EEST Peter Rosin wrote: >> On 2018-04-27 00:40, Laurent Pinchart wrote: >>> On Friday, 27 April 2018 01:31:15 EEST Peter Rosin wrote: Hi! It was noted by Russel King [1] that bridges (not

[PATCH 16/24] drm/bridge: ti-tfp410: provide an .owner device

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/ti-tfp410.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/ti-tfp410.c b/drivers/gpu/drm/bridge/ti-tfp410.c index acb857030951..7e5938e988be 100644 --- a/drivers/

Re: noveau vs arm dma ops

2018-04-27 Thread Russell King - ARM Linux
(While there's a rain shower...) On Thu, Apr 26, 2018 at 02:09:42AM -0700, Christoph Hellwig wrote: > synopsis: > > drivers/gpu/drm/bridge/synopsys/dw-hdmi-i2s-audio.c:pdevinfo.dma_mask > = DMA_BIT_MASK(32); > drivers/gpu/drm/bridge/synopsys/dw-hdmi.c: pdevinfo.dma_mask =

[PULL] drm-misc-next

2018-04-27 Thread Maarten Lankhorst
Hi Dave, This is my first pull request for v4.18. Only UAPI change is adding a generic plane alpha property, which replaces the driver specific ones in sun4i, rcar-du and atmel-hclcdc. drm-misc-next-2018-04-26: drm-misc-next for v4.18: UAPI Changes: - Add support for a generic plane alpha prop

[PATCH 00/24] device link, bridge supplier <-> drm device

2018-04-27 Thread Peter Rosin
Hi! It was noted by Russel King [1] that bridges (not using components) might disappear unexpectedly if the owner of the bridge was unbound. Jyri Sarha had previously noted the same thing with panels [2]. Jyri came up with using device links to resolve the panel issue, which was also my (independe

[PATCH 22/24] drm/bridge: remove the .of_node member

2018-04-27 Thread Peter Rosin
It is unused. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 3 +-- include/drm/drm_bridge.h | 4 2 files changed, 1 insertion(+), 6 deletions(-) diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c index 67147673fdeb..9f023bd84d56 100644 --- a/driver

[PATCH 19/24] drm/msm: specify the .owner of the bridges

2018-04-27 Thread Peter Rosin
This will become mandatory. Signed-off-by: Peter Rosin --- drivers/gpu/drm/msm/dsi/dsi_manager.c | 1 + drivers/gpu/drm/msm/edp/edp_bridge.c | 1 + drivers/gpu/drm/msm/hdmi/hdmi_bridge.c | 1 + 3 files changed, 3 insertions(+) diff --git a/drivers/gpu/drm/msm/dsi/dsi_manager.c b/drivers/gpu

[PATCH 21/24] drm/sti: provide an .owner device for the bridges

2018-04-27 Thread Peter Rosin
The .of_node member is going away and providing an .owner will become mandatory. Signed-off-by: Peter Rosin --- drivers/gpu/drm/sti/sti_dvo.c | 2 +- drivers/gpu/drm/sti/sti_hda.c | 1 + drivers/gpu/drm/sti/sti_hdmi.c | 1 + 3 files changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers

[PATCH 14/24] drm/bridge: synopsys: provide an .owner device for the bridges

2018-04-27 Thread Peter Rosin
It gets rid of two #ifdefs and the .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 4 +--- drivers/gpu/drm/bridge/synopsys/dw-mipi-dsi.c | 4 +--- 2 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/bridge/s

[PATCH 05/24] drm/bridge: vga-dac: provide an .owner device

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/dumb-vga-dac.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/dumb-vga-dac.c b/drivers/gpu/drm/bridge/dumb-vga-dac.c index 498d5948d1a8..244f6bfb8967 100644 --- a

[PATCH 17/24] drm/exynos: mic: provide an .owner device for the bridge

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/exynos/exynos_drm_mic.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_mic.c b/drivers/gpu/drm/exynos/exynos_drm_mic.c index 2174814273e2..453716cb4d3d 100644

[PATCH 24/24] drm/bridge: establish a link between the bridge supplier and consumer

2018-04-27 Thread Peter Rosin
If the bridge supplier is unbound, this will bring the bridge consumer down along with the bridge. Thus, there will no longer linger any dangling pointers from the bridge consumer (the drm_device) to some non-existent bridge supplier. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c |

[PATCH 23/24] drm/bridge: require the .owner to be filled in on drm_bridge_attach

2018-04-27 Thread Peter Rosin
The .owner will be handy to have around. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_bridge.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/drm_bridge.c b/drivers/gpu/drm/drm_bridge.c index 9f023bd84d56..a038da696802 100644 --- a/drivers/gpu/drm/drm_bridge.c +++ b

[PATCH 13/24] drm/bridge: sii8620: provide an .owner device

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/sil-sii8620.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/sil-sii8620.c b/drivers/gpu/drm/bridge/sil-sii8620.c index 7ab36042a822..650f71003e45 100644 --- a/dr

Re: [[RFC]DPU PATCH 2/4] dt-bindings: drm/bridge: Document sn65dsi86 bridge bindings

2018-04-27 Thread spanda
On 2018-04-27 08:43, Rob Herring wrote: On Wed, Apr 25, 2018 at 08:46:13PM -0400, Rob Clark wrote: On Wed, Apr 25, 2018 at 7:45 PM, Stephen Boyd wrote: > Quoting Sandeep Panda (2018-04-19 10:56:06) >> Document the bindings used for the sn65dsi86 DSI to eDP bridge. >> >> Changes in v1: >> - Re

[PATCH 08/24] drm/bridge: nxp-ptn3460: provide an .owner device

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/nxp-ptn3460.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/nxp-ptn3460.c b/drivers/gpu/drm/bridge/nxp-ptn3460.c index d64a3283822a..e6a15ec60e12 100644 --- a/dr

[PATCH 09/24] drm/bridge: panel: provide an .owner device

2018-04-27 Thread Peter Rosin
It gets rid of an #ifdef and the .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/panel.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/drivers/gpu/drm/bridge/panel.c b/drivers/gpu/drm/bridge/panel.c index 6d99d4a3beb3..279271a1d7e7 10

[PATCH 10/24] drm/bridge: ps8622: provide an .owner device

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/parade-ps8622.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/parade-ps8622.c b/drivers/gpu/drm/bridge/parade-ps8622.c index 81198f5e9afa..6dd19a5fcebd 100644 --

[PATCH 20/24] drm/rcar-du: lvds: provide an .owner device for the bridge

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/rcar-du/rcar_lvds.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/rcar-du/rcar_lvds.c b/drivers/gpu/drm/rcar-du/rcar_lvds.c index 3d2d3bbd1342..5984c70b5590 100644 --- a/drive

[PATCH 12/24] drm/bridge: sii9234: provide an .owner device

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/sii9234.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/sii9234.c b/drivers/gpu/drm/bridge/sii9234.c index c77000626c22..879d9b5ef4cf 100644 --- a/drivers/gpu/drm

[PATCH 04/24] drm/bridge: analogix-anx78xx: provide an .owner device

2018-04-27 Thread Peter Rosin
It gets rid of an #if and the .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/analogix-anx78xx.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/bridge/analogix-anx78xx.c b/drivers/gpu/drm/bridge/analogix-anx78xx.c ind

Re: [PATCH v2] drm/nouveau/secboot: remove VLA usage

2018-04-27 Thread Kees Cook
On Thu, Mar 15, 2018 at 7:05 PM, Ben Skeggs wrote: > On 14 March 2018 at 21:08, Thierry Reding wrote: >> On Tue, Mar 13, 2018 at 11:24:11AM -0500, Gustavo A. R. Silva wrote: >>> In preparation to enabling -Wvla, remove VLA. In this particular >>> case directly use macro NVKM_MSGQUEUE_CMDLINE_SIZE

Re: [Intel-gfx] [PATCH] drm/core: Remove drm_dev_unref() and it's uses

2018-04-27 Thread Alexandre Belloni
Hi, On 26/04/2018 15:45:44+0300, Laurent Pinchart wrote: > Hi Daniel, > > On Thursday, 26 April 2018 15:36:15 EEST Daniel Vetter wrote: > > On Thu, Apr 26, 2018 at 03:58:19PM +0530, Vaishali Thakkar wrote: > > > It's been a while since we introduced drm_dev{get/put} functions > > > to replace ref

[PATCH 02/24] drm/bridge: adv7511: provide an .owner device

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/adv7511/adv7511_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c b/drivers/gpu/drm/bridge/adv7511/adv7511_drv.c index efa29db5fc2b..866f

[PATCH] drm/bridge: adv7511: fix spelling of driver name in Kconfig

2018-04-27 Thread Peter Rosin
Could perhaps prevent some confusion. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/adv7511/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/bridge/adv7511/Kconfig b/drivers/gpu/drm/bridge/adv7511/Kconfig index 592b9d2ec034..944e440c4fde 100644

Re: [PATCH 00/24] device link, bridge supplier <-> drm device

2018-04-27 Thread Peter Rosin
On 2018-04-27 00:40, Laurent Pinchart wrote: > Hi Peter, > > Thank you for the patches. > > On Friday, 27 April 2018 01:31:15 EEST Peter Rosin wrote: >> Hi! >> >> It was noted by Russel King [1] that bridges (not using components) >> might disappear unexpectedly if the owner of the bridge was unb

[PATCH 03/24] drm/bridge/analogix: core: specify the .owner of the bridge

2018-04-27 Thread Peter Rosin
This will become mandatory. Signed-off-by: Peter Rosin --- drivers/gpu/drm/bridge/analogix/analogix_dp_core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c b/drivers/gpu/drm/bridge/analogix/analogix_dp_core.c index 5c52307146c7..5a9dbbd78

[PATCH 01/24] drm/bridge: allow optionally specifying an .owner device

2018-04-27 Thread Peter Rosin
Bridge drivers can now (temporarily, in a transition phase) select if they want to provide a full owner or keep just providing an of_node. By providing a full owner device, the bridge drivers no longer need to provide an of_node since that node is available via the owner device. When all bridge d

[PATCH 18/24] drm/mediatek: hdmi: provide an .owner device for the bridge

2018-04-27 Thread Peter Rosin
The .of_node member is going away. Signed-off-by: Peter Rosin --- drivers/gpu/drm/mediatek/mtk_hdmi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/mediatek/mtk_hdmi.c b/drivers/gpu/drm/mediatek/mtk_hdmi.c index 59a11026dceb..b4a7908e0cc6 100644 --- a/drive

[Bug 106225] Kernel panic after modesetting (not on every boot) on ryzen 5 2400g

2018-04-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106225 --- Comment #6 from Michel Dänzer --- Looks like KASAN isn't enabled yet — the lines in dmesg containing "PREEMPT SMP NOPTI" should contain "KASAN" as well. FWIW, I just enable CONFIG_KASAN and CONFIG_KASAN_INLINE in .config, I don't have to do

[Bug 106260] raven ridge (2400g) shows artifacts instead in xorg

2018-04-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106260 --- Comment #4 from Michel Dänzer --- Does it display correctly with Section "Device" Identifier "default" Option "Accel" "off" EndSection in /etc/X11/xorg.conf? Please attach the corresponding Xorg log file. --

[Bug 106276] general protection fault in dc_validate_global_state on raven ridge

2018-04-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106276 Bug ID: 106276 Summary: general protection fault in dc_validate_global_state on raven ridge Product: DRI Version: unspecified Hardware: Other OS: All

[Bug 106276] general protection fault in dc_validate_global_state on raven ridge

2018-04-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106276 --- Comment #1 from ojab --- Created attachment 139161 --> https://bugs.freedesktop.org/attachment.cgi?id=139161&action=edit stacktace in more readable format -- You are receiving this mail because: You are the assignee for the bug._

Re: [PATCH 02/17] dt-bindings: display: renesas: du: Document the R8A77965 bindings

2018-04-27 Thread Kieran Bingham
Hi Laurent, On 26/04/18 21:10, Laurent Pinchart wrote: > Hi Kieran, > > Thank you for the patch. > > On Thursday, 26 April 2018 19:57:32 EEST Kieran Bingham wrote: >> Ahem - this one seems to have lost it's commit message. >> >> Apologies :) > > Apart from that, this looks good to me. > > Revi

Re: [PATCH 1/2] drm/ttm: Add TTM_PAGE_FLAG_TRANSHUGE

2018-04-27 Thread Michel Dänzer
[ Dropping Roger He, his e-mail address seems to bounce ] On 2018-04-27 04:51 AM, zhoucm1 wrote: > On 2018年04月26日 23:06, Michel Dänzer wrote: >> From: Michel Dänzer >> >> When it's set, TTM tries to allocate huge pages if possible. > Do you mean original driver doesn't do this? > From the code,

Re: [RESEND PATCH 1/1] drm/i915/glk: Add MODULE_FIRMWARE for Geminilake

2018-04-27 Thread Jani Nikula
On Wed, 25 Apr 2018, Ian W MORRISON wrote: > Can I ask if this is on anyone's radar as I'm concerned this patch will > stall otherwise? Pushed to drm-intel-next-queued, thanks for the patch. I opted to drop the Cc: stable for now. This doesn't mean it can't be backported later on, I'm just punti

[v3 04/10] drm/mediatek: mt2701: switch to mfd probing.

2018-04-27 Thread matthias . bgg
From: Matthias Brugger With the mtk-mmsys MFD device in place, we switch the probing for mt2701 from device-tree to mfd. Signed-off-by: Matthias Brugger --- drivers/gpu/drm/mediatek/mtk_drm_drv.c | 30 +++--- 1 file changed, 23 insertions(+), 7 deletions(-) diff --git

[v3 05/10] clk: mediatek: mt2701-mm: switch to mfd device

2018-04-27 Thread matthias . bgg
From: Matthias Brugger As the new mfd device is in place, switch probing for the MMSYS to support invocation from the mfd device. Signed-off-by: Matthias Brugger Acked-by: Stephen Boyd --- drivers/clk/mediatek/clk-mt2701-mm.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) d

[v3 09/10] drm: mediatek: Omit warning on probe defers

2018-04-27 Thread matthias . bgg
From: Matthias Brugger When probe through the MFD, it can happen that the clock drivers wasn't probed before the ddp driver gets invoked. The driver used to omit a warning that the driver failed to get the clocks. Omit this error on the defered probe path. Signed-off-by: Matthias Brugger --- d

[v3 02/10] drm/mediatek: Use regmap for register access

2018-04-27 Thread matthias . bgg
From: Matthias Brugger The mmsys memory space is shared between the drm and the clk driver. Use regmap to access it. Signed-off-by: Matthias Brugger Reviewed-by: Philipp Zabel --- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 4 ++-- drivers/gpu/drm/mediatek/mtk_drm_ddp.c | 38 +

[v3 07/10] drm/mediatek: Add mfd support for mt8173

2018-04-27 Thread matthias . bgg
From: Matthias Brugger Use the MFD device for SoC mt8173. Probing via devicetree is no longer needed for any SoC, so delete it. Signed-off-by: Matthias Brugger Reviewed-by: Philipp Zabel --- drivers/gpu/drm/mediatek/mtk_drm_drv.c | 28 +++- 1 file changed, 7 insertions

[v3 03/10] mfd: mtk-mmsys: Add mmsys driver

2018-04-27 Thread matthias . bgg
From: Matthias Brugger The MMSYS subsystem includes clocks and drm components. This patch adds a MFD device to probe both drivers from the same device tree compatible. Signed-off-by: Matthias Brugger --- drivers/mfd/Kconfig | 9 ++ drivers/mfd/Makefile| 2 ++ drivers/mfd/mtk-mmsy

[v3 08/10] clk: mediatek: mt8173-mm: switch to mfd device

2018-04-27 Thread matthias . bgg
From: Matthias Brugger As the new mfd device is in place, switch probing for the MMSYS to support invocation from the mfd device. Signed-off-by: Matthias Brugger Acked-by: Stephen Boyd --- drivers/clk/mediatek/clk-mt8173.c | 19 --- 1 file changed, 16 insertions(+), 3 deletion

[v3 06/10] mfd: mtk-mmsys: Add mt8173 nodes

2018-04-27 Thread matthias . bgg
From: Matthias Brugger Add devices for the mt8173 SoC. Signed-off-by: Matthias Brugger Reviewed-by: Philipp Zabel --- drivers/mfd/mtk-mmsys.c | 14 ++ 1 file changed, 14 insertions(+) diff --git a/drivers/mfd/mtk-mmsys.c b/drivers/mfd/mtk-mmsys.c index c802343fb1c6..5585a561a02f

[v3 00/10] arm/arm64: mediatek: Fix mmsys device probing

2018-04-27 Thread matthias . bgg
From: Matthias Brugger Changes since v2: - fix kconfig typo (shame on me) - delete __initconst from mm_clocks as converted to a platform driver Changes since v1: - add binding documentation - ddp: use regmap_update_bits - ddp: ignore EPROBE_DEFER on clock probing - mfd: delete mmsys_private - ad

[v3 10/10] MAINTAINERS: update Mediatek Soc entry

2018-04-27 Thread matthias . bgg
From: Matthias Brugger Mediatek SoCs include several soc specific drivers as well as a mfd device. Add these to the maintainers file. Signed-off-by: Matthias Brugger --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 0a1410d5a621..74f7ea345096

[v3 01/10] dt-bindings: mediatek: mmsys: Add support for mfd

2018-04-27 Thread matthias . bgg
From: Matthias Brugger Add binding description for the mmsys mfd for some Mediatek devices. mmsys has some registers to control clock gates (which is used in the clk driver) and some registers to set the routing and enable the differnet blocks of the display subsystem. Signed-off-by: Matthias Br

Re: [PATCH 06/17] drm: rcar-du: Allow DU groups to work with hardware indexing

2018-04-27 Thread Kieran Bingham
Hi Laurent, On 26/04/18 21:36, Laurent Pinchart wrote: > Hi Kieran, > > Thank you for the patch. > > On Thursday, 26 April 2018 19:53:35 EEST Kieran Bingham wrote: >> The group objects assume linear indexing, and more so always assume that >> channel 0 of any active group is used. >> >> Now that

Re: [PATCH 07/17] drm: rcar-du: Add R8A77965 support

2018-04-27 Thread Kieran Bingham
On 26/04/18 21:43, Laurent Pinchart wrote: > Hi Kieran, > > Thank you for the patch. > > On Thursday, 26 April 2018 19:53:36 EEST Kieran Bingham wrote: >> The R8A77965 (M3-N) SoC provides VGA, HDMI and LVDS output. >> >> This platform is unusual in that the VGA is connected to DU3 leaving DU2 >>

Re: [PATCH 05/17] drm: rcar-du: Split CRTC handling to support hardware indexing

2018-04-27 Thread Kieran Bingham
Hi Laurent, On 26/04/18 21:30, Laurent Pinchart wrote: > Hi Kieran, > > Thank you for the patch. > > On Thursday, 26 April 2018 19:53:34 EEST Kieran Bingham wrote: >> The DU CRTC driver does not support distinguishing between a hardware >> index, and a software (CRTC) index in the event that a D

Re: [Intel-gfx] [PATCH v7 1/2] drm: content-type property for HDMI connector

2018-04-27 Thread Lisovskiy, Stanislav
Ping. On Mon, 2018-04-23 at 13:45 +, Lisovskiy, Stanislav wrote: > Ping > > From: Intel-gfx [intel-gfx-boun...@lists.freedesktop.org] on behalf > of StanLis [stanislav.lisovs...@intel.com] > Sent: Monday, April 23, 2018 10:34 AM > To: dri-devel@lists.fr

[radeon-alex:amd-staging-drm-next 114/300] sound/soc/amd/raven/acp3x.h:28:9: error: implicit declaration of function 'readl'; did you mean 'vread'?

2018-04-27 Thread kbuild test robot
tree: git://people.freedesktop.org/~agd5f/linux.git amd-staging-drm-next head: a11008ca87d737a3b1ffbe7f32af7d74d78a9aa8 commit: 2a6630b1095609b26a205b7c537594f3cde99c0a [114/300] ASoC: AMD: enable ACP3x drivers build config: sparc64-allyesconfig (attached as .config) compiler: sparc64-linux-gn

[Bug 104082] amdgpu 0000:07:00.0: swiotlb buffer is full (sz: 2097152 bytes)

2018-04-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=104082 --- Comment #47 from Jean Delvare --- Problem still present in kernel 4.16.5. I guess I'll have to bisect it... -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel

[PATCH] video: fbdev: remove unused auo_k190xfb drivers

2018-04-27 Thread Bartlomiej Zolnierkiewicz
auo_k1900fb and auo_k1901fb drivers have been introduced six years ago by following commits: commit 2c8304d3125b ("video: auo_k190x: add code shared by controller drivers") commit 96b1d500e028 ("video: auo_k190x: add driver for AUO-K1900 variant") commit 53027cdf2a67 ("video: auo_k190x: add driver

Re: [PATCH 1/2] drm/panel: Add Raydium RM67191 DSI Panel

2018-04-27 Thread Thierry Reding
On Fri, Apr 27, 2018 at 10:37:16AM +, Robert Chiras wrote: > > Hi Thierry, > > Thanks a lot for reviewing this. Your suggestions are very valuable. > Please see my detailed answers inline. > > Best regards, > Robert Couple of comments regarding email replies. Please use proper quoting of wh

Re: [PATCH 2/2] drm/panel: rm67191: Add support for new bus formats

2018-04-27 Thread Thierry Reding
On Fri, Apr 27, 2018 at 10:38:24AM +, Robert Chiras wrote: > > > > > From: Thierry Reding > Sent: Thursday, April 26, 2018 5:56 PM > To: Robert Chiras > Cc: dl-linux-imx; dri-devel@lists.freedesktop.org > Subject: Re: [PATCH 2/2] drm/panel: rm67191: Add supp

[PATCH 0/3] fbdev/drm: sh_mobile: remove unused MERAM support

2018-04-27 Thread Bartlomiej Zolnierkiewicz
Hi, This patchset removes unused MERAM support (last user was removed 3 years ago) from shmobile fbdev & drm drivers and then removes MERAM driver itself. If it is okay to merge this patches I would like patch #1 to go through fbdev tree and patch #2 to go through drm tree. Once they are both ups

[PATCH 1/3] video: fbdev: sh_mobile_lcdcfb: remove unused MERAM support

2018-04-27 Thread Bartlomiej Zolnierkiewicz
Since commit a521422ea4ae ("ARM: shmobile: mackerel: Remove Legacy C board code") MERAM functionality is unused. Remove it. Cc: Simon Horman Cc: Laurent Pinchart Cc: Geert Uytterhoeven Signed-off-by: Bartlomiej Zolnierkiewicz --- drivers/video/fbdev/Kconfig| 1 - drivers/video/f

[PATCH 2/3] drm: shmobile: remove unused MERAM support

2018-04-27 Thread Bartlomiej Zolnierkiewicz
Since commit a521422ea4ae ("ARM: shmobile: mackerel: Remove Legacy C board code") MERAM functionality is unused. Remove it. Cc: Simon Horman Cc: Laurent Pinchart Cc: Geert Uytterhoeven Signed-off-by: Bartlomiej Zolnierkiewicz --- drivers/gpu/drm/shmobile/Kconfig | 1 - drivers/gpu

[PATCH 3/3] video: fbdev: remove unused sh_mobile_meram driver

2018-04-27 Thread Bartlomiej Zolnierkiewicz
Since commit a521422ea4ae ("ARM: shmobile: mackerel: Remove Legacy C board code") MERAM functionality is unused. Remove it. Cc: Simon Horman Cc: Laurent Pinchart Cc: Geert Uytterhoeven Signed-off-by: Bartlomiej Zolnierkiewicz --- drivers/video/fbdev/Kconfig | 12 - drivers/video/f

[Bug 105530] Stuttering on Raven Ridge when TearFree is on

2018-04-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105530 --- Comment #9 from txtsd --- Can I do anything to expedite the search here? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.freede

[Bug 105733] Amdgpu randomly hangs and only ssh works. Mouse cursor moves sometimes but does nothing. Keyboard stops working.

2018-04-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105733 --- Comment #11 from txtsd --- This happens to me too. I run a Ryzen 2400G on an MSI B350 Tomahawk. -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list

[PATCH v1] xf86drm: Add drmHandleMatch func

2018-04-27 Thread Robert Foss
drmHandleMatch is intended to allow for userspace to filter out devices that it does not want to open. Opening specific devices using paths alone is not a reliable due to probing order. This function intends to provide a mechanism for filtering out devices that don't fit what you need using an ext

Re: [PATCH 0/3] fbdev/drm: sh_mobile: remove unused MERAM support

2018-04-27 Thread Laurent Pinchart
Hi Bartlomiej, On Friday, 27 April 2018 14:21:42 EEST Bartlomiej Zolnierkiewicz wrote: > Hi, > > This patchset removes unused MERAM support (last user was removed > 3 years ago) from shmobile fbdev & drm drivers and then removes > MERAM driver itself. > > If it is okay to merge this patches I wo

Re: [PATCH 0/3] fbdev/drm: sh_mobile: remove unused MERAM support

2018-04-27 Thread Daniel Vetter
On Fri, Apr 27, 2018 at 1:36 PM, Laurent Pinchart wrote: > Hi Bartlomiej, > > On Friday, 27 April 2018 14:21:42 EEST Bartlomiej Zolnierkiewicz wrote: >> Hi, >> >> This patchset removes unused MERAM support (last user was removed >> 3 years ago) from shmobile fbdev & drm drivers and then removes >>

Re: [PATCH hwc 4/4] drm_hwcomposer: Fall back to client compositon if the gl precompostior fails

2018-04-27 Thread Robert Foss
This patch is: Acked-by: Robert Foss I'll push this series upstream in a few minutes. On 04/26/2018 09:05 PM, John Stultz wrote: If the gl precompositor isn't being used, we cannot accept every layer as a device composited layer. Thus this patch adds some extra logic in the validate function

[PATCH v12 02/10] drm/edid: Use drm_mode_match_no_clocks_no_stereo() for consistentcy

2018-04-27 Thread Nautiyal, Ankit K
From: Ville Syrjälä Use drm_mode_equal_no_clocks_no_stereo() in drm_match_hdmi_mode_clock_tolerance() for consistency as we also use it in drm_match_hdmi_mode() and the cea mode matching functions. This doesn't actually change anything since the input mode comes from detailed timings and we matc

[PATCH v12 06/10] drm: Add DRM client cap for aspect-ratio

2018-04-27 Thread Nautiyal, Ankit K
From: Ankit Nautiyal To enable aspect-ratio support in DRM, blindly exposing the aspect ratio information along with mode, can break things in existing non-atomic user-spaces which have no intention or support to use this aspect ratio information. To avoid this, a new drm client cap is required

[PATCH v12 05/10] video/hdmi: Reject illegal picture aspect ratios

2018-04-27 Thread Nautiyal, Ankit K
From: Ville Syrjälä AVI infoframe can only carry none, 4:3, or 16:9 picture aspect ratios. Return an error if the user asked for something different. Cc: Shashank Sharma Cc: "Lin, Jia" Cc: Akashdeep Sharma Cc: Jim Bride Cc: Jose Abreu Cc: Daniel Vetter Cc: Emil Velikov Cc: Thierry Reding

[PATCH v12 07/10] drm: Handle aspect ratio info in legacy modeset path

2018-04-27 Thread Nautiyal, Ankit K
From: Ankit Nautiyal If the user-space does not support aspect-ratio, and requests for a modeset with mode having aspect ratio bits set, then the given user-mode must be rejected. Secondly, while preparing a user-mode from kernel mode, the aspect-ratio info must not be given, if aspect-ratio is n

[PATCH v12 01/10] drm/modes: Introduce drm_mode_match()

2018-04-27 Thread Nautiyal, Ankit K
From: Ville Syrjälä Make mode matching less confusing by allowing the caller to specify which parts of the modes should match via some flags. Signed-off-by: Ville Syrjälä Reviewed-by: Shashank Sharma --- drivers/gpu/drm/drm_modes.c | 134 ++-- include/d

[PATCH v12 09/10] drm: Add aspect ratio parsing in DRM layer

2018-04-27 Thread Nautiyal, Ankit K
From: "Sharma, Shashank" Current DRM layer functions don't parse aspect ratio information while converting a user mode->kernel mode or vice versa. This causes modeset to pick mode with wrong aspect ratio, eventually causing failures in HDMI compliance test cases, due to wrong VIC. This patch add

[PATCH v12 08/10] drm: Expose modes with aspect ratio, only if requested

2018-04-27 Thread Nautiyal, Ankit K
From: Ankit Nautiyal We parse the EDID and add all the modes in the connector's modelist. This adds CEA modes with aspect ratio information too, regadless of whether user space requested this information or not. This patch prunes the modes with aspect-ratio information, from a connector's modeli

[PATCH v12 00/10] Aspect ratio support in DRM layer

2018-04-27 Thread Nautiyal, Ankit K
From: Ankit Nautiyal This patch series is a re-attempt to enable aspect ratio support in DRM layer. Currently the aspect ratio information gets lost in translation during a user->kernel mode or vice versa. The old patch series (https://pw-emeril.freedesktop.org/series/10850/) had 4 patches, out

[PATCH v12 03/10] drm/edid: Fix cea mode aspect ratio handling

2018-04-27 Thread Nautiyal, Ankit K
From: Ville Syrjälä commit 6dffd431e229 ("drm: Add aspect ratio parsing in DRM layer") cause us to not send out any VICs in the AVI infoframes. That commit was since reverted, but if and when we add aspect ratio handing back we need to be more careful. Let's handle this by considering the aspect

[PATCH v12 04/10] drm/edid: Don't send bogus aspect ratios in AVI infoframes

2018-04-27 Thread Nautiyal, Ankit K
From: Ville Syrjälä If the user mode would specify an aspect ratio other than 4:3 or 16:9 we now silently ignore it. Maybe a better apporoach is to return an error? Let's try that. Also we must be careful that we don't try to send illegal picture aspect in the infoframe as it's only capable of s

[PATCH v12 10/10] drm: Add and handle new aspect ratios in DRM layer

2018-04-27 Thread Nautiyal, Ankit K
From: "Sharma, Shashank" HDMI 2.0/CEA-861-F introduces two new aspect ratios: - 64:27 - 256:135 This patch: - Adds new DRM flags for to represent these new aspect ratios. - Adds new cases to handle these aspect ratios while converting from user->kernel mode or vise versa. This patch was once

Re: [PATCH v4 2/3] dt-bindings: drm/bridge: Document sn65dsi86 bridge bindings

2018-04-27 Thread Rob Herring
On Fri, Apr 27, 2018 at 4:39 AM, Sandeep Panda wrote: > Document the bindings used for the sn65dsi86 DSI to eDP bridge. > > Changes in v1: > - Rephrase the dt-binding descriptions to be more inline with existing >bindings (Andrzej Hajda). > - Add missing dt-binding that are parsed by corresp

[Bug 105733] Amdgpu randomly hangs and only ssh works. Mouse cursor moves sometimes but does nothing. Keyboard stops working.

2018-04-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=105733 --- Comment #12 from Allan --- My system started to power down for nothing sometimes, even using the GTX1070 (nvidia|nouveau) . Then I installed a Windows image just to be sure if the kernel was the problem. Well, for now it *SEEMS* that isn't

Re: [PATCH] drm/stm: ltdc: fix deferred endpoint management

2018-04-27 Thread Philippe CORNU
On 04/25/2018 09:12 AM, Yannick FERTRE wrote: > Hi Philippe, > > Reviewed-by: Yannick Fertré Applied on drm-misc-next. Many thanks, Philippe :-) > > > On 04/17/2018 01:34 PM, Philippe Cornu wrote: >> When a driver related to one of the endpoints is deferred >> due to probe dependencies (i2c

Re: [PATCH] drm/stm: ltdc: add mode_valid()

2018-04-27 Thread Philippe CORNU
On 04/25/2018 09:12 AM, Yannick FERTRE wrote: > Hi Philippe, > > Reviewed-by: Yannick Fertré > Applied on drm-misc-next. Many thanks, Philippe :-) > On 04/17/2018 01:40 PM, Philippe Cornu wrote: >> Add mode_valid() function to filter modes according to available >> pll clock values and "pref

Re: [PATCH] drm/stm: ltdc: fix warnings in ltdc_plane_create()

2018-04-27 Thread Philippe CORNU
On 04/25/2018 09:13 AM, Yannick FERTRE wrote: > Hi Philippe, > > Reviewed-by: Yannick Fertré > Applied on drm-misc-next. Many thanks, Philippe :-) > > On 04/19/2018 03:28 PM, Philippe Cornu wrote: >> "make C=1" returns 2 warnings in ltdc_plane_create() >> ("Using plain integer as NULL point

[PATCH v2 1/2] drm/ttm: Only allocate huge pages with new flag TTM_PAGE_FLAG_TRANSHUGE

2018-04-27 Thread Michel Dänzer
From: Michel Dänzer Previously, TTM would always (with CONFIG_TRANSPARENT_HUGEPAGE enabled) try to allocate huge pages. However, not all drivers can take advantage of huge pages, but they would incur the overhead for allocating and freeing them anyway. Now, drivers which can take advantage of hu

[Bug 106225] Kernel panic after modesetting (not on every boot) on ryzen 5 2400g

2018-04-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106225 --- Comment #7 from Francisco Pina Martins --- I had previously made a mistake in loading the kernel's .config file. I have now managed to compile the kernel with the options for KASAN set. However, booting this kernel results in an instant rebo

Re: [Patch v2 2/6] dt-bindings: display/ti: Move common dispc bindings to omap-dss.txt

2018-04-27 Thread Benoit Parrot
Laurent Pinchart wrote on Wed [2018-Apr-04 17:29:59 +0300]: > Hi Benoit, > > Thank you for the patch. > > On Monday, 26 March 2018 19:21:24 EEST Benoit Parrot wrote: > > Add common DISPC bindings into the top level bindings file. > > Move common bindings here instead of having multiple copies o

Re: [PATCH v1] xf86drm: Add drmHandleMatch func

2018-04-27 Thread Emil Velikov
On 27 April 2018 at 12:31, Robert Foss wrote: > drmHandleMatch is intended to allow for userspace to filter out > devices that it does not want to open. > > Opening specific devices using paths alone is not a reliable due to > probing order. This function intends to provide a mechanism > for filte

Re: [PATCH v12 07/10] drm: Handle aspect ratio info in legacy modeset path

2018-04-27 Thread Ville Syrjälä
On Fri, Apr 27, 2018 at 05:44:53PM +0530, Nautiyal, Ankit K wrote: > From: Ankit Nautiyal > > If the user-space does not support aspect-ratio, and requests for a > modeset with mode having aspect ratio bits set, then the given > user-mode must be rejected. Secondly, while preparing a user-mode fr

[Bug 199407] Radeon night light/redshift flickers

2018-04-27 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=199407 Cm (c...@mailinator.com) changed: What|Removed |Added CC||c...@mailinator.com --- Commen

Re: [PATCH v12 08/10] drm: Expose modes with aspect ratio, only if requested

2018-04-27 Thread Ville Syrjälä
On Fri, Apr 27, 2018 at 05:44:54PM +0530, Nautiyal, Ankit K wrote: > From: Ankit Nautiyal > > We parse the EDID and add all the modes in the connector's modelist. > This adds CEA modes with aspect ratio information too, regadless of > whether user space requested this information or not. > > Thi

Re: [PATCH] drm: Don't pass the index to drm_property_add_enum()

2018-04-27 Thread Ville Syrjälä
On Thu, Apr 26, 2018 at 12:45:13PM +, Lisovskiy, Stanislav wrote: > Reviewed-by: Stanislav Lisovskiy Thanks. Pushed to drm-misc-next. > > Best Regards, > > Lisovskiy Stanislav > > Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo > > __

Re: [PATCH] drm/dp: Rename the edp_sdp_header as dp_sdp_header

2018-04-27 Thread Ville Syrjälä
On Thu, Apr 26, 2018 at 12:27:48PM -0700, Manasi Navare wrote: > No functional changes in this patch. > > The SDP Header is a generic header for secondary data packets for > both eDP and DP so call it dp_sdp_header. This header gets used for > different SDP types already defined. > Also header byt

[Bug 106263] amdgpu produces several stracktraces (Fiji, Bonaire) at boot since kernel 4.16.4

2018-04-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106263 --- Comment #2 from Harry Wentland --- Are you able to bisect? -- You are receiving this mail because: You are the assignee for the bug.___ dri-devel mailing list dri-devel@lists.freedesktop.org http

[Bug 199407] Radeon night light/redshift flickers

2018-04-27 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=199407 --- Comment #6 from Dan (dan...@consultd.de) --- works fine for me on .17rc Dan On 27.04.2018 15:59, bugzilla-dae...@bugzilla.kernel.org wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=199407 > > Cm (c...@mailinator.com) changed: > >

[Bug 106263] amdgpu produces several stracktraces (Fiji, Bonaire) at boot since kernel 4.16.4

2018-04-27 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=106263 --- Comment #3 from erhar...@mailbox.org --- I did that once, so technically yes. Hope I got time for it the next few days. -- You are receiving this mail because: You are the assignee for the bug.___

Re: [PATCH v5] drm/panel: simple: Add TFC S9700RTWV43TR-01B 800x480 panel support

2018-04-27 Thread Rob Herring
On Thu, Apr 26, 2018 at 10:48:22PM +0300, Jyri Sarha wrote: > Add support for Three Five displays TFC S9700RTWV43TR-01B 800x480 > panel with resistive touch found on TI's AM335X-EVM. > > Signed-off-by: Jyri Sarha > Reviewed-by: Tomi Valkeinen > cc: Thierry Reding > --- > Thanks Thierry, for rem

  1   2   >