aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/cpufreq/cpufreq.c
diff options
context:
space:
mode:
authorHugh Dickins <hughd@google.com>2011-06-27 16:18:20 -0700
committerKeith Packard <keithp@keithp.com>2011-06-27 17:00:35 -0700
commit1e5216e43846b7758b2a04b3612c475608a4b708 (patch)
tree266881071ef862ebc4aaaf008591354b4ebfefa9 /drivers/cpufreq/cpufreq.c
parent8bc47de33569a111092a48465eb26cd855117e27 (diff)
downloadkernel_samsung_smdk4412-1e5216e43846b7758b2a04b3612c475608a4b708.zip
kernel_samsung_smdk4412-1e5216e43846b7758b2a04b3612c475608a4b708.tar.gz
kernel_samsung_smdk4412-1e5216e43846b7758b2a04b3612c475608a4b708.tar.bz2
drm/i915: more struct_mutex locking
When auditing the locking in i915_gem.c (for a prospective change which I then abandoned), I noticed two places where struct_mutex is not held across GEM object manipulations that would usually require it. Since one is in initial setup and the other in driver unload, I'm guessing the mutex is not required for either; but post a patch in case it is. Signed-off-by: Hugh Dickins <hughd@google.com> Cc: Chris Wilson <chris@chris-wilson.co.uk> Cc: Keith Packard <keithp@keithp.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Keith Packard <keithp@keithp.com>
Diffstat (limited to 'drivers/cpufreq/cpufreq.c')
0 files changed, 0 insertions, 0 deletions