drm: Rip out totally bogus vga_switcheroo->can_switch locking
authorDaniel Vetter <daniel.vetter@ffwll.ch>
Sun, 3 Nov 2013 19:46:34 +0000 (20:46 +0100)
committerDaniel Vetter <daniel.vetter@ffwll.ch>
Wed, 23 Apr 2014 08:32:33 +0000 (10:32 +0200)
commitfc8fd40eb29a936cc689d0008863d39a67741c67
tree708dadf9ad9eb22a9a88cf12de128501c63d731c
parent42b21049fc26513ca8e732f47559b1525b04a992
drm: Rip out totally bogus vga_switcheroo->can_switch locking

So I just wanted to add a new field to struct drm_device and
accidentally stumbled over something. According to comments
dev->open_count is protected by dev->count_lock, but that's totally
not the case. It's protected by drm_global_mutex.

Unfortunately the vga switcheroo callbacks took this comment at face
value. The problem is that we can't just take the drm_global_mutex
because:
- It would lead to a locking inversion with the driver load/unload
  paths.
- It wouldn't actually protect anything, for that we'd need to wrap
  the entire vga switcheroo code in the drm_global_mutex. And I'm not
  sure whether that would actually solve anything.

What we probably want is a try_to_grab_switcheroo reference kind of
thing which is used in the driver's ->open callback. Then we could
move all that ->can_switch madness into the vga switcheroo core where
it really belongs.

But since that would amount to real work take the easy way out and
just add a comment. It's definitely not going to make anything worse
since doing switcheroo state changes while restarting X just isn't
recommended. Even though the delayed switching code does exactly that.

v2:
- Simplify the ->can_switch implementations more (Thierry)
- Fix comment about the dev->open_count locking (Thierry)

Cc: Thierry Reding <treding@nvidia.com>
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com> (v1)
Reviewed-by: Thierry Reding <treding@nvidia.com>
Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
drivers/gpu/drm/i915/i915_dma.c
drivers/gpu/drm/nouveau/nouveau_vga.c
drivers/gpu/drm/radeon/radeon_device.c
include/drm/drmP.h