On Thu, Jun 08, 2017 at 06:33:35AM -0700, Mike Larkin wrote:
> On Fri, Jun 02, 2017 at 08:38:14AM -0400, Bryan Steele wrote:
> > On Fri, Jun 02, 2017 at 05:56:32AM -0500, Michael Graves wrote:
> > > On 2017-06-01 23:37, Mike Larkin wrote:
> > > >
> > > > This is the second report I've seen of the
On 19.6.2017. 11:23, Martin Pieuchot wrote:
> That means that MP_LOCKDEBUG works the following way:
>
> - Each time you spin on the lock without taking it a counter is increased
> - If this counter reaches the value of __mp_lock_spinout the machine enter
> DDB
>
> So if this value is too
Hi,
The most recent snapshot crashes on my apu2:
reordering libraries:panic: kernel diagnostic assertion "_kernel_lock_held()"
failed: file "/usr/src/sys/net/radix.c", line 1065
Stopped at db_enter+0x9: leave
TIDPIDUID PRFLAGS PFLAGS CPU COMMAND
*143661 6617 0
Not sure if this has been reported before.
The snapshot this ALIX machine is running is 10 days old.
I don't know what triggers this. It may have happened while
I was rearranging some cables but I am not sure about that.
It is possible that there is some interaction with the olsrd deamon
On 19/06/17(Mon) 11:15, Hrvoje Popovski wrote:
> On 19.6.2017. 10:25, Martin Pieuchot wrote:
> > On 15/06/17(Thu) 18:43, Hrvoje Popovski wrote:
> >> Hi all,
> >>
> >> test box is configured with kern.pool_debug=1 and option MP_LOCKDEBUG.
> >>
> >> while sending traffic (9000 byte) over ix
On 19.6.2017. 10:25, Martin Pieuchot wrote:
> On 15/06/17(Thu) 18:43, Hrvoje Popovski wrote:
>> Hi all,
>>
>> test box is configured with kern.pool_debug=1 and option MP_LOCKDEBUG.
>>
>> while sending traffic (9000 byte) over ix interfaces and at the same
>> time changing mtu on sink interface
