Date: Sun, 6 Nov 2016 11:41:18 -0700 From: Scott Long <scottl@samsco.org> To: Michael Tuexen <tuexen@FreeBSD.org> Cc: Konstantin Belousov <kostikbel@gmail.com>, FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: New warnings from WITNESS Message-ID: <EDC33B42-DF87-4502-888E-F4EDE3535261@samsco.org> In-Reply-To: <E7BE730E-774D-426E-950F-E936A2456200@freebsd.org> References: <CA9B9B19-5311-4A4E-87ED-8771C1000BEC@freebsd.org> <20161106122802.GA54029@kib.kiev.ua> <A89EC552-F99B-42C1-9990-8937E08A69A6@freebsd.org> <20161106143908.GE54029@kib.kiev.ua> <E7BE730E-774D-426E-950F-E936A2456200@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Nov 6, 2016, at 11:01 AM, Michael Tuexen <tuexen@FreeBSD.org> = wrote: >=20 >> On 6 Nov 2016, at 15:39, Konstantin Belousov <kostikbel@gmail.com> = wrote: >>=20 >> On Sun, Nov 06, 2016 at 02:17:45PM +0100, Michael Tuexen wrote: >>>> On 6 Nov 2016, at 13:28, Konstantin Belousov <kostikbel@gmail.com> = wrote: >>>>=20 >>>> On Sun, Nov 06, 2016 at 12:50:12PM +0100, Michael Tuexen wrote: >>>>> bus_dmamap_create with the following non-sleepable locks held: >>>>> exclusive sleep mutex mpt (mpt) r =3D 0 (0xfffffe0000e2f008) = locked @ dev/mpt/mpt.c:2287 >>>>> stack backtrace: >>>>> #0 0xffffffff80ac0300 at witness_debugger+0x70 >>>>> #1 0xffffffff80ac15e7 at witness_warn+0x3d7 >>>>> #2 0xffffffff81055fef at bus_dmamap_create+0x2f >>>>> #3 0xffffffff80678a25 at mpt_configure_ioc+0x3a5 >>>>> #4 0xffffffff80677476 at mpt_attach+0x226 >>>>> #5 0xffffffff80683299 at mpt_pci_attach+0x9c9 >>>>> #6 0xffffffff80a9478d at device_attach+0x41d >>>>> #7 0xffffffff80a9595a at bus_generic_attach+0x4a >>>>> #8 0xffffffff806ebe75 at pci_attach+0xd5 >>>>> #9 0xffffffff80a9478d at device_attach+0x41d >>>>> #10 0xffffffff80a9595a at bus_generic_attach+0x4a >>>>> #11 0xffffffff803c11a2 at acpi_pcib_acpi_attach+0x402 >>>>> #12 0xffffffff80a9478d at device_attach+0x41d >>>>> #13 0xffffffff80a9595a at bus_generic_attach+0x4a >>>>> #14 0xffffffff803b4c8f at acpi_attach+0xdbf >>>>> #15 0xffffffff80a9478d at device_attach+0x41d >>>>> #16 0xffffffff80a9595a at bus_generic_attach+0x4a >>>>> #17 0xffffffff80ee03e3 at nexus_acpi_attach+0x73 >>>>>=20 >>>>> ... and so on. Not sure which revision introduced it... >>>> r308268 >>>>=20 >>>> I believe that this is an mpt(4) driver issue, which calls >>>> bus_dmamap_create(9) with the mpt mutex held. >>> OK. Whom to contact? Or are you willing to look into it? >>> I haven't worked in that area... >>=20 >> I am really not sure. Looking at the svn history is not very = encouraging. > Hmm. Time to change my setup, I guess... >>=20 >> Might be try freebsd-scsi@ as well. > I dropped them an e-mail... >=20 >=20 Please see my response on that list. Scott
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?EDC33B42-DF87-4502-888E-F4EDE3535261>