• Daniel Vetter's avatar
    drm/i915: kill dev_priv->rps.lock · 59cdb63d
    Daniel Vetter authored
    Now that the rps interrupt locking isn't clearly separated (at elast
    conceptually) from all the other interrupt locking having a different
    lock stopped making sense: It protects much more than just the rps
    workqueue it started out with. But with the addition of VECS the
    separation started to blurr and resulted in some more complex locking
    for the ring interrupt refcount.
    
    With this we can (again) unifiy the ringbuffer irq refcounts without
    causing a massive confusion, but that's for the next patch.
    
    v2: Explain better why the rps.lock once made sense and why no longer,
    requested by Ben.
    Reviewed-by: default avatarBen Widawsky <ben@bwidawsk.net>
    Signed-off-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
    59cdb63d
intel_ringbuffer.c 53.5 KB