Re: [Intel-gfx] [PATCH 1/3] drm/i915: Protect MST retraining with connection_mutex

2015-09-23 Thread Daniel Vetter
On Wed, Sep 16, 2015 at 01:48:49PM +0200, Maarten Lankhorst wrote: > Hey, > > Op 03-09-15 om 14:11 schreef Ville Syrjälä: > > On Thu, Aug 27, 2015 at 06:36:48PM +0300, ville.syrj...@linux.intel.com > > wrote: > >> From: Ville Syrjälä > >> > >> Grab the connection_mutex around MSR link retraining

Re: [Intel-gfx] [PATCH 1/3] drm/i915: Protect MST retraining with connection_mutex

2015-09-16 Thread Maarten Lankhorst
Hey, Op 03-09-15 om 14:11 schreef Ville Syrjälä: > On Thu, Aug 27, 2015 at 06:36:48PM +0300, ville.syrj...@linux.intel.com wrote: >> From: Ville Syrjälä >> >> Grab the connection_mutex around MSR link retraining to protect it >> against a concurrent modeset. We already do the same for SST. >> >>

Re: [Intel-gfx] [PATCH 1/3] drm/i915: Protect MST retraining with connection_mutex

2015-09-03 Thread Ville Syrjälä
On Thu, Aug 27, 2015 at 06:36:48PM +0300, ville.syrj...@linux.intel.com wrote: > From: Ville Syrjälä > > Grab the connection_mutex around MSR link retraining to protect it > against a concurrent modeset. We already do the same for SST. > > DP hpd_pulse can still otherwise race against modeset an

[Intel-gfx] [PATCH 1/3] drm/i915: Protect MST retraining with connection_mutex

2015-08-27 Thread ville . syrjala
From: Ville Syrjälä Grab the connection_mutex around MSR link retraining to protect it against a concurrent modeset. We already do the same for SST. DP hpd_pulse can still otherwise race against modeset and ->detect(), so it's not clear what will happen when both want to scribble into eg. intel_