Mika Westerberg 00cf298fae thunderbolt: Resume control channel after hibernation image is created ... commit f2a659f7d8d5da803836583aa16df06bdf324252 upstream. The driver misses implementation of PM hook that undoes what ->freeze_noirq() does after the hibernation image is created. This means the control channel is not resumed properly and the Thunderbolt bus becomes useless in later stages of hibernation (when the image is stored or if the operation fails). Fix this by pointing ->thaw_noirq to driver nhi_resume_noirq(). This makes sure the control channel is resumed properly. Fixes: 23dd5bb49d ("thunderbolt: Add suspend/hibernate support") Signed-off-by: Mika Westerberg <mika.westerberg@linux.intel.com> Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com> Cc: stable@vger.kernel.org Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>		2018-04-24 09:32:07 +02:00
..
cap.c
ctl.c
ctl.h
eeprom.c	thunderbolt: Fix double free of drom buffer	2016-06-01 12:15:53 -07:00
Kconfig	thunderbolt: select CRC32 in Kconfig	2014-06-21 13:12:35 -07:00
Makefile
nhi.c	thunderbolt: Resume control channel after hibernation image is created	2018-04-24 09:32:07 +02:00
nhi.h
nhi_regs.h
path.c	thunderbolt: Clear hops before overwriting	2014-08-26 14:54:48 -07:00
switch.c
tb.c
tb.h
tb_regs.h
tunnel_pci.c
tunnel_pci.h