[PATCH] drm: bridge: Detach all bridges in a chain at encoder cleanup time

Instead of detaching only the bridge directly connected to the encoder, detach all bridges in the chain. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_encoder.c | 12 ++-- 1 file changed, 10 insertions(+), 2 deletions(-) Hi

[PATCH v2 2/3] drm: Pull together probe + setup for drm_fb_helper

On Tue, Nov 29, 2016 at 11:26 PM, Chris Wilson wrote: > On Tue, Nov 29, 2016 at 09:29:06PM +0100, Daniel Vetter wrote: >> On Tue, Nov 29, 2016 at 12:02:16PM +, Chris Wilson wrote: >> > drm_fb_helper_probe_connector_modes() is always called before >> > drm_setup_crtcs(), so just move the call

[PATCH] drm/drm_bridge: adjust bridge module's refcount

On 11/29/16 23:12, Jyri Sarha wrote: > @@ -114,6 +118,9 @@ int drm_bridge_attach(struct drm_device *dev, struct > drm_bridge *bridge) > if (bridge->dev) > return -EBUSY; > > + if (!try_module_get(bridge->module)) > + return -ENOENT; > + > bridge->dev =

[PATCH 3/3] drm/i915: Implement Link Rate fallback on Link training failure

If link training at a link rate optimal for a particular mode fails during modeset's atomic commit phase, then we let the modeset complete and then retry. We save the link rate value at which link training failed, update the link status property to "BAD" and use a lower link rate to prune the

[PATCH 2/3] drm/i915: Find fallback link rate/lane count

If link training fails, then we need to fallback to lower link rate first and if link training fails at RBR, then fallback to lower lane count. This function finds the next lower link rate/lane count value after link training failure and limits the max link_rate and lane_count values to these

[PATCH 1/3] drm: Add a new connector atomic property for link status

At the time userspace does setcrtc, we've already promised the mode would work. The promise is based on the theoretical capabilities of the link, but it's possible we can't reach this in practice. The DP spec describes how the link should be reduced, but we can't reduce the link below the

[PATCH] drm: Make the connector .detect() callback optional

On 11/29/16 22:56, Laurent Pinchart wrote: > Many drivers (21 to be exact) create connectors that are always > connected (for instance to an LVDS or DSI panel). Instead of forcing > them to implement a dummy .detect() handler, make the callback optional > and consider the connector as always

[GIT PULL] exynos-drm-fixes

2016-11-25 8:59 GMT+09:00 Dave Airlie : >>No critial patch but it make sure to unmap the region >>if HDMI probing failed, and it includes two trivial fixups. >> > > I've cherry-picked the hdmi fix, but I think the other two patches > should go in -next > at this stage, Thanks, Inki Dae >

[PATCH] drm/drm_bridge: adjust bridge module's refcount

Store the module that provides the bridge and adjust its refcount accordingly. The bridge module unload should not be allowed while the bridge is attached. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/drm_bridge.c | 15 --- include/drm/drm_bridge.h | 11 ++- 2 files

[PATCH] drm: Make the connector .detect() callback optional

Hi Sean, On Tuesday 29 Nov 2016 16:07:02 Sean Paul wrote: > On Tue, Nov 29, 2016 at 3:56 PM, Laurent Pinchart wrote: > > Many drivers (21 to be exact) create connectors that are always > > connected (for instance to an LVDS or DSI panel). Instead of forcing > > them to implement a dummy .detect()

[PATCH v5 3/4] drm/bridge: Add ti-tfp410 DVI transmitter driver

On 11/29/16 22:26, Laurent Pinchart wrote: > Hi Jyri, > > On Tuesday 29 Nov 2016 22:18:25 Jyri Sarha wrote: >> > The module unload should not be allowed while the bridge is attached. So >> > still need to add these: >> > >> > On 11/25/16 11:02, Jyri Sarha wrote: >>> > > + >>> > > +static int

[PATCH 2/3] drm/dp/mst: Calculate total link bandwidth instead of hardcoding it

On Thu, Nov 17, 2016 at 06:03:47PM -0800, Dhinakaran Pandiyan wrote: > The total or the nominal link bandwidth, which we save in terms of PBN, is > a factor of link rate and lane count. But, currently we hardcode it to > 2560 PBN. This results in incorrect computation of total slots. > > E.g, 2

[PATCH v6 3/5] ARM: dts: sun8i-h3: add HDMI video nodes

next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/a265faef/attachment.sig>

[PATCH v3 06/13] drm: bridge: Add LVDS encoder driver

Hi Daniel, On Tuesday 29 Nov 2016 10:54:09 Daniel Vetter wrote: > On Tue, Nov 29, 2016 at 11:04:36AM +0200, Laurent Pinchart wrote: > > The LVDS encoder driver is a DRM bridge driver that supports the > > parallel to LVDS encoders that don't require any configuration. The > > driver thus doesn't

