/* * wm8974.h -- WM8974 Soc Audio driver * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License version 2 as * published by the Free Software Foundation. */ #ifndef _WM8974_H #define _WM8974_H /* WM8974 register space */ #define WM8974_RESET 0x0 #define WM8974_POWER1 0x1 #define WM8974_POWER2 0x2 #define WM8974_POWER3 0x3 #define WM8974_IFACE 0x4 #define WM8974_COMP 0x5 #define WM8974_CLOCK 0x6 #define WM8974_ADD 0x7 #define WM8974_GPIO 0x8 #define WM8974_DAC 0xa #define WM8974_DACVOL 0xb #define WM8974_ADC 0xe #define WM8974_ADCVOL 0xf #define WM8974_EQ1 0x12 #define WM8974_EQ2 0x13 #define WM8974_EQ3 0x14 #define WM8974_EQ4 0x15 #define WM8974_EQ5 0x16 #define WM8974_DACLIM1 0x18 #define WM8974_DACLIM2 0x19 #define WM8974_NOTCH1 0x1b #define WM8974_NOTCH2 0x1c #define WM8974_NOTCH3 0x1d #define WM8974_NOTCH4 0x1e #define WM8974_ALC1 0x20 #define WM8974_ALC2 0x21 #define WM8974_ALC3 0x22 #define WM8974_NGATE 0x23 #define WM8974_PLLN 0x24 #define WM8974_PLLK1 0x25 #define WM8974_PLLK2 0x26 #define WM8974_PLLK3 0x27 #define WM8974_ATTEN 0x28 #define WM8974_INPUT 0x2c #define WM8974_INPPGA 0x2d #define WM8974_ADCBOOST 0x2f #define WM8974_OUTPUT 0x31 #define WM8974_SPKMIX 0x32 #define WM8974_SPKVOL 0x36 #define WM8974_MONOMIX 0x38 #define WM8974_CACHEREGNUM 57 /* Clock divider Id's */ #define WM8974_OPCLKDIV 0 #define WM8974_MCLKDIV 1 #define WM8974_BCLKDIV 2 /* PLL Out dividers */ #define WM8974_OPCLKDIV_1 (0 << 4) #define WM8974_OPCLKDIV_2 (1 << 4) #define WM8974_OPCLKDIV_3 (2 << 4) #define WM8974_OPCLKDIV_4 (3 << 4) /* BCLK clock dividers */ #define WM8974_BCLKDIV_1 (0 << 2) #define WM8974_BCLKDIV_2 (1 << 2) #define WM8974_BCLKDIV_4 (2 << 2) #define WM8974_BCLKDIV_8 (3 << 2) #define WM8974_BCLKDIV_16 (4 << 2) #define WM8974_BCLKDIV_32 (5 << 2) /* MCLK clock dividers */ #define WM8974_MCLKDIV_1 (0 << 5) #define WM8974_MCLKDIV_1_5 (1 << 5) #define WM8974_MCLKDIV_2 (2 << 5) #define WM8974_MCLKDIV_3 (3 << 5) #define WM8974_MCLKDIV_4 (4 << 5) #define WM8974_MCLKDIV_6 (5 << 5) #define WM8974_MCLKDIV_8 (6 << 5) #define WM8974_MCLKDIV_12 (7 << 5) #endif cgi/linux/net-next.git/log/fs'>fs/ramfs
'>
AgeCommit message (Expand)AuthorFilesLines
path: root/sound/soc/spear/Makefile
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2017-01-29 13:50:06 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2017-01-29 13:50:06 -0800
commit39cb2c9a316e77f6dfba96c543e55b6672d5a37e (patch)
tree98fe974ee4e20121253de7f61fc8d01bdb3821c1 /sound/soc/spear/Makefile
parent2c5d9555d6d937966d79d4c6529a5f7b9206e405 (diff)
drm/i915: Check for NULL i915_vma in intel_unpin_fb_obj()
I've seen this trigger twice now, where the i915_gem_object_to_ggtt() call in intel_unpin_fb_obj() returns NULL, resulting in an oops immediately afterwards as the (inlined) call to i915_vma_unpin_fence() tries to dereference it. It seems to be some race condition where the object is going away at shutdown time, since both times happened when shutting down the X server. The call chains were different: - VT ioctl(KDSETMODE, KD_TEXT): intel_cleanup_plane_fb+0x5b/0xa0 [i915] drm_atomic_helper_cleanup_planes+0x6f/0x90 [drm_kms_helper] intel_atomic_commit_tail+0x749/0xfe0 [i915] intel_atomic_commit+0x3cb/0x4f0 [i915] drm_atomic_commit+0x4b/0x50 [drm] restore_fbdev_mode+0x14c/0x2a0 [drm_kms_helper] drm_fb_helper_restore_fbdev_mode_unlocked+0x34/0x80 [drm_kms_helper] drm_fb_helper_set_par+0x2d/0x60 [drm_kms_helper] intel_fbdev_set_par+0x18/0x70 [i915] fb_set_var+0x236/0x460 fbcon_blank+0x30f/0x350 do_unblank_screen+0xd2/0x1a0 vt_ioctl+0x507/0x12a0 tty_ioctl+0x355/0xc30 do_vfs_ioctl+0xa3/0x5e0 SyS_ioctl+0x79/0x90 entry_SYSCALL_64_fastpath+0x13/0x94 - i915 unpin_work workqueue: intel_unpin_work_fn+0x58/0x140 [i915] process_one_work+0x1f1/0x480 worker_thread+0x48/0x4d0 kthread+0x101/0x140 and this patch purely papers over the issue by adding a NULL pointer check and a WARN_ON_ONCE() to avoid the oops that would then generally make the machine unresponsive. Other callers of i915_gem_object_to_ggtt() seem to also check for the returned pointer being NULL and warn about it, so this clearly has happened before in other places. [ Reported it originally to the i915 developers on Jan 8, applying the ugly workaround on my own now after triggering the problem for the second time with no feedback. This is likely to be the same bug reported as https://bugs.freedesktop.org/show_bug.cgi?id=98829 https://bugs.freedesktop.org/show_bug.cgi?id=99134 which has a patch for the underlying problem, but it hasn't gotten to me, so I'm applying the workaround. ] Cc: Daniel Vetter <daniel.vetter@intel.com> Cc: Jani Nikula <jani.nikula@linux.intel.com> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com> Cc: Chris Wilson <chris@chris-wilson.co.uk> Cc: Maarten Lankhorst <maarten.lankhorst@linux.intel.com> Cc: Tvrtko Ursulin <tvrtko.ursulin@intel.com> Cc: Imre Deak <imre.deak@intel.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'sound/soc/spear/Makefile')