From: Lukas Wunner <lukas@wunner.de>
To: Mathias Nyman <mathias.nyman@linux.intel.com>
Cc: "Rafael J. Wysocki" <rafael.j.wysocki@intel.com>,
Bjorn Helgaas <bhelgaas@google.com>,
Andrew Morton <akpm@linux-foundation.org>,
Linux Memory Management List <linux-mm@kvack.org>,
LKML <linux-kernel@vger.kernel.org>,
Linux PCI <linux-pci@vger.kernel.org>,
ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
USB <linux-usb@vger.kernel.org>,
acelan@gmail.com
Subject: Re: kmem_cache_alloc fail with unable to handle paging request after pci hotplug remove.
Date: Mon, 4 Jul 2016 17:21:31 +0200 [thread overview]
Message-ID: <20160704152131.GA2766@wunner.de> (raw)
In-Reply-To: <577A7B0A.4090107@linux.intel.com>
On Mon, Jul 04, 2016 at 06:04:42PM +0300, Mathias Nyman wrote:
> On 04.07.2016 17:25, Rafael J. Wysocki wrote:
> > On Mon, Jul 4, 2016 at 4:26 PM, Mathias Nyman <mathias.nyman@linux.intel.com> wrote:
> > > AceLan Kao can get his DELL XPS 13 laptop to hang by plugging/un-plugging
> > > a USB 3.1 key via thunderbolt port.
> > >
> > > Allocating memory fails after this, always pointing to NULL pointer or
> > > page request failing in get_freepointer() called by
> > > kmalloc/kmem_cache_alloc.
> > >
> > > Unplugging a usb type-c device from the thunderbolt port on Alpine Ridge
> > > based systems like this one will hotplug remove PCI bridges together
> > > with the USB xhci controller behind them.
Yes, that matches with the lspci output you've posted, the whole
Thunderbolt controller is gone after unplug. Perhaps it's powered
down? What does "lspci -vvvv -s 00:1d.6" say? (Does the root port
still have a link to the Thunderbolt controller?)
Best regards,
Lukas
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2016-07-04 15:17 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-04 14:26 kmem_cache_alloc fail with unable to handle paging request after pci hotplug remove Mathias Nyman
2016-07-04 14:25 ` Rafael J. Wysocki
2016-07-04 15:04 ` Mathias Nyman
2016-07-04 15:21 ` Lukas Wunner [this message]
2016-07-04 15:45 ` Mathias Nyman
2016-07-05 3:00 ` AceLan Kao
2016-07-05 7:53 ` Lukas Wunner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20160704152131.GA2766@wunner.de \
--to=lukas@wunner.de \
--cc=acelan@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=bhelgaas@google.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=mathias.nyman@linux.intel.com \
--cc=rafael.j.wysocki@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).