Panel unable to use atmel,hlcdc-pwm for backlight

On 2016-09-26 21:58, Peter Rosin wrote: > On 2016-09-26 21:51, Boris Brezillon wrote: >> On Mon, 26 Sep 2016 21:35:43 +0200 >> Peter Rosin wrote: >> >>> Hi! >>> >>> I'm trying to attach a simpel-panel to an atmel,sama5d3-hlcdc >>> controller. See below for the parts of my .dts that I find >>>

Panel unable to use atmel,hlcdc-pwm for backlight

On 2016-09-26 21:51, Boris Brezillon wrote: > On Mon, 26 Sep 2016 21:35:43 +0200 > Peter Rosin wrote: > >> Hi! >> >> I'm trying to attach a simpel-panel to an atmel,sama5d3-hlcdc >> controller. See below for the parts of my .dts that I find >> relevant. >> >> When I boot with this, I run into a

Panel unable to use atmel,hlcdc-pwm for backlight

On Mon, 26 Sep 2016 21:35:43 +0200 Peter Rosin wrote: > Hi! > > I'm trying to attach a simpel-panel to an atmel,sama5d3-hlcdc > controller. See below for the parts of my .dts that I find > relevant. > > When I boot with this, I run into a problem. What I think > happens is that the hlcdc probe

[PATCH] drm: Convert prime dma-buf <-> handle to rbtree

Currently we use a linear walk to lookup a handle and return a dma-buf, and vice versa. A long overdue TODO task is to convert that to a hashtable. Since the initial implementation of dma-buf/prime, we now have resizeable hashtables we can use (and now a future task is to RCU enable the lookup!).

Panel unable to use atmel,hlcdc-pwm for backlight

Hi! I'm trying to attach a simpel-panel to an atmel,sama5d3-hlcdc controller. See below for the parts of my .dts that I find relevant. When I boot with this, I run into a problem. What I think happens is that the hlcdc probe fails because the panel probe fails because the backlight probe fails

[PATCH][v2] drm/sun4i: rgb: Enable panel after controller

The panel should be enabled after the controller so that we do not have visual glitches on the panel while the controller is setup. Similarly, the panel should be disabled before the controller. Signed-off-by: Jonathan Liu --- Changes in v2: - Changed the commit message to be clearer

[PATCH v2 00/16] drm: drm: Per-plane rotation etc.

On Mon, Sep 26, 2016 at 07:30:45PM +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrjälä > > Another, rebased, version of my earlier series [1] to add the per-plane > rotation property. One thing holding back the previous version was the > weird regression on omap, but

[PATCH] drm/amdgpu: disable CRTCs before teardown

On Sun, Sep 25, 2016 at 11:34:48PM +0300, Grazvydas Ignotas wrote: > Some code called by drm_crtc_force_disable_all() wants to wait for all > fences, so only do fence teardown after CRTCs are disabled. > > Signed-off-by: Grazvydas Ignotas Fixes: 84b89bdcedf8 ("drm/amdgpu: Turn off CRTCs on

[PATCH v2 15/15] drm/i915: Add horizontal mirroring support for CHV pipe B planes

From: Ville Syrjälä The primary and sprite planes on CHV pipe B support horizontal mirroring. Expose it to the world. Sadly the hardware ignores the mirror bit when the rotate bit is set, so we'll have to reject the 180+X case. v2: Drop the BIT()

[PATCH v2 14/15] drm/i915: Clean up rotation DSPCNTR/DVSCNTR/etc. setup

From: Ville Syrjälä Move the plane control register rotation setup away from the coordinate munging code. This will result in neater looking code once we add reflection support for CHV. v2: Drop the BIT(), drop some usless parens, Signed-off-by: Ville Syrjälä

[PATCH v2 13/15] drm/i915: Use & instead if == to check for rotations

From: Ville Syrjälä Using == to check for 180 degree rotation only works as long as the reflection bits aren't set. That will change soon enough for CHV, so let's stop doing things the wrong way. v2: Drop the BIT() Signed-off-by: Ville Syrjälä Reviewed-by:

[PATCH v2 12/15] drm: RIP mode_config->rotation_property

From: Ville Syrjälä Now that all drivers have been converted over to the per-plane rotation property, we can just nuke the global rotation property. v2: Rebase due to BIT(),__builtin_ffs() & co. Deal with superfluous code shuffling Signed-off-by: Ville

[PATCH v3 11/15] drm/i915: Use the per-plane rotation property

From: Ville Syrjälä On certain platforms not all planes support the same set of rotations/reflections, so let's use the per-plane property for this. This is already a problem on SKL when we use the legay cursor plane as it only supports 0|180 whereas the

[PATCH v2 10/15] drm/msm/mdp5: Advertize 180 degree rotation

From: Ville Syrjälä Since the hardware can apparently do both X and Y reflection, we can advertize also 180 degree rotation as thats just X+Y reflection. v2: Drop the BIT() Cc: Rob Clark Cc: Jilai Wang Cc: Archit Taneja Signed-off-by: Ville Syrjälä ---

[PATCH v2 09/15] drm/msm/mdp5: Use per-plane rotation property

From: Ville Syrjälä The global mode_config.rotation_property is going away, switch over to per-plane rotation_property. v2: Drop the BIT() Cc: Rob Clark Cc: Jilai Wang Cc: Archit Taneja Signed-off-by: Ville Syrjälä ---

[PATCH v2 08/15] drm/msm/mdp5: Set rotation property initial value to BIT(DRM_ROTATE_0) insted of 0

From: Ville Syrjälä 0 isn't a valid rotation property value, so let's set the initial value of the property to BIT(DRM_ROTATE_0) instead. In the same vein, we must always have at leat one angle as part of set of supported rotation bits, so let's include

[PATCH v2 07/15] drm/omap: Use per-plane rotation property

From: Ville Syrjälä The global mode_config.rotation_property is going away, switch over to per-plane rotation_property. Not sure I got the annoying crtc rotation_property handling right. Might work, or migth not. v2: Drop the BIT() Don't create rotation

[PATCH v2 06/15] drm/omap: Set rotation property initial value to BIT(DRM_ROTATE_0) insted of 0

From: Ville Syrjälä 0 isn't a valid rotation property value, so let's set the initial value of the property to BIT(DRM_ROTATE_0) instead. v2: Drop the BIT() Cc: Tomi Valkeinen Cc: Rob Clark Signed-off-by: Ville Syrjälä ---

[PATCH v3 05/15] drm/atmel-hlcdc: Use per-plane rotation property

From: Ville Syrjälä The global mode_config.rotation_property is going away, switch over to per-plane rotation_property. v2: Propagate error upwards (Boris) v3: Drop the BIT() Cc: Boris Brezillon Signed-off-by: Ville Syrjälä Acked-by: Boris Brezillon ---

[PATCH v2 04/15] drm/arm: Use per-plane rotation property

From: Ville Syrjälä The global mode_config.rotation_property is going away, switch over to per-plane rotation_property. v2: Drop the BIT() Cc: Liviu Dudau Cc: Brian Starkey Cc: Mali DP Maintainers Signed-off-by: Ville Syrjälä Acked-by: Brian Starkey ---

[PATCH v3 03/15] drm: Add support for optional per-plane rotation property

From: Ville Syrjälä Not all planes on the system may support the same rotations/reflections, so make it possible to create a separate property for each plane. This way userspace gets told exactly which rotations/reflections are possible for each plane. v2: Add

[PATCH 02/15] drm/atomic: Reject attempts to use multiple rotation angles at once

From: Ville Syrjälä The rotation property should only accept exactly one rotation angle at once. Let's reject attempts to set none or multiple angles. Testcase: igt/kms_rotation_crc/bad-rotation Signed-off-by: Ville Syrjälä Reviewed-by: Joonas Lahtinen

[PATCH v2 01/15] drm: Add drm_rotation_90_or_270()

From: Ville Syrjälä We have intel_rotation_90_or_270() in i915 to check if the rotation is 90 or 270 degrees. Similar checks are elsewhere in drm, so let's move the helper into a central place and use it everwhere. v2: Drop the BIT() Convert all new

[PATCH v2 00/16] drm: drm: Per-plane rotation etc.

From: Ville Syrjälä Another, rebased, version of my earlier series [1] to add the per-plane rotation property. One thing holding back the previous version was the weird regression on omap, but apparently I managed to fix it (see [2]). msm and omap still lack

[PATCH] drm/amdgpu: disable CRTCs before teardown

On Sun, Sep 25, 2016 at 11:34:48PM +0300, Grazvydas Ignotas wrote: > Some code called by drm_crtc_force_disable_all() wants to wait for all > fences, so only do fence teardown after CRTCs are disabled. Ugh, how embarrassing, that was added by me. Do you have a BUG splat (e.g. soft lockup) for

[Bug 97917] Talos Principle gives Assertion `!NodePtr->isKnownSentinel()' failed

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/54933b99/attachment.html>

[PATCH V5 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

On 09/26/2016 05:24 PM, Peter Senna Tschudin wrote: > > On Monday, September 26, 2016 12:29 CEST, Archit Taneja codeaurora.org> wrote: > >> Hi, >> >> Some comments. > > Thank you for the review! > >> >> On 08/09/2016 10:11 PM, Peter Senna Tschudin wrote: >>> Add a driver that create a

[ADV7393] DRM Encoder Slave or DRM Bridge

On Mon, Sep 26, 2016 at 6:11 PM, Tomi Valkeinen wrote: > On 26/09/16 15:34, Vikas Patil wrote: > >> Will check once I get display working, for time being I think it shows >> connected with the hack I mentioned. I was taking about supporting >> "interlace" via LCD here. > > Ah, sorry, I didn't

[Bug 97879] [amdgpu] Rocket League: long hangs (several seconds) when loading assets (models/textures/shaders?)

ist for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/4426f13f/attachment.html>

[Bug 97879] [amdgpu] Rocket League: long hangs (several seconds) when loading assets (models/textures/shaders?)

as scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/fc84f8c1/attachment.html>

[ADV7393] DRM Encoder Slave or DRM Bridge

On Mon, Sep 26, 2016 at 6:00 PM, Tomi Valkeinen wrote: > > > On 26/09/16 15:25, Vikas Patil wrote: >> On Fri, Sep 23, 2016 at 4:30 PM, Tomi Valkeinen >> wrote: >>> On 22/09/16 16:22, Vikas Patil wrote: >>> Could you help me to understand if I could use “interlace=false”? ADV7393

[PATCH] drm/radeon: Fix negative cursor position

md.com Libre software enthusiast | Mesa and X developer -- next part -- A non-text attachment was scrubbed... Name: radeon-cursor-out-of-bounds.diff Type: text/x-patch Size: 4154 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/20463735/attachment-0001.bin>

[ADV7393] DRM Encoder Slave or DRM Bridge

On Fri, Sep 23, 2016 at 4:30 PM, Tomi Valkeinen wrote: > On 22/09/16 16:22, Vikas Patil wrote: > >> Could you help me to understand if I could use “interlace=false”? >> ADV7393 seems to be supporting non-interlaced mode. From datasheet: >> “The ADV7390/ADV7391/ADV7392/ADV7393 support an SD

[PATCH 2nd RESEND v2 3/3] drm/bridge: add Silicon Image SiI8620 driver

On 09/26/2016 05:01 PM, Archit Taneja wrote: > > > On 09/26/2016 03:06 PM, Andrzej Hajda wrote: >> Hi, >> >> Thanks for review. >> >> >> On 25.09.2016 19:01, Archit Taneja wrote: >>> Hi, >>> >>> On 9/14/2016 2:03 PM, Andrzej Hajda wrote: SiI8620 transmitter converts eTMDS/HDMI signal to MHL

[PATCH 2nd RESEND v2 3/3] drm/bridge: add Silicon Image SiI8620 driver

On 09/26/2016 03:06 PM, Andrzej Hajda wrote: > Hi, > > Thanks for review. > > > On 25.09.2016 19:01, Archit Taneja wrote: >> Hi, >> >> On 9/14/2016 2:03 PM, Andrzej Hajda wrote: >>> SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. >>> It is controlled via I2C bus. Its interaction with

[PATCH v2 4/4] drm/exynos: g2d: beautify probing message

2016년 09월 22일 23:57에 Tobias Jakobi 이(가) 쓴 글: > Apply some 'make-up' in g2d_probe(). Just clean up. Picked it up. > > Signed-off-by: Tobias Jakobi > --- > drivers/gpu/drm/exynos/exynos_drm_g2d.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

[PATCH v2 2/4] drm/exynos: mixer: configure layers once in mixer_atomic_flush()

2016년 09월 22일 23:57에 Tobias Jakobi 이(가) 쓴 글: > Only manipulate the MXR_CFG and MXR_LAYER_CFG registers once > in mixer_cfg_layer(). > Trigger this via atomic flush. > > Changes in v2: > - issue mixer_cfg_layer() in mixer_disable() > - rename fields as suggested by Andrzej > -

[PATCH v2 1/4] drm/exynos: mixer: convert booleans to flags in mixer context

Picked this one up. Thanks, Inki Dae 2016년 09월 22일 23:57에 Tobias Jakobi 이(가) 쓴 글: > The mixer context struct already has a 'flags' field, so > we can use it to store the 'interlace', 'vp_enabled' and > 'has_sclk' booleans. > We use the non-atomic helper functions to access these

[PATCH] drm/i2c: mark tda998x_audio_digital_mute() static

On Sun, Sep 25, 2016 at 03:59:19PM +0800, Baoyou Xie wrote: > We get 1 warning when building kernel with W=1: > drivers/gpu/drm/i2c/tda998x_drv.c:1292:5: warning: no previous prototype for > 'tda998x_audio_digital_mute' [-Wmissing-prototypes] > > In fact, this function is only used in the file

[PATCH] drm: armada: mark symbols static where possible

On Sun, Sep 25, 2016 at 03:22:25PM +0800, Baoyou Xie wrote: > We get 2 warnings when building kernel with W=1: > drivers/gpu/drm/armada/armada_gem.c:215:27: warning: no previous prototype > for 'armada_gem_alloc_object' [-Wmissing-prototypes] > drivers/gpu/drm/armada/armada_gem.c:423:1: warning:

[RFC v3] drm/exynos: g2d: fix runtime PM

Hello Marek, Marek Szyprowski wrote: > Dear Tobias, > > On 2016-09-24 20:58, Tobias Jakobi wrote: >> The commit b05984e21a7e000bf5074ace00d7a574944b2c16 broke >> operation of the G2D. After this commit the following >> happens. >> - exynos_g2d_exec_ioctl() prepares a runqueue node and >>

[PATCH V5 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

Hi, Some comments. On 08/09/2016 10:11 PM, Peter Senna Tschudin wrote: > Add a driver that create a drm_bridge and a drm_connector for the LVDS > to DP++ display bridge of the GE B850v3. > > There are two physical bridges on the video signal pipeline: a > STDP4028(LVDS to DP) and a STDP2690(DP

[RFC v3] drm/exynos: g2d: fix runtime PM

Dear Tobias, On 2016-09-24 20:58, Tobias Jakobi wrote: > The commit b05984e21a7e000bf5074ace00d7a574944b2c16 broke > operation of the G2D. After this commit the following > happens. > - exynos_g2d_exec_ioctl() prepares a runqueue node and >calls g2d_exec_runqueue() > - g2d_exec_runqueue()

[PATCH V5 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

Hi, On 09/26/2016 02:28 PM, Peter Senna Tschudin wrote: > Hi Archit, > > On Monday, September 26, 2016 10:31 CEST, Archit Taneja codeaurora.org> wrote: > >> Hi Peter, >> >> On 09/26/2016 01:57 PM, Peter Senna Tschudin wrote: >>> Patch 1/4 is already on linux-next, but what about this one? Ping?

[PATCH 1/4] drm/amdgpu: add missing header dependencies

On Sun, Sep 25, 2016 at 4:43 AM, Baoyou Xie wrote: > We get a few warnings when building kernel with W=1: > drivers/gpu/drm/amd/amdgpu/dce_v8_0.c:629:6: warning: no previous prototype > for 'dce_v8_0_disable_dce' [-Wmissing-prototypes] > drivers/gpu/drm/amd/amdgpu/dce_v10_0.c:730:6: warning: no

[PATCH] drm/amdgpu/i2c: add const where appropriate

On Sun, Sep 25, 2016 at 4:34 PM, Grazvydas Ignotas wrote: > Signed-off-by: Grazvydas Ignotas > --- Applied this whole set of patches. Thanks! Alex > drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c | 14 +++--- > drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.h | 14 +++--- > 2 files changed,

[ADV7393] DRM Encoder Slave or DRM Bridge

Is ADV7393 connected correctly? Perhaps probe the lines to make sure the signal is correct? And if that's correct, then you'd need to do the same for the output. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/709171f7/attachment.sig>

[PATCH v3 3/3] drm/bridge: add Silicon Image SiI8620 driver

SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. It is controlled via I2C bus. Its interaction with other devices in video pipeline is performed mainly on HW level. The only interaction it does on device driver level is filtering-out unsupported video modes, it exposes drm_bridge

[ADV7393] DRM Encoder Slave or DRM Bridge

- next part ------ A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/3b21cb8e/attachment.sig>

[PATCH 3/3] drm/vmwgfx: Adjust checks for null pointers in 13 functions

This series looks good to me: Reviewed-by: Sinclair Yeh Thanks! On Fri, Sep 23, 2016 at 06:39:04PM +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Fri, 23 Sep 2016 17:53:49 +0200 > MIME-Version: 1.0 > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: 8bit >

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

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 properties into the MXSFB node. The old MXSFB fbdev driver bindings are preserved in the same file in the "Old bindings" section. Signed-off-by: Marek Vasut

[PATCH 1/2] dt-bindings: mxsfb: Indentation cleanup

Clean up the ad-hoc indentation in the documentation, no functional change. Signed-off-by: Marek Vasut Cc: Rob Herring Cc: Lucas Stach Cc: Fabio Estevam Cc: Shawn Guo --- Documentation/devicetree/bindings/display/mxsfb.txt | 16 1 file changed, 8 insertions(+), 8

[PATCH 2/2] drm/imx: Switch to drm_fb_cma_setup_fence() helper

Remove the common code from the driver and use the drm_fb_cma_setup_fence() helper instead. Moveover, call the helper from prepare_fb() plane hook . Signed-off-by: Marek Vasut Cc: Daniel Vetter Cc: Lucas Stach --- drivers/gpu/drm/imx/imx-drm-core.c | 30 +-

[PATCH 1/2] drm/fb_cma_helper: Add drm_fb_cma_setup_fence() helper

Add new drm_fb_cma_setup_fence() helper function extracted from the imx-drm driver. This function checks if the plane has DMABUF attached to it and if so, sets up the fence on which the atomic helper can wait. Signed-off-by: Marek Vasut Cc: Daniel Vetter Cc: Lucas Stach ---

[PATCH] drm: simple_kms_helper: Handle the vblank events

On 09/26/2016 11:41 AM, Marek Vasut wrote: > On 09/25/2016 11:00 PM, Daniel Vetter wrote: >> On Sun, Sep 25, 2016 at 09:41:58PM +0200, Marek Vasut wrote: >>> Handle the vblank events in the simple_kms_helper driver, otherwise >>> the drm_atomic_helper flip_done event never happens. >>> >>>

[PATCH v12 5/7] drm/i915/skl: Ensure pipes with changed wms get added to the state

Hi Is there any chance this could be removed from the upcoming drm-4.9 pull, at least until this issue has been fixed Regards Mike On 21 September 2016 at 12:34, Mike Lothian wrote: > I've raised https://bugs.freedesktop.org/show_bug.cgi?id=97888 I'll > attach the info you requested once I

[ADV7393] DRM Encoder Slave or DRM Bridge

bed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160926/bc1d0b8c/attachment-0001.sig>

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

On Mon, Sep 26, 2016 at 12:36 PM, Marek Vasut wrote: > + > +static int mxsfb_atomic_commit(struct drm_device *dev, > + struct drm_atomic_state *state, bool nonblock) > +{ > +return drm_atomic_helper_commit(dev, state, false); Atomic

[PATCH] drm/radeon: Fix negative cursor position

On Mon, 26 Sep 2016 11:42:16 +0200, Takashi Iwai wrote: > > On Mon, 26 Sep 2016 10:57:50 +0200, > Michel D4nzer wrote: > > > > On 23/09/16 10:06 PM, Takashi Iwai wrote: > > > radeon_cursor_move_unlock() contains a workaround for AVIVO chips that > > > are older than DCE6 when the cursor ends on

[PATCH V5 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

Hi Peter, On 09/26/2016 01:57 PM, Peter Senna Tschudin wrote: > Patch 1/4 is already on linux-next, but what about this one? Ping? I'd posted some queries a couple of times which you didn't answer to. Could you please respond to them before we try to get this merged? Archit > > On Tuesday,

[PATCH v3] drm/exynos: mixer: configure layers once in mixer_atomic_flush()

Only manipulate the MXR_CFG and MXR_LAYER_CFG registers once in mixer_cfg_layer(). Trigger this via atomic flush. Changes in v2: - issue mixer_cfg_layer() in mixer_disable() - rename fields as suggested by Andrzej - added docu to mixer context struct - simplify mixer_win_reset() as well Changes

[PATCH v2 00/16] drm: drm: Per-plane rotation etc.

On Mon, Sep 26, 2016 at 12:30 PM, wrote: > From: Ville Syrjälä > > Another, rebased, version of my earlier series [1] to add the per-plane > rotation property. One thing holding back the previous version was the > weird regression on omap, but apparently I managed to fix it (see [2]). > > msm

Re: [PATCH V5 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

On Monday, September 26, 2016 12:29 CEST, Archit Taneja wrote: > Hi, > > Some comments. Thank you for the review! > > On 08/09/2016 10:11 PM, Peter Senna Tschudin wrote: > > Add a driver that create a drm_bridge and a drm_connector for the LVDS > > to DP++ display bridge of the GE B850v3.

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

On 09/25/2016 10:29 PM, Daniel Vetter wrote: > On Sun, Sep 25, 2016 at 9:26 PM, Marek Vasut wrote: >> On 08/28/2016 06:44 PM, Daniel Vetter wrote: >>> On Fri, Aug 26, 2016 at 04:27:42PM +0200, Marek Vasut wrote: +static void mxsfb_crtc_mode_set_nofb(struct drm_crtc *crtc) +{ +

[PATCH v3] drm/fsl-dcu: Implement gamma_lut atomic crtc properties

On 2016-09-25 23:04, Meng Yi wrote: >> On Wed, Sep 21, 2016 at 11:10:11AM -0700, Stefan Agner wrote: >> > On 2016-09-13 01:49, Meng Yi wrote: >> > >> > diff --git a/drivers/gpu/drm/fsl-dcu/Kconfig >> > >> > b/drivers/gpu/drm/fsl-dcu/Kconfig index 14a72c4..f9c76b1 100644 >> > >> > ---

[ADV7393] DRM Encoder Slave or DRM Bridge

On Fri, Sep 23, 2016 at 4:32 PM, Tomi Valkeinen wrote: > On 23/09/16 13:08, Vikas Patil wrote: >> Hi Tomi, >> >> I added the missing check for "OMAP_DISPLAY_TYPE_VENC" in function >> omap_connector_detect @ gpu/drm/omapdrm/omap_connector.c and now >> modetest seems to be showing correct status

[PATCH] drm/bochs: mark bochs_connector_get_modes() static

On Mo, 2016-09-26 at 11:29 +0200, Daniel Vetter wrote: > On Mon, Sep 26, 2016 at 10:52 AM, Gerd Hoffmann wrote: > > On So, 2016-09-25 at 15:25 +0800, Baoyou Xie wrote: > >> -int bochs_connector_get_modes(struct drm_connector *connector) > >> +static int bochs_connector_get_modes(struct

[PATCH v2 2/4] drm/bridge: adv7511: Initialize regulators

On 9/25/2016 11:05 PM, Laurent Pinchart wrote: > Hi Archit, > > Thank you for the patch. > > On Friday 23 Sep 2016 14:50:28 Archit Taneja wrote: >> Maintain a table of regulator names expect by ADV7511 and ADV7533. >> Use regulator_bulk_* api to configure these. >> >> Initialize and enable the

[PATCH] drm/radeon: Fix negative cursor position

On Mon, 26 Sep 2016 10:57:50 +0200, Michel D4nzer wrote: > > On 23/09/16 10:06 PM, Takashi Iwai wrote: > > radeon_cursor_move_unlock() contains a workaround for AVIVO chips that > > are older than DCE6 when the cursor ends on 128 pixel boundary. It > > decreases the position when the calculated

[PATCH] drm: simple_kms_helper: Handle the vblank events

On 09/25/2016 11:00 PM, Daniel Vetter wrote: > On Sun, Sep 25, 2016 at 09:41:58PM +0200, Marek Vasut wrote: >> Handle the vblank events in the simple_kms_helper driver, otherwise >> the drm_atomic_helper flip_done event never happens. >> >> Signed-off-by: Marek Vasut >> Cc: Noralf Trønnes >>

[PATCH 2nd RESEND v2 3/3] drm/bridge: add Silicon Image SiI8620 driver

Hi, Thanks for review. On 25.09.2016 19:01, Archit Taneja wrote: > Hi, > > On 9/14/2016 2:03 PM, Andrzej Hajda wrote: >> SiI8620 transmitter converts eTMDS/HDMI signal to MHL 3.0. >> It is controlled via I2C bus. Its interaction with other >> devices in video pipeline is performed mainly on HW

[PATCH] drm/bochs: mark bochs_connector_get_modes() static

On Mon, Sep 26, 2016 at 10:52 AM, Gerd Hoffmann wrote: > On So, 2016-09-25 at 15:25 +0800, Baoyou Xie wrote: >> -int bochs_connector_get_modes(struct drm_connector *connector) >> +static int bochs_connector_get_modes(struct drm_connector *connector) > > Added to drm-qemu queue. I've thrown this

[PATCH v3] drm/fsl-dcu: Implement gamma_lut atomic crtc properties

On Mon, Sep 26, 2016 at 09:59:25AM +0200, Daniel Vetter wrote: > On Mon, Sep 26, 2016 at 06:04:09AM +, Meng Yi wrote: > > > > > > > On Wed, Sep 21, 2016 at 11:10:11AM -0700, Stefan Agner wrote: > > > > On 2016-09-13 01:49, Meng Yi wrote: > > > > >> > diff --git

[Bug 97879] [amdgpu] Rocket League: long hangs (several seconds) when loading assets (models/textures/shaders?)

org/archives/dri-devel/attachments/20160926/a0f7e700/attachment.html>

[Bug 91202] Output to DVI-I (or DVI-D) is blank on Tonga (R9 285 and 380X) with multiple monitors

er to help. -- 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/20160926/394d49a0/attachment.html>

[PATCH] drm/color: document NULL values and default settings better

Brought up in a discussion for enabling gamma on fsl-dcu. Cc: Ville Syrjälä Cc: Meng Yi Cc: Lionel Landwerlin Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_color_mgmt.c | 12 1 file changed, 12 insertions(+) diff --git a/drivers/gpu/drm/drm_color_mgmt.c

[PATCH v2 2/4] drm/exynos: mixer: configure layers once in mixer_atomic_flush()

Dear Inki, Inki Dae wrote: > > > 2016년 09월 22일 23:57에 Tobias Jakobi 이(가) 쓴 글: >> Only manipulate the MXR_CFG and MXR_LAYER_CFG registers once >> in mixer_cfg_layer(). >> Trigger this via atomic flush. >> >> Changes in v2: >> - issue mixer_cfg_layer() in mixer_disable() >> -

[PATCH] drm/bochs: mark bochs_connector_get_modes() static

On So, 2016-09-25 at 15:25 +0800, Baoyou Xie wrote: > -int bochs_connector_get_modes(struct drm_connector *connector) > +static int bochs_connector_get_modes(struct drm_connector *connector) Added to drm-qemu queue. thanks, Gerd

[PATCH] libdrm: Update plane type enum definitions to correspond to kernel change

On Fri, 23 Sep 2016, Dhinakaran Pandiyan wrote: > The positions of primary and overlay plane type enums in the kernel were > updated in > > drm/doc: Polish for drm_plane.[hc] > > So, making the change here as well. NAK. That was a regression in the kernel, and fixed in the kernel.

[PATCH] drm: arm: mark symbols static where possible

Hi Baoyou, On Sun, Sep 25, 2016 at 03:20:24PM +0800, Baoyou Xie wrote: > We get 2 warnings when building kernel with W=1: > drivers/gpu/drm/arm/malidp_planes.c:49:25: warning: no previous prototype for > 'malidp_duplicate_plane_state' [-Wmissing-prototypes] >

[PATCH] drm/i915: Before pageflip, also wait for shared dmabuf fences.

On Mon, Sep 26, 2016 at 09:48:37AM +0900, Michel Dänzer wrote: > On 23/09/16 09:09 PM, Daniel Vetter wrote: > > On Fri, Sep 23, 2016 at 07:00:25PM +0900, Michel Dänzer wrote: > >> On 22/09/16 10:22 PM, Christian König wrote: > >>> Am 22.09.2016 um 15:05 schrieb Daniel Vetter: > > But

[PATCH v3] drm/fsl-dcu: Implement gamma_lut atomic crtc properties

On Mon, Sep 26, 2016 at 06:04:09AM +, Meng Yi wrote: > > > > On Wed, Sep 21, 2016 at 11:10:11AM -0700, Stefan Agner wrote: > > > On 2016-09-13 01:49, Meng Yi wrote: > > > >> > diff --git a/drivers/gpu/drm/fsl-dcu/Kconfig > > > >> > b/drivers/gpu/drm/fsl-dcu/Kconfig index 14a72c4..f9c76b1

Re: [PATCH V5 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

Hi Archit, On Monday, September 26, 2016 10:31 CEST, Archit Taneja wrote: > Hi Peter, > > On 09/26/2016 01:57 PM, Peter Senna Tschudin wrote: > > Patch 1/4 is already on linux-next, but what about this one? Ping? > > I'd posted some queries a couple of times which you didn't answer to. >

[PATCH] drm/i915: Before pageflip, also wait for shared dmabuf fences.

On 23/09/16 09:09 PM, Daniel Vetter wrote: > On Fri, Sep 23, 2016 at 07:00:25PM +0900, Michel Dänzer wrote: >> On 22/09/16 10:22 PM, Christian König wrote: >>> Am 22.09.2016 um 15:05 schrieb Daniel Vetter: But the current approach in amdgpu_sync.c of declaring a fence as

[PATCH 2/2] drm: Simplify drm_printk to reduce object size quite a bit

On Sun, Sep 25, 2016 at 07:18:34PM -0700, Joe Perches wrote: > Remove function name and special " *ERROR*" from argument list > > $ size drivers/gpu/drm/built-in.o* (x86-32 defconfig, most drm selected) >text data bss dec hex filename > 5635366182579 14328

Re: [PATCH V5 4/4] dts/imx6q-b850v3: Use GE B850v3 LVDS/DP++ Bridge

Patch 1/4 is already on linux-next, but what about this one? Ping? On Tuesday, August 9, 2016 18:41 CEST, Peter Senna Tschudin wrote: > Configures the GE B850v3 LVDS/DP++ bridge on the dts file. > > Cc: Martyn Welch > Cc: Martin Donnelly > Cc: Javier Martinez Canillas > Cc: Enric Balletbo

Re: [PATCH V5 3/4] drm/bridge: Add driver for GE B850v3 LVDS/DP++ Bridge

Patch 1/4 is already on linux-next, but what about this one? Ping? On Tuesday, August 9, 2016 18:41 CEST, Peter Senna Tschudin wrote: > Add a driver that create a drm_bridge and a drm_connector for the LVDS > to DP++ display bridge of the GE B850v3. > > There are two physical bridges on the

Re: [PATCH V5 2/4] Documentation/devicetree/bindings: b850v3_lvds_dp

Patch 1/4 is already on linux-next, but what about this one? Ping? On Tuesday, August 9, 2016 18:41 CEST, Peter Senna Tschudin wrote: > Devicetree bindings documentation for the GE B850v3 LVDS/DP++ > display bridge. > > Cc: Martyn Welch > Cc: Martin Donnelly > Cc: Javier Martinez Canillas

log splat from Intel DRM driver on resume

On Fri, 23 Sep 2016, Stephen Hemminger wrote: > When I resume my desktop from suspend, the following shows up in the log. > Running 4.8.0-rc6 (net-next branch).dme Please clarify what that is. Please file a bug at [1] and attach full dmesg from the boot, with drm.debug=14 module parameter. BR,

[PATCH] dma-buf/fence-array: get signaled state when signaling is disabled

On Sun, Sep 25, 2016 at 10:43:37PM +0200, Gustavo Padovan wrote: > 2016-09-23 Christian König : > > > Am 23.09.2016 um 13:30 schrieb Gustavo Padovan: > > > 2016-09-22 Christian König : > > > > > > > Am 22.09.2016 um 13:16 schrieb Gustavo Padovan: > > > > > 2016-09-22 Christian König : > > > >

[PATCH v3] drm/fsl-dcu: Implement gamma_lut atomic crtc properties

> On Wed, Sep 21, 2016 at 11:10:11AM -0700, Stefan Agner wrote: > > On 2016-09-13 01:49, Meng Yi wrote: > > >> > diff --git a/drivers/gpu/drm/fsl-dcu/Kconfig > > >> > b/drivers/gpu/drm/fsl-dcu/Kconfig index 14a72c4..f9c76b1 100644 > > >> > --- a/drivers/gpu/drm/fsl-dcu/Kconfig > > >> > +++

[PATCH v4 3/3] drm/nouveau/fb/nv50: defer DMA mapping of scratch page to init() hook

The 100c08 scratch page is mapped using dma_map_page() before the TTM layer has had a chance to set the DMA mask. This means we are still running with the default of 32 when this code executes, and this causes problems for platforms with no memory below 4 GB (such as AMD Seattle) So move the

[PATCH v4 2/3] drm/nouveau/fb/gf100: defer DMA mapping of scratch page to init() hook

The 100c10 scratch page is mapped using dma_map_page() before the TTM layer has had a chance to set the DMA mask. This means we are still running with the default of 32 when this code executes, and this causes problems for platforms with no memory below 4 GB (such as AMD Seattle) So move the

[PATCH v4 1/3] drm/nouveau: set streaming DMA mask early

Some subdevices (i.e., fb/nv50.c and fb/gf100.c) map a scratch page using dma_map_page() way before the TTM layer has had a chance to set the DMA mask. This may prevent the driver from loading at all on platforms whose system memory is not covered by the default DMA mask of 32-bit (i.e., when all

[PATCH v4 0/3] drm/nouveau: set DMA mask before mapping scratch page

This v4 is now a 3 piece series, after Alexandre pointed out that both GF 100 and NV50 are affected by the same issue, and that a related issue has been solved already for Tegra in commit 9d0394c6bed5 ("drm/nouveau/instmem/gk20a: set DMA mask early"). The issue that this series addresses is the

[PATCH] drm/amdgpu/i2c: add const where appropriate

Signed-off-by: Grazvydas Ignotas --- drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c | 14 +++--- drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.h | 14 +++--- 2 files changed, 14 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_i2c.c

[PATCH] drm/amdgpu/vce3: don't forget to tear down some rings

We can use .num_rings for that. Fixes: 6f0359ff7307 ("vce3: add support for third vce ring") Cc: Alex Deucher Signed-off-by: Grazvydas Ignotas --- drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

[PATCH] drm/amdgpu: disable CRTCs before teardown

Some code called by drm_crtc_force_disable_all() wants to wait for all fences, so only do fence teardown after CRTCs are disabled. Signed-off-by: Grazvydas Ignotas --- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] drm/amdgpu: clear ring pointer in amdgpu_device on teardown

This is in symmetry to setup done in amdgpu_ring_init. Signed-off-by: Grazvydas Ignotas --- drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c index 777f11b..e1fa873

[PATCH] drm/amdgpu: don't leave dangling pointers around

Right now it's possible to trigger fence_drv.fences[] dereference after the array has been freed. While the real problem is elsewhere, this still results in confusing errors that depend on how the freed memory was reused (I've seen "kernel tried to execute NX-protected page"), it's better to clear

  1   2   >