/* * Driver for the AT73C213 16-bit stereo DAC on Atmel ATSTK1000 * * Copyright (C) 2006 - 2007 Atmel Corporation * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License as * published by the Free Software Foundation; either version 2 of the * License, or (at your option) any later version. * * This program is distributed in the hope that it will be useful, but * WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * General Public License for more details. * * You should have received a copy of the GNU General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA * 02111-1307, USA. * * The full GNU General Public License is included in this * distribution in the file called COPYING. */ #ifndef _SND_AT73C213_H #define _SND_AT73C213_H /* DAC control register */ #define DAC_CTRL 0x00 #define DAC_CTRL_ONPADRV 7 #define DAC_CTRL_ONAUXIN 6 #define DAC_CTRL_ONDACR 5 #define DAC_CTRL_ONDACL 4 #define DAC_CTRL_ONLNOR 3 #define DAC_CTRL_ONLNOL 2 #define DAC_CTRL_ONLNIR 1 #define DAC_CTRL_ONLNIL 0 /* DAC left line in gain register */ #define DAC_LLIG 0x01 #define DAC_LLIG_LLIG 0 /* DAC right line in gain register */ #define DAC_RLIG 0x02 #define DAC_RLIG_RLIG 0 /* DAC Left Master Playback Gain Register */ #define DAC_LMPG 0x03 #define DAC_LMPG_LMPG 0 /* DAC Right Master Playback Gain Register */ #define DAC_RMPG 0x04 #define DAC_RMPG_RMPG 0 /* DAC Left Line Out Gain Register */ #define DAC_LLOG 0x05 #define DAC_LLOG_LLOG 0 /* DAC Right Line Out Gain Register */ #define DAC_RLOG 0x06 #define DAC_RLOG_RLOG 0 /* DAC Output Level Control Register */ #define DAC_OLC 0x07 #define DAC_OLC_RSHORT 7 #define DAC_OLC_ROLC 4 #define DAC_OLC_LSHORT 3 #define DAC_OLC_LOLC 0 /* DAC Mixer Control Register */ #define DAC_MC 0x08 #define DAC_MC_INVR 5 #define DAC_MC_INVL 4 #define DAC_MC_RMSMIN2 3 #define DAC_MC_RMSMIN1 2 #define DAC_MC_LMSMIN2 1 #define DAC_MC_LMSMIN1 0 /* DAC Clock and Sampling Frequency Control Register */ #define DAC_CSFC 0x09 #define DAC_CSFC_OVRSEL 4 /* DAC Miscellaneous Register */ #define DAC_MISC 0x0A #define DAC_MISC_VCMCAPSEL 7 #define DAC_MISC_DINTSEL 4 #define DAC_MISC_DITHEN 3 #define DAC_MISC_DEEMPEN 2 #define DAC_MISC_NBITS 0 /* DAC Precharge Control Register */ #define DAC_PRECH 0x0C #define DAC_PRECH_PRCHGPDRV 7 #define DAC_PRECH_PRCHGAUX1 6 #define DAC_PRECH_PRCHGLNOR 5 #define DAC_PRECH_PRCHGLNOL 4 #define DAC_PRECH_PRCHGLNIR 3 #define DAC_PRECH_PRCHGLNIL 2 #define DAC_PRECH_PRCHG 1 #define DAC_PRECH_ONMSTR 0 /* DAC Auxiliary Input Gain Control Register */ #define DAC_AUXG 0x0D #define DAC_AUXG_AUXG 0 /* DAC Reset Register */ #define DAC_RST 0x10 #define DAC_RST_RESMASK 2 #define DAC_RST_RESFILZ 1 #define DAC_RST_RSTZ 0 /* Power Amplifier Control Register */ #define PA_CTRL 0x11 #define PA_CTRL_APAON 6 #define PA_CTRL_APAPRECH 5 #define PA_CTRL_APALP 4 #define PA_CTRL_APAGAIN 0 #endif /* _SND_AT73C213_H */ d5a37e'>drivers/usb/serial/omninet.c
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 /drivers/usb/serial/omninet.c
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 'drivers/usb/serial/omninet.c')