Re: New warnings from WITNESS

2016-11-06 Thread Michael Tuexen
> On 6 Nov 2016, at 19:41, Scott Long wrote: > > >> On Nov 6, 2016, at 11:01 AM, Michael Tuexen wrote: >> >>> On 6 Nov 2016, at 15:39, Konstantin Belousov wrote: >>> >>> On Sun, Nov 06, 2016 at 02:17:45PM +0100, Michael Tuexen wrote: > On 6 Nov 2016, at 13:28, Konstantin Belousov wrote

Re: New warnings from WITNESS

2016-11-06 Thread Scott Long
> On Nov 6, 2016, at 11:01 AM, Michael Tuexen wrote: > >> On 6 Nov 2016, at 15:39, Konstantin Belousov wrote: >> >> On Sun, Nov 06, 2016 at 02:17:45PM +0100, Michael Tuexen wrote: On 6 Nov 2016, at 13:28, Konstantin Belousov wrote: On Sun, Nov 06, 2016 at 12:50:12PM +0100, Mic

Re: New warnings from WITNESS

2016-11-06 Thread Michael Tuexen
> On 6 Nov 2016, at 15:39, Konstantin Belousov wrote: > > On Sun, Nov 06, 2016 at 02:17:45PM +0100, Michael Tuexen wrote: >>> On 6 Nov 2016, at 13:28, Konstantin Belousov wrote: >>> >>> On Sun, Nov 06, 2016 at 12:50:12PM +0100, Michael Tuexen wrote: bus_dmamap_create with the following non

Re: New warnings from WITNESS

2016-11-06 Thread Konstantin Belousov
On Sun, Nov 06, 2016 at 02:17:45PM +0100, Michael Tuexen wrote: > > On 6 Nov 2016, at 13:28, Konstantin Belousov wrote: > > > > 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)

Re: New warnings from WITNESS

2016-11-06 Thread Michael Tuexen
> On 6 Nov 2016, at 13:28, Konstantin Belousov wrote: > > 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 = 0 (0xfee2f008) locked @ >> dev/mpt/mpt.c:2287 >> stack backtr

Re: New warnings from WITNESS

2016-11-06 Thread Konstantin Belousov
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 = 0 (0xfee2f008) locked @ > dev/mpt/mpt.c:2287 > stack backtrace: > #0 0x80ac0300 at witness_debugger+0x70 > #1 0xfff