summaryrefslogtreecommitdiff
path: root/include/dt-bindings/reset/stih416-resets.h
blob: fcf9af1ac0b2ab9420d3b5bdf9d3e50a18058bea (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
/*
 * This header provides constants for the reset controller
 * based peripheral powerdown requests on the STMicroelectronics
 * STiH416 SoC.
 */
#ifndef _DT_BINDINGS_RESET_CONTROLLER_STIH416
#define _DT_BINDINGS_RESET_CONTROLLER_STIH416

#define STIH416_EMISS_POWERDOWN		0
#define STIH416_NAND_POWERDOWN		1
#define STIH416_KEYSCAN_POWERDOWN	2
#define STIH416_USB0_POWERDOWN		3
#define STIH416_USB1_POWERDOWN		4
#define STIH416_USB2_POWERDOWN		5
#define STIH416_USB3_POWERDOWN		6
#define STIH416_SATA0_POWERDOWN		7
#define STIH416_SATA1_POWERDOWN		8
#define STIH416_PCIE0_POWERDOWN		9
#define STIH416_PCIE1_POWERDOWN		10

#define STIH416_ETH0_SOFTRESET		0
#define STIH416_ETH1_SOFTRESET		1
#define STIH416_IRB_SOFTRESET		2
#define STIH416_USB0_SOFTRESET		3
#define STIH416_USB1_SOFTRESET		4
#define STIH416_USB2_SOFTRESET		5
#define STIH416_USB3_SOFTRESET		6
#define STIH416_SATA0_SOFTRESET		7
#define STIH416_SATA1_SOFTRESET		8
#define STIH416_PCIE0_SOFTRESET		9
#define STIH416_PCIE1_SOFTRESET		10
#define STIH416_AUD_DAC_SOFTRESET	11
#define STIH416_HDTVOUT_SOFTRESET	12
#define STIH416_VTAC_M_RX_SOFTRESET	13
#define STIH416_VTAC_A_RX_SOFTRESET	14
#define STIH416_SYNC_HD_SOFTRESET	15
#define STIH416_SYNC_SD_SOFTRESET	16
#define STIH416_BLITTER_SOFTRESET	17
#define STIH416_GPU_SOFTRESET		18
#define STIH416_VTAC_M_TX_SOFTRESET	19
#define STIH416_VTAC_A_TX_SOFTRESET	20
#define STIH416_VTG_AUX_SOFTRESET	21
#define STIH416_JPEG_DEC_SOFTRESET	22
#define STIH416_HVA_SOFTRESET		23
#define STIH416_COMPO_M_SOFTRESET	24
#define STIH416_COMPO_A_SOFTRESET	25
#define STIH416_VP8_DEC_SOFTRESET	26
#define STIH416_VTG_MAIN_SOFTRESET	27
#define STIH416_KEYSCAN_SOFTRESET	28

#endif /* _DT_BINDINGS_RESET_CONTROLLER_STIH416 */
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 'net/ieee802154/6lowpan/reassembly.c')