/* * wm8978.h -- codec driver for WM8978 * * Copyright 2009 Guennadi Liakhovetski * * 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 __WM8978_H__ #define __WM8978_H__ /* * Register values. */ #define WM8978_RESET 0x00 #define WM8978_POWER_MANAGEMENT_1 0x01 #define WM8978_POWER_MANAGEMENT_2 0x02 #define WM8978_POWER_MANAGEMENT_3 0x03 #define WM8978_AUDIO_INTERFACE 0x04 #define WM8978_COMPANDING_CONTROL 0x05 #define WM8978_CLOCKING 0x06 #define WM8978_ADDITIONAL_CONTROL 0x07 #define WM8978_GPIO_CONTROL 0x08 #define WM8978_JACK_DETECT_CONTROL_1 0x09 #define WM8978_DAC_CONTROL 0x0A #define WM8978_LEFT_DAC_DIGITAL_VOLUME 0x0B #define WM8978_RIGHT_DAC_DIGITAL_VOLUME 0x0C #define WM8978_JACK_DETECT_CONTROL_2 0x0D #define WM8978_ADC_CONTROL 0x0E #define WM8978_LEFT_ADC_DIGITAL_VOLUME 0x0F #define WM8978_RIGHT_ADC_DIGITAL_VOLUME 0x10 #define WM8978_EQ1 0x12 #define WM8978_EQ2 0x13 #define WM8978_EQ3 0x14 #define WM8978_EQ4 0x15 #define WM8978_EQ5 0x16 #define WM8978_DAC_LIMITER_1 0x18 #define WM8978_DAC_LIMITER_2 0x19 #define WM8978_NOTCH_FILTER_1 0x1b #define WM8978_NOTCH_FILTER_2 0x1c #define WM8978_NOTCH_FILTER_3 0x1d #define WM8978_NOTCH_FILTER_4 0x1e #define WM8978_ALC_CONTROL_1 0x20 #define WM8978_ALC_CONTROL_2 0x21 #define WM8978_ALC_CONTROL_3 0x22 #define WM8978_NOISE_GATE 0x23 #define WM8978_PLL_N 0x24 #define WM8978_PLL_K1 0x25 #define WM8978_PLL_K2 0x26 #define WM8978_PLL_K3 0x27 #define WM8978_3D_CONTROL 0x29 #define WM8978_BEEP_CONTROL 0x2b #define WM8978_INPUT_CONTROL 0x2c #define WM8978_LEFT_INP_PGA_CONTROL 0x2d #define WM8978_RIGHT_INP_PGA_CONTROL 0x2e #define WM8978_LEFT_ADC_BOOST_CONTROL 0x2f #define WM8978_RIGHT_ADC_BOOST_CONTROL 0x30 #define WM8978_OUTPUT_CONTROL 0x31 #define WM8978_LEFT_MIXER_CONTROL 0x32 #define WM8978_RIGHT_MIXER_CONTROL 0x33 #define WM8978_LOUT1_HP_CONTROL 0x34 #define WM8978_ROUT1_HP_CONTROL 0x35 #define WM8978_LOUT2_SPK_CONTROL 0x36 #define WM8978_ROUT2_SPK_CONTROL 0x37 #define WM8978_OUT3_MIXER_CONTROL 0x38 #define WM8978_OUT4_MIXER_CONTROL 0x39 #define WM8978_MAX_REGISTER 0x39 #define WM8978_CACHEREGNUM 58 /* Clock divider Id's */ enum wm8978_clk_id { WM8978_OPCLKRATE, WM8978_BCLKDIV, }; enum wm8978_sysclk_src { WM8978_MCLK = 0, WM8978_PLL, }; #endif /* __WM8978_H__ */ >
path: root/include/uapi/asm-generic/signal-defs.h
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 /include/uapi/asm-generic/signal-defs.h
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 'include/uapi/asm-generic/signal-defs.h')