DPCD/AUX locking

2014-05-07 Thread Dave Airlie
On 7 May 2014 15:26, Ben Skeggs wrote: > On Wed, May 7, 2014 at 9:20 AM, Dave Airlie wrote: >> So now I've been playing with MST I think get the feeling I might need >> some explicit locking on the AUX channel, I think at the moment the >> mode_config mutex implicitly defends the aux channel as t

DPCD/AUX locking

2014-05-07 Thread Ben Skeggs
On Wed, May 7, 2014 at 9:20 AM, Dave Airlie wrote: > So now I've been playing with MST I think get the feeling I might need > some explicit locking on the AUX channel, I think at the moment the > mode_config mutex implicitly defends the aux channel as the only real > paths into it are > > a) from

DPCD/AUX locking

2014-05-07 Thread Daniel Vetter
On Wed, May 07, 2014 at 09:20:41AM +1000, Dave Airlie wrote: > So now I've been playing with MST I think get the feeling I might need > some explicit locking on the AUX channel, I think at the moment the > mode_config mutex implicitly defends the aux channel as the only real > paths into it are >

DPCD/AUX locking

2014-05-07 Thread Thierry Reding
On Wed, May 07, 2014 at 05:12:54PM +1000, Dave Airlie wrote: > On 7 May 2014 15:26, Ben Skeggs wrote: > > On Wed, May 7, 2014 at 9:20 AM, Dave Airlie wrote: > >> So now I've been playing with MST I think get the feeling I might need > >> some explicit locking on the AUX channel, I think at the mo

DPCD/AUX locking

2014-05-07 Thread Dave Airlie
So now I've been playing with MST I think get the feeling I might need some explicit locking on the AUX channel, I think at the moment the mode_config mutex implicitly defends the aux channel as the only real paths into it are a) from userspace connector probing, b) from HPD irqs, currently both