lkml.org 
[lkml]   [2018]   [Mar]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    From
    Subject[PATCH 01/19] thunderbolt: Resume control channel after hibernation image is created
    Date
    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: 23dd5bb49d98 ("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
    ---
    drivers/thunderbolt/nhi.c | 1 +
    1 file changed, 1 insertion(+)

    diff --git a/drivers/thunderbolt/nhi.c b/drivers/thunderbolt/nhi.c
    index f45bcbc63738..80c33c7404f5 100644
    --- a/drivers/thunderbolt/nhi.c
    +++ b/drivers/thunderbolt/nhi.c
    @@ -1064,6 +1064,7 @@ static const struct dev_pm_ops nhi_pm_ops = {
    * we just disable hotplug, the
    * pci-tunnels stay alive.
    */
    + .thaw_noirq = nhi_resume_noirq,
    .restore_noirq = nhi_resume_noirq,
    .suspend = nhi_suspend,
    .freeze = nhi_suspend,
    --
    2.16.2
    \
     
     \ /
      Last update: 2018-03-19 17:33    [W:5.059 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site