[PATCH] drm: Make the connector .detect() callback optional

Many drivers (21 to be exact) create connectors that are always connected (for instance to an LVDS or DSI panel). Instead of forcing them to implement a dummy .detect() handler, make the callback optional and consider the connector as always connected in that case. Signed-off-by: Laurent Pinchart

[PATCH v7 0/8] drm: sun8i: Add DE2 HDMI video support

-devel/attachments/20161129/3fff35b9/attachment.sig>

[linux-sunxi] Re: [PATCH v7 1/8] drm: sun8i: Add a basic DRM driver for Allwinner DE2

29.11.2016, 22:30, "Daniel Vetter" : > On Mon, Nov 28, 2016 at 03:23:54PM +0100, Jean-Francois Moine wrote: >>  Allwinner's recent SoCs, as A64, A83T and H3, contain a new display >>  engine, DE2. >>  This patch adds a DRM video driver for this device. >> >>  Signed-off-by: Jean-Francois

[Bug 93341] Semi-random GPU lockups on radeonsi with a RadeonHD 7770 (when playing videos, running OpenGL games, WebGL apps, or after extended periods of time)

L attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/a1abd358/attachment.html>

[PATCH v5 4/4] drm/tilcdc: Add drm bridge support for attaching drm bridge drivers

Hi Jyri, On Tuesday 29 Nov 2016 22:18:56 Jyri Sarha wrote: > On 11/25/16 11:02, Jyri Sarha wrote: > > -void tilcdc_remove_external_encoders(struct drm_device *dev) > > +void tilcdc_remove_external_device(struct drm_device *dev) > > { > > struct tilcdc_drm_private *priv = dev->dev_private; >

[PATCH v5 3/4] drm/bridge: Add ti-tfp410 DVI transmitter driver

Hi Jyri, On Tuesday 29 Nov 2016 22:18:25 Jyri Sarha wrote: > The module unload should not be allowed while the bridge is attached. So > still need to add these: > > On 11/25/16 11:02, Jyri Sarha wrote: > > + > > +static int tfp410_attach(struct drm_bridge *bridge) > > +{ > > + struct tfp410

[PATCH v2 2/3] drm: Pull together probe + setup for drm_fb_helper

On Tue, Nov 29, 2016 at 09:29:06PM +0100, Daniel Vetter wrote: > On Tue, Nov 29, 2016 at 12:02:16PM +, Chris Wilson wrote: > > drm_fb_helper_probe_connector_modes() is always called before > > drm_setup_crtcs(), so just move the call into drm_setup_crtcs for a > > small bit of code compaction.

[PATCH] drm/atomic: debugfs atomic state should be removed too

If atomic state file is not removed from debugfs it will prevent atomic driver modules from reloading after unload when debugfs is enabled. Fixes commit 6559c901cb484 ("drm/atomic: add debugfs file to dump out atomic state") Signed-off-by: Jyri Sarha --- drivers/gpu/drm/drm_atomic.c | 6

[PATCH v5 4/4] drm/tilcdc: Add drm bridge support for attaching drm bridge drivers

On 11/25/16 11:02, Jyri Sarha wrote: > -void tilcdc_remove_external_encoders(struct drm_device *dev) > +void tilcdc_remove_external_device(struct drm_device *dev) > { > struct tilcdc_drm_private *priv = dev->dev_private; > - int i; > > /* Restore the original helper functions,

[PATCH v5 3/4] drm/bridge: Add ti-tfp410 DVI transmitter driver

The module unload should not be allowed while the bridge is attached. So still need to add these: On 11/25/16 11:02, Jyri Sarha wrote: > + > +static int tfp410_attach(struct drm_bridge *bridge) > +{ > + struct tfp410 *dvi = drm_bridge_to_tfp410(bridge); > + int ret; > + + if

[Bug 98907] commit bf75ef3 causes Xorg lock-up

- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/0bd3f966/attachment.html>

[PATCH v7 4/8] drm/sunxi: Add DT bindings documentation of Allwinner HDMI

Hi Jean-François, On Tuesday 29 Nov 2016 21:04:55 Jean-Francois Moine wrote: > On Tue, 29 Nov 2016 21:33 +0200 Laurent Pinchart wrote: > >>> You need a third port for the HDMI encoder output, connected to an > >>> HDMI connector DT node. > >> > >> I don't see what you mean. The HDMI device is

[Bug 98907] commit bf75ef3 causes Xorg lock-up

lai Hähnle -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/d25c6251/attachment.html>

[PATCH] drm: Make the connector .detect() callback optional

by: Maxime Ripard Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/87359257/attachment.sig>

[Bug 97137] R7 M370 hangs with radeon.dpm=1 when running demanding graphical programs with DRI PRIME

org/archives/dri-devel/attachments/20161129/9bfebd4a/attachment.html>

[drm-intel:drm-intel-next-queued 1/3] drivers/gpu/drm/i915/./i915_trace.h:409:24: error: 'struct i915_address_space' has no member named 'dev'

C: Chris Wilson --- 0-DAY kernel test infrastructureOpen Source Technology Center https://lists.01.org/pipermail/kbuild-all Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/gzip Size: 25157 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/366f926a/attachment-0001.gz>

[PATCH] drm/atomic: debugfs atomic state should be removed too

On Tue, Nov 29, 2016 at 10:19:10PM +0200, Jyri Sarha wrote: > If atomic state file is not removed from debugfs it will prevent > atomic driver modules from reloading after unload when debugfs is > enabled. > > Fixes commit 6559c901cb484 ("drm/atomic: add debugfs file to dump out > atomic state")

[PATCH v3 1/2] dt-bindings: drm/bridge: adv7511: Add regulator bindings

Hi Mark, On Tuesday 29 Nov 2016 11:01:25 Mark Brown wrote: > On Tue, Nov 29, 2016 at 11:11:03AM +0200, Laurent Pinchart wrote: > > On Tuesday 29 Nov 2016 13:41:33 Archit Taneja wrote: > >> I thought we couldn't add mandatory properties once the device is > >> already present in DT for one or more

[PATCH v7 4/8] drm/sunxi: Add DT bindings documentation of Allwinner HDMI

Hi Jean-François, On Tuesday 29 Nov 2016 20:27:51 Jean-Francois Moine wrote: > On Tue, 29 Nov 2016 20:46:22 +0200 Laurent Pinchart wrote: > [snip] > > >> +Example: > >> + > >> + hdmi: hdmi at 01ee { > >> + compatible = "allwinner,sun8i-a83t-hdmi"; > >> + reg = <0x01ee

[PATCH v2 2/3] drm: Pull together probe + setup for drm_fb_helper

On Tue, Nov 29, 2016 at 12:02:16PM +, Chris Wilson wrote: > drm_fb_helper_probe_connector_modes() is always called before > drm_setup_crtcs(), so just move the call into drm_setup_crtcs for a > small bit of code compaction. > > Signed-off-by: Chris Wilson > Reviewed-by: Daniel Vetter rb

[PATCH v3 09/13] drm: Add encoder_type field to the drm_bridge structure

On Tue, Nov 29, 2016 at 07:49:22PM +0200, Laurent Pinchart wrote: > Hi Daniel, > > On Tuesday 29 Nov 2016 11:27:20 Daniel Vetter wrote: > > On Tue, Nov 29, 2016 at 11:58:44AM +0200, Laurent Pinchart wrote: > > > On Tuesday 29 Nov 2016 10:56:53 Daniel Vetter wrote: > > >> On Tue, Nov 29, 2016 at

[PATCH] drm: Make the connector .detect() callback optional

> -Original Message- > From: Laurent Pinchart > [mailto:laurent.pinchart+renesas at ideasonboard.com] > Sent: Tuesday, November 29, 2016 3:57 PM > To: dri-devel at lists.freedesktop.org > Cc: Deucher, Alexander; Koenig, Christian; Alexey Brodkin; Stefan Agner; > Alison Wang; Patrik

[PATCH v3 04/13] drm: bridge: Detach bridge from encoder at encoder cleanup time

On Tue, Nov 29, 2016 at 08:56:44PM +0200, Laurent Pinchart wrote: > Hi Archit, > > On Tuesday 29 Nov 2016 16:04:08 Archit Taneja wrote: > > On 11/29/2016 02:34 PM, Laurent Pinchart wrote: > > > Most drivers that use bridges forgot to detach them at cleanup time. > > > Instead of fixing them one

[PATCH 2/4] ARM64: dts: meson-gx: Add Graphic Controller nodes

Hi Neil, On Tuesday 29 Nov 2016 21:16:17 Laurent Pinchart wrote: > On Tuesday 29 Nov 2016 11:47:47 Neil Armstrong wrote: > > Add Video Processing Unit and CVBS Output nodes, and enable CVBS on > > selected boards. > > > > Signed-off-by: Neil Armstrong > > --- > > > >

[PATCH 2/4] ARM64: dts: meson-gx: Add Graphic Controller nodes

Hi Neil, Thank you for the patch. On Tuesday 29 Nov 2016 11:47:47 Neil Armstrong wrote: > Add Video Processing Unit and CVBS Output nodes, and enable CVBS on selected > boards. > > Signed-off-by: Neil Armstrong > --- > arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 46

[PATCH V3 3/3] drm: Add new driver for MXSFB controller

On Tue, Nov 29, 2016 at 06:27:30PM +0100, Marek Vasut wrote: > On 11/14/2016 12:47 PM, Daniel Vetter wrote: > > On Mon, Nov 14, 2016 at 11:10:36AM +0100, Marek Vasut wrote: > >> Add new driver for the MXSFB controller found in i.MX23/28/6SX . > >> The MXSFB controller is a simple framebuffer

[PATCH 2/6] drm: Add TV connector states to drm_connector_state

On Tue, Nov 29, 2016 at 10:41:58AM -0800, Eric Anholt wrote: > From: Boris Brezillon > > Some generic TV connector properties are exposed in drm_mode_config, but > they are currently handled independently in each DRM encoder driver. > > Extend the drm_connector_state to store TV related states,

[PATCH v7 4/8] drm/sunxi: Add DT bindings documentation of Allwinner HDMI

On Tue, 29 Nov 2016 21:33 +0200 Laurent Pinchart wrote: > > > You need a third port for the HDMI encoder output, connected to an HDMI > > > connector DT node. > > > > I don't see what you mean. The HDMI device is both the encoder > > and connector (as the TDA998x): > > The driver might create

[Intel-gfx] [PATCH 2/3] drm/dp/mst: Calculate total link bandwidth instead of hardcoding it

On Tue, 2016-11-29 at 22:58 +0200, Ville Syrjälä wrote: > On Thu, Nov 17, 2016 at 06:03:47PM -0800, Dhinakaran Pandiyan wrote: > > The total or the nominal link bandwidth, which we save in terms of PBN, is > > a factor of link rate and lane count. But, currently we hardcode it to > > 2560 PBN.

[PATCH v3 04/13] drm: bridge: Detach bridge from encoder at encoder cleanup time

Hi Daniel, On Tuesday 29 Nov 2016 10:48:21 Daniel Vetter wrote: > On Tue, Nov 29, 2016 at 11:04:34AM +0200, Laurent Pinchart wrote: > > Most drivers that use bridges forgot to detach them at cleanup time. > > Instead of fixing them one by one, detach the bridge in the core > >

[PATCH v3 03/13] drm: bridge: Link encoder and bridge in core code

On Tue, 29 Nov 2016 11:04:33 +0200 Laurent Pinchart wrote: > Instead of linking encoders and bridges in every driver (and getting it > wrong half of the time, as many drivers forget to set the drm_bridge > encoder pointer), do so in core code. The

[PATCH 1/2] drm/i915/dsi: Fix swapping of MIPI_SEQ_DEASSERT_RESET / MIPI_SEQ_ASSERT_RESET

On Tue, Nov 29, 2016 at 04:06:31PM +0200, Ville Syrjälä wrote: > On Tue, Nov 29, 2016 at 02:06:20PM +0100, Hans de Goede wrote: > > Hi, > > > > Thanks for the quick reply. > > > > On 29-11-16 13:48, Ville Syrjälä wrote: > > > On Tue, Nov 29, 2016 at 01:38:57PM +0100, Hans de Goede wrote: > >

[PATCH v3 04/13] drm: bridge: Detach bridge from encoder at encoder cleanup time

Hi Archit, On Tuesday 29 Nov 2016 16:04:08 Archit Taneja wrote: > On 11/29/2016 02:34 PM, Laurent Pinchart wrote: > > Most drivers that use bridges forgot to detach them at cleanup time. > > Instead of fixing them one by one, detach the bridge in the core > > drm_encoder_cleanup() function. > >

[PATCH v3 03/13] drm: bridge: Link encoder and bridge in core code

Hi Daniel, On Tuesday 29 Nov 2016 20:02:01 Laurent Pinchart wrote: > On Tuesday 29 Nov 2016 11:05:27 Daniel Vetter wrote: > > On Tue, Nov 29, 2016 at 11:43:19AM +0200, Laurent Pinchart wrote: > >> On Tuesday 29 Nov 2016 10:35:24 Daniel Vetter wrote: > >>> On Tue, Nov 29, 2016 at 11:04:33AM +0200,

[PATCH v7 4/8] drm/sunxi: Add DT bindings documentation of Allwinner HDMI

Hi Jean-François, Thank you for the patch. On Tuesday 29 Nov 2016 10:08:25 Jean-Francois Moine wrote: > Signed-off-by: Jean-Francois Moine > --- > .../devicetree/bindings/display/sunxi/hdmi.txt | 56 +++ > 1 file changed, 56 insertions(+) > create mode 100644

[PATCH v7 2/8] drm/sun8i: Add DT bindings documentation of Allwinner DE2

Hi Jean-François, A brief update. On Tuesday 29 Nov 2016 20:41:30 Laurent Pinchart wrote: > On Monday 28 Nov 2016 19:02:39 Jean-Francois Moine wrote: > > Signed-off-by: Jean-Francois Moine > > --- > > > > .../bindings/display/sunxi/sun8i-de2.txt | 121 > > 1 file

[PATCH v7 2/8] drm/sun8i: Add DT bindings documentation of Allwinner DE2

Hi Jean-François, Thank you for the patch. On Monday 28 Nov 2016 19:02:39 Jean-Francois Moine wrote: > Signed-off-by: Jean-Francois Moine > --- > .../bindings/display/sunxi/sun8i-de2.txt | 121 ++ > 1 file changed, 121 insertions(+) > create mode 100644 >

[PATCH v7 4/8] drm/sunxi: Add DT bindings documentation of Allwinner HDMI

On Tue, 29 Nov 2016 20:46:22 +0200 Laurent Pinchart wrote: [snip] > > +Example: > > + > > + hdmi: hdmi at 01ee { > > + compatible = "allwinner,sun8i-a83t-hdmi"; > > + reg = <0x01ee 0x2>; > > + clocks = < CLK_BUS_HDMI>, < CLK_HDMI>, > > +

[PATCH] drm: parse hf-vsdb

HDMI 2.0 / CEA-861-F specs define a new CEA extension data block, called hdmi-forum vendor specific data block (HF-VSDB). This block contains information about sink's support for HDMI 2.0 compliant features. These features are: - Deep color YUV 420 support and BPC - 3D flags for -

[PATCH v2 01/13] devicetree/bindings: display: Document common panel properties

Hi Rob, On Tuesday 29 Nov 2016 09:14:09 Rob Herring wrote: > On Tue, Nov 29, 2016 at 2:27 AM, Laurent Pinchart wrote: > > On Tuesday 22 Nov 2016 11:36:55 Laurent Pinchart wrote: > >> On Monday 21 Nov 2016 10:48:15 Rob Herring wrote: > >>> On Sat, Nov 19, 2016 at 05:28:01AM +0200, Laurent Pinchart

[PATCH libdrm 5/5] xf86drm: implement an OpenBSD specific drmGetDevice

On 26 November 2016 at 00:40, Jonathan Gray wrote: > This avoids walking all of /dev and directly maps the fd to a path to a > primary node. > I realise that the code is pretty ugly/bad/etc, but I would stay way from similar optimisations. As-is it will just work as you guys get support for

[Bug 98005] VCE dual instance encoding inconsistent since st/va: enable dual instances encode by sync surface

next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/0ff4c287/attachment.html>

[PATCH v3 03/13] drm: bridge: Link encoder and bridge in core code

Hi Daniel, On Tuesday 29 Nov 2016 11:05:27 Daniel Vetter wrote: > On Tue, Nov 29, 2016 at 11:43:19AM +0200, Laurent Pinchart wrote: > > On Tuesday 29 Nov 2016 10:35:24 Daniel Vetter wrote: > >> On Tue, Nov 29, 2016 at 11:04:33AM +0200, Laurent Pinchart wrote: > >>> Instead of linking encoders and

[PATCH v3 03/13] drm: bridge: Link encoder and bridge in core code

Hi Archit, On Tuesday 29 Nov 2016 15:57:06 Archit Taneja wrote: > On 11/29/2016 02:34 PM, Laurent Pinchart wrote: > > Instead of linking encoders and bridges in every driver (and getting it > > wrong half of the time, as many drivers forget to set the drm_bridge > > encoder pointer), do so in

[PATCH libdrm 3/5] xf86drm: implement drmParsePciDeviceInfo for OpenBSD

On 26 November 2016 at 00:40, Jonathan Gray wrote: > Implement drmParsePciDeviceInfo for OpenBSD by using the new > DRM_IOCTL_GET_PCIINFO ioctl. > > Signed-off-by: Jonathan Gray > --- > xf86drm.c | 51 +++ > 1 file changed, 51 insertions(+) > >

[PATCH v3 09/13] drm: Add encoder_type field to the drm_bridge structure

Hi Daniel, On Tuesday 29 Nov 2016 11:27:20 Daniel Vetter wrote: > On Tue, Nov 29, 2016 at 11:58:44AM +0200, Laurent Pinchart wrote: > > On Tuesday 29 Nov 2016 10:56:53 Daniel Vetter wrote: > >> On Tue, Nov 29, 2016 at 11:04:39AM +0200, Laurent Pinchart wrote: > >>> The drm_bridge object models

[PATCH libdrm 2/5] xf86drm: implement drmParseSubsystemType for OpenBSD

On 26 November 2016 at 00:40, Jonathan Gray wrote: > Implement drmParseSubsystemType for OpenBSD by always returning > DRM_BUS_PCI. No non-pci drm drivers are in the kernel and this is > unlikely to change anytime soon as the existing ones aren't permissively > licensed. > A few noticeable X11

[PATCH libdrm 1/5] xf86drm: implement drmGetMinorNameForFD for non-sysfs

On 26 November 2016 at 00:40, Jonathan Gray wrote: > Implement drmGetMinorNameForFD for systems without sysfs by > adapting drm_get_device_name_for_fd() from the Mesa loader. > > Signed-off-by: Jonathan Gray > --- > xf86drm.c | 20 +++- > 1 file changed, 19 insertions(+), 1

[Bug 98905] XFX Radeon RX 480 XXX OC GPU hangs in games with "auto" power_dpm_force_performance_level

ou are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/988f5bc1/attachment.html>

[Bug 95306] Random Blank(black) screens on "Carrizo"

are on the CC list for the bug. > > -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/bb575416/attachment-0001.html>

[Bug/RFC] drm/imx: warning: vblank wait timed out

Hi Philipp, thanks for your answer! On 11/29/2016 05:38 PM, Philipp Zabel wrote: > Hi Christopher, > > Am Dienstag, den 29.11.2016, 16:45 +0100 schrieb Christopher Spinrath: >> Hi all, >> >> I am trying to enable the second display pipeline of my imx6q based >> Utilite Pro. I appended a

[PATCH V3 3/3] drm: Add new driver for MXSFB controller

On 11/14/2016 12:47 PM, Daniel Vetter wrote: > On Mon, Nov 14, 2016 at 11:10:36AM +0100, Marek Vasut wrote: >> Add new driver for the MXSFB controller found in i.MX23/28/6SX . >> The MXSFB controller is a simple framebuffer controller with one >> parallel LCD output. Unlike the MXSFB fbdev driver

[PATCH V3 2/3] dt-bindings: mxsfb: Add new bindings for the MXSFB driver

On 11/29/2016 04:29 PM, Rob Herring wrote: > On Fri, Nov 25, 2016 at 12:26 PM, Marek Vasut wrote: >> On 11/16/2016 01:21 PM, Marek Vasut wrote: >>> Add new DT bindings for new MXSFB driver that is using the >>> OF graph to parse the video output structure instead of >>> hard-coding the display

[PATCH] dim: Add status command

On Tue, 29 Nov 2016, Daniel Vetter wrote: > Useful with our branch proliferation to make sure nothing is stuck (we > now also have drm-misc-next/-next-fixes/-fixes). > > v2: Gracefully handle if some remotes arent' there. > > Acked-by: seanpaul at chromium.org > Signed-off-by: Daniel Vetter

[Bug 98901] amdgpu doesn't reinitialize after reboot in Xen PV DomU

ing this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/4d596b00/attachment.html>

[Bug 98901] amdgpu doesn't reinitialize after reboot in Xen PV DomU

bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/c11b1b5b/attachment.html>

[Bug/RFC] drm/imx: warning: vblank wait timed out

Hi Christopher, Am Dienstag, den 29.11.2016, 16:45 +0100 schrieb Christopher Spinrath: > Hi all, > > I am trying to enable the second display pipeline of my imx6q based > Utilite Pro. I appended a devicetree patch to this email for reference. > > While it works perfectly on its own there occur

[Bug/RFC] drm/imx: warning: vblank wait timed out

Hi all, I am trying to enable the second display pipeline of my imx6q based Utilite Pro. I appended a devicetree patch to this email for reference. While it works perfectly on its own there occur kernel warnings (see below) if both pipelines are connected. Furthermore, the machine becomes almost

[PATCH v2 2/2] ARM: dts: da850-lcdk: specify the maximum pixel clock rate for tilcdc

On Monday 28 November 2016 05:45 PM, Bartosz Golaszewski wrote: > Due to memory throughput constraints any display mode for which the > pixel clock rate exceeds the recommended value of 37500 KHz must be > filtered out. I think there might be more reasons than memory throughput constraints for

[PATCH] drm: Make the connector .detect() callback optional

On Tue, Nov 29, 2016 at 3:56 PM, Laurent Pinchart wrote: > Many drivers (21 to be exact) create connectors that are always > connected (for instance to an LVDS or DSI panel). Instead of forcing > them to implement a dummy .detect() handler, make the

[PATCH 1/2] drm/i915/dsi: Fix swapping of MIPI_SEQ_DEASSERT_RESET / MIPI_SEQ_ASSERT_RESET

On Tue, Nov 29, 2016 at 02:06:20PM +0100, Hans de Goede wrote: > Hi, > > Thanks for the quick reply. > > On 29-11-16 13:48, Ville Syrjälä wrote: > > On Tue, Nov 29, 2016 at 01:38:57PM +0100, Hans de Goede wrote: > >> Looking at the ADF code from the Android kernel sources for a > >>

[PATCH v3 04/13] drm: bridge: Detach bridge from encoder at encoder cleanup time

On 11/29/2016 02:34 PM, Laurent Pinchart wrote: > Most drivers that use bridges forgot to detach them at cleanup time. > Instead of fixing them one by one, detach the bridge in the core > drm_encoder_cleanup() function. > > Signed-off-by: Laurent Pinchart

[PATCH v3 03/13] drm: bridge: Link encoder and bridge in core code

On 11/29/2016 02:34 PM, Laurent Pinchart wrote: > Instead of linking encoders and bridges in every driver (and getting it > wrong half of the time, as many drivers forget to set the drm_bridge > encoder pointer), do so in core code. The drm_bridge_attach() function > needs the encoder and

[Intel-gfx] [PATCH v2 3/3] drm: Protect fb_helper list manipulation with a mutex

On Tue, Nov 29, 2016 at 7:02 AM, Chris Wilson wrote: > Though we only walk the kernel_fb_helper_list inside a panic (or single > thread debugging), we still need to protect the list manipulation on > creating/removing a framebuffer device in order to prevent list > corruption. > > Signed-off-by:

[PATCH v2 2/3] drm: Pull together probe + setup for drm_fb_helper

On Tue, Nov 29, 2016 at 3:29 PM, Daniel Vetter wrote: > On Tue, Nov 29, 2016 at 12:02:16PM +, Chris Wilson wrote: >> drm_fb_helper_probe_connector_modes() is always called before >> drm_setup_crtcs(), so just move the call into drm_setup_crtcs for a >> small bit of code compaction. >> >>

[Intel-gfx] [PATCH v2 1/3] drm: Hold mode_config.lock to prevent hotplug whilst setting up crtcs

On Tue, Nov 29, 2016 at 7:02 AM, Chris Wilson wrote: > The fb_helper->connector_count is modified when a new connector is > constructed following a hotplug event (e.g. DP-MST). This causes trouble > for drm_setup_crtcs() and friends that assume that fb_helper is > constant: > > [ 1250.872997]

[Bug 98903] [AMDGPU] System hang with latest CS:GO update

L: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/c8e3e886/attachment-0001.html>

[Bug 96868] AMDGPU Tonga only does 2560x1440 at 120hz, switching to 144hz causes display errors, same thing used to happen with fglrx.

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/81b1c252/attachment.html>

[Intel-gfx] [PATCH v2 2/3] drm: Pull together probe + setup for drm_fb_helper

On Tue, Nov 29, 2016 at 10:28:03AM -0500, Sean Paul wrote: > On Tue, Nov 29, 2016 at 7:02 AM, Chris Wilson > wrote: > > drm_fb_helper_probe_connector_modes() is always called before > > drm_setup_crtcs(), so just move the call into drm_setup_crtcs for a > > small bit of code compaction. > > > >

[PATCH] dim: Add status command

Useful with our branch proliferation to make sure nothing is stuck (we now also have drm-misc-next/-next-fixes/-fixes). v2: Gracefully handle if some remotes arent' there. Acked-by: seanpaul at chromium.org Signed-off-by: Daniel Vetter --- dim | 22 ++ dim.rst | 5

[PATCH v7 1/8] drm: sun8i: Add a basic DRM driver for Allwinner DE2

On Mon, Nov 28, 2016 at 03:23:54PM +0100, Jean-Francois Moine wrote: > Allwinner's recent SoCs, as A64, A83T and H3, contain a new display > engine, DE2. > This patch adds a DRM video driver for this device. > > Signed-off-by: Jean-Francois Moine Scrolled around a bit, seemed all reasonable.

[PATCH v7 0/8] drm: sun8i: Add DE2 HDMI video support

sider in > > > the DT bindings, since we can't break them. > > > > > > Until those are fixed, I cannot see how this driver can be merged, > > > unfortunately. > > -- > Regards, > > Laurent Pinchart > > Best regards, Jernej Å krabec -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/233bc908/attachment.html>

[PATCH 0/4] drm: Add support for the Amlogic Video Processing Unit

On Tue, Nov 29, 2016 at 11:47:45AM +0100, Neil Armstrong wrote: > This a repost of the previous RFC at [1] with fixes, the following patches > will > be sent via a PULL Request once the Amlogic maintainer acks and takes the DT > patches to avoid merges conflicts. > > The Amlogic Meson SoCs

[PATCH] drm: Fix locking cargo-cult in encoder/plane init/cleanup

On Tue, Nov 29, 2016 at 10:39:03AM +, Frank Binns wrote: > On 29/11/16 09:45, Daniel Vetter wrote: > > Encoders can't be hotplugged, we dont need looking for this > > s/looking/locking/ > > With that changed: > Reviewed-by: Frank Binns Fixed, thanks for your review. -Daniel > > > since

[PATCH] drm/doc: Fix indenting in drm_modeset_lock.c comment

On Tue, Nov 29, 2016 at 10:24:40AM +0100, Daniel Vetter wrote: > This isn't part of the code snippet anymore ... > > Signed-off-by: Daniel Vetter Merged with Rob's irc-ack. -Daniel > --- > drivers/gpu/drm/drm_modeset_lock.c | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-) >

[PATCH 2/2] drm/i915/dsi: Fix chv_exec_gpio disabling the GPIOs it is setting

On Tue, Nov 29, 2016 at 01:38:58PM +0100, Hans de Goede wrote: > Set the CHV_GPIO_GPIOEN bit when updating GPIOs from chv_exec_gpio. > > Fixes: a0a6d4ffd2ad ("drm/i915/dsi: add support for gpio elements on CHV") > Cc: Jani Nikula > Cc: Ville Syrjälä > Signed-off-by: Hans de Goede > --- >

[PATCH 1/2] drm/i915/dsi: Fix swapping of MIPI_SEQ_DEASSERT_RESET / MIPI_SEQ_ASSERT_RESET

On Tue, Nov 29, 2016 at 01:38:57PM +0100, Hans de Goede wrote: > Looking at the ADF code from the Android kernel sources for a > cherrytrail tablet I noticed that it is calling the > MIPI_SEQ_ASSERT_RESET sequence from the panel prepare hook. > > Until commit b1cb1bd29189 ("drm/i915/dsi: update

[PATCH v7 0/8] drm: sun8i: Add DE2 HDMI video support

annot see how this driver can be merged, > unfortunately. > > Maxime > > -- > Maxime Ripard, Free Electrons > Embedded Linux and Kernel engineering > http://free-electrons.com Best regards, Jernej Å krabec -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/244c185f/attachment-0001.html>

[PATCH RFC] drm: Add a new connector atomic property for link status

On Tue, Nov 29, 2016 at 9:45 AM, Sean Paul wrote: > On Mon, Nov 28, 2016 at 7:59 PM, Manasi Navare > wrote: >> On Wed, Nov 23, 2016 at 09:09:28AM +0100, Daniel Vetter wrote: >>> On Tue, Nov 22, 2016 at 09:27:35PM -0500, Sean Paul wrote: >>> > On Tue, Nov 22, 2016 at 8:30 PM, Manasi Navare >>> >

[PATCH v6 3/5] ARM: dts: sun8i-h3: add HDMI video nodes

entañ| ** Breizh ha Linux atav! ** > Jef| http://moinejf.free.fr/ Best regards, Jernej Škrabec -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/a5812287/attachment-0001.html>

[ANNOUNCE] libdrm 2.4.74

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Widawsky (1): intel: Add Geminilake PCI IDs Christian Gmeiner (4): etnaviv: add API to get drm fd from etna_device etnaviv: add API to create etna_device from private dup() fd etnaviv: change get_abs_timeout(..) to use

[PATCH 1/2] drm/i915/dsi: Fix swapping of MIPI_SEQ_DEASSERT_RESET / MIPI_SEQ_ASSERT_RESET

Hi, Thanks for the quick reply. On 29-11-16 13:48, Ville Syrjälä wrote: > On Tue, Nov 29, 2016 at 01:38:57PM +0100, Hans de Goede wrote: >> Looking at the ADF code from the Android kernel sources for a >> cherrytrail tablet I noticed that it is calling the >> MIPI_SEQ_ASSERT_RESET sequence

[Bug 98897] Macbook pro 11,5 screen flicker when AC adapter plugged in

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/68d788a3/attachment.html>

[Bug 98897] Macbook pro 11,5 screen flicker when AC adapter plugged in

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161129/e93f2b51/attachment.html>

[PATCH v3 1/2] dt-bindings: drm/bridge: adv7511: Add regulator bindings

On 11/29/2016 12:03 PM, Laurent Pinchart wrote: > Hi Archit, > > Thank you for the patch. > > On Tuesday 29 Nov 2016 11:37:41 Archit Taneja wrote: >> Add the regulator supply properties needed by ADV7511 and ADV7533. >> >> The regulators are specified as optional properties since there can >> be

[PATCH 2/2] drm/i915/dsi: Fix chv_exec_gpio disabling the GPIOs it is setting

Set the CHV_GPIO_GPIOEN bit when updating GPIOs from chv_exec_gpio. Fixes: a0a6d4ffd2ad ("drm/i915/dsi: add support for gpio elements on CHV") Cc: Jani Nikula Cc: Ville Syrjälä Signed-off-by: Hans de Goede --- drivers/gpu/drm/i915/intel_dsi_panel_vbt.c | 3 ++- 1 file changed, 2

  1   2   3   >