; > Not sure about the kernel, but in other projects the convention is
> >
> > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98915
> >
> >> Fixes: 8a357d10043c ("drm: Nerf DRM_CONTROL nodes")
> >> Signed-off-by: Alex Deucher
> >
> > Regardless of the above,
> >
> > Reviewed-by: Michel Dänzer
>
> Reviewed-by: Christian König .
>
Worked fine, fixed the issue for me.
Tested-by: Shawn Starr
> ___
> amd-gfx mailing list
> amd-gfx at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/amd-gfx
For the series, no regressions in my testing, no stalls, no issues noted.
Tested by: Shawn Starr
Thanks,
Shawn
On Tuesday, October 18, 2016 4:13:11 PM EDT Dave Airlie wrote:
> From: Dave Airlie
>
> These functions are needed for gpu/ttm drivers to reserve the
> VRAM area as wr
On Tuesday, March 19, 2013 04:12:18 PM Daniel Vetter wrote:
On Tue, Mar 19, 2013 at 10:03 AM, Chris Wilson ch...@chris-wilson.co.uk
wrote:
How about just using:
if (!HAS_GMBUS_IRQ(dev_priv-dev)) gmbus4_irq_en = 0;
and the existing wait loop?
I explicitly wanted to avoid
On Tuesday, March 19, 2013 04:12:18 PM Daniel Vetter wrote:
> On Tue, Mar 19, 2013 at 10:03 AM, Chris Wilson
wrote:
> >> > How about just using:
> >> > if (!HAS_GMBUS_IRQ(dev_priv->dev)) gmbus4_irq_en = 0;
> >> >
> >> > and the existing wait loop?
> >>
> >> I explicitly wanted to avoid
On Friday, March 15, 2013 12:14:28 PM Yinghai Lu wrote:
On Fri, Mar 15, 2013 at 8:14 AM, Jiri Kosina jkos...@suse.cz wrote:
Just a datapoint -- I have put a trivial debugging patch in place, and it
reveals that nobody cared for irq 16 happens long after last
I915_WRITE(GMBUS4 +
On Friday, March 15, 2013 12:14:28 PM Yinghai Lu wrote:
> On Fri, Mar 15, 2013 at 8:14 AM, Jiri Kosina wrote:
> > Just a datapoint -- I have put a trivial debugging patch in place, and it
> > reveals that "nobody cared" for irq 16 happens long after last
> >
> > I915_WRITE(GMBUS4 +
