Re: [Nouveau] [PATCH 2/5] drm/nouveau: Grab RPM ref while probing outputs

2018-07-17 Thread Karol Herbst
Reviewed-by: Karol Herbst On Tue, Jul 17, 2018 at 9:21 AM, Lukas Wunner wrote: > On Mon, Jul 16, 2018 at 07:59:26PM -0400, Lyude Paul wrote: >> --- a/drivers/gpu/drm/nouveau/dispnv50/disp.c >> +++ b/drivers/gpu/drm/nouveau/dispnv50/disp.c >> @@ -2012,10 +2012,18 @@

Re: [Nouveau] [PATCH 2/5] drm/nouveau: Grab RPM ref while probing outputs

2018-07-17 Thread Lukas Wunner
On Mon, Jul 16, 2018 at 07:59:26PM -0400, Lyude Paul wrote: > --- a/drivers/gpu/drm/nouveau/dispnv50/disp.c > +++ b/drivers/gpu/drm/nouveau/dispnv50/disp.c > @@ -2012,10 +2012,18 @@ nv50_disp_atomic_state_alloc(struct drm_device *dev) > return >state; > } > > +static void >

[PATCH 2/5] drm/nouveau: Grab RPM ref while probing outputs

2018-07-16 Thread Lyude Paul
When DP MST hubs get confused, they can occasionally stop responding for a good bit of time up until the point where the DRM driver manages to do the right DPCD accesses to get it to start responding again. In a worst case scenario however, this process can take upwards of 10+ seconds. Currently