RE: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support

From: Mario.Limonciello
Date: Tue Aug 20 2019 - 13:00:17 EST


> -----Original Message-----
> From: Lukas Wunner <lukas@xxxxxxxxx>
> Sent: Tuesday, August 20, 2019 6:34 AM
> To: Limonciello, Mario
> Cc: mika.westerberg@xxxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx;
> andreas.noever@xxxxxxxxx; michael.jamet@xxxxxxxxx;
> YehezkelShB@xxxxxxxxx; rjw@xxxxxxxxxxxxx; lenb@xxxxxxxxxx;
> anthony.wong@xxxxxxxxxxxxx; rajmohan.mani@xxxxxxxxx;
> raanan.avargil@xxxxxxxxx; David.Laight@xxxxxxxxxx; linux-
> acpi@xxxxxxxxxxxxxxx
> Subject: Re: [PATCH v3 0/8] thunderbolt: Intel Ice Lake support
>
>
> [EXTERNAL EMAIL]
>
> On Mon, Aug 19, 2019 at 04:29:35PM +0000, Mario.Limonciello@xxxxxxxx wrote:
> > I've run into a problem when using
> > a WD19TB that after unplugging it will cause the following to spew in dmesg:
> >
> > [ 2198.017003] ============================================
> > [ 2198.017005] WARNING: possible recursive locking detected
> > [ 2198.017008] 5.3.0-rc5+ #75 Not tainted
> > [ 2198.017009] --------------------------------------------
> > [ 2198.017012] irq/122-pciehp/121 is trying to acquire lock:
> > [ 2198.017015] 00000000801d4de8 (&ctrl->reset_lock){.+.+}, at:
> pciehp_check_presence+0x1b/0x80
> > [ 2198.017026]
> > but task is already holding lock:
> > [ 2198.017028] 000000000899e2eb (&ctrl->reset_lock){.+.+}, at:
> pciehp_ist+0xaf/0x1c0
>
> This was first reported by Theodore in April and appears to be a
> false positive:
>
> https://lore.kernel.org/linux-
> pci/20190402083257.kyqmirq4ovzscxsv@xxxxxxxxx/
>
> Thanks,
>
> Lukas

Indeed it does actually seem harmless and only comes up once.

I've filed https://bugzilla.kernel.org/show_bug.cgi?id=204639 to track down further
what's going on.