[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140108014639.GB7823@kroah.com>
Date: Tue, 7 Jan 2014 17:46:39 -0800
From: Greg KH <gregkh@...uxfoundation.org>
To: David Cohen <david.a.cohen@...ux.intel.com>
Cc: stern@...land.harvard.edu, sarah.a.sharp@...ux.intel.com,
linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org,
jianqian <jianqiang.tang@...el.com>
Subject: Re: [RFC/PATCH] usb/xhci: avoid kernel panic on xhci_suspend()
On Tue, Jan 07, 2014 at 05:44:26PM -0800, David Cohen wrote:
> From: jianqian <jianqiang.tang@...el.com>
>
> There is a possible kernel panic faced on xhci_suspend().
> Due to kernel modified the hub autosupend_delay to 0s, after usb1 root
> hub finishes initialization, it will trigger runtime_suspend and then
> it will trigger xhci runtime suspend. But at that time, if
> xhci->shared_hcd is still doing initialization, it is possible to face
> null pointer kernel panic in xhci_suspend() function.
>
> This patch checks if xhci->shared_hcd is null to avoid panic.
>
> Signed-off-by: jianqian <jianqiang.tang@...el.com>
> Signed-off-by: David Cohen <david.a.cohen@...ux.intel.com>
> ---
>
> This is the kernel panic. The bug was discovered on current LTS kernel 3.10, as
> showed on logs. But the problem does not seem to be fixed so far.
> Maybe we should consider apply it on kernel >= 3.10?
How do you trigger this? I've never seen anyone report this problem
before, is there something different in the hardware you are using that
enables this to be triggered easier?
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists