[Intel-gfx] [PATCH 4/4] drm/atomic-helpers: Make encoder picking more robust

For the series: Reviewed-by: Ander Conselvan de Oliveira On Mon, 2015-08-03 at 17:24 +0200, Daniel Vetter wrote: > We've had a few issues with atomic where subtle bugs in the encoder > picking logic lead to accidental self-stealing of the encoder, > resulting in a NULL connector_state->crtc in

[Intel-gfx] [PATCH 4/4] drm/atomic-helpers: Make encoder picking more robust

On Tue, Aug 04, 2015 at 11:56:08AM +0300, Ander Conselvan De Oliveira wrote: > For the series: > > Reviewed-by: Ander Conselvan de Oliveira Thanks for the review. -Daniel > > > On Mon, 2015-08-03 at 17:24 +0200, Daniel Vetter wrote: > > We've had a few issues with atomic where subtle bugs in

[PATCH 4/4] drm/atomic-helpers: Make encoder picking more robust

On Mon, Aug 03, 2015 at 05:24:11PM +0200, Daniel Vetter wrote: > We've had a few issues with atomic where subtle bugs in the encoder > picking logic lead to accidental self-stealing of the encoder, > resulting in a NULL connector_state->crtc in update_connector_routing > and subsequent. > > Linus

[PATCH 4/4] drm/atomic-helpers: Make encoder picking more robust

We've had a few issues with atomic where subtle bugs in the encoder picking logic lead to accidental self-stealing of the encoder, resulting in a NULL connector_state->crtc in update_connector_routing and subsequent. Linus applied some duct-tape for an mst regression in commit