Jan Kokemüller <> changed:

           What    |Removed                     |Added
                 CC|                            |

--- Comment #4 from Jan Kokemüller <> ---
Created attachment 173477
remove pending lladdr change when destroying lagg device

Can you try the attached patch? I get similar crashes in "swi6: task queue"
when destroying a lagg device (em0 & iwn0/wlan0 in my case). Maybe this is
related. I'll open a new bug report if not.

In "lagg_clone_destroy" there can be tasks running on the sc_lladdr_task queue
that operate on the main lagg interface. Those tasks run at the same time the
main lagg interface is destroyed in "ether_ifdetach" and "if_free". Tasks that
operate on the lagg ports are correctly removed in "lagg_port_destroy". But
tasks that operate on the main lagg interface are not removed. The attached
patch fixes this.

I can reproduce this crash by running "service netif restart" a few times on an
unmodified 11.0-BETA4 kernel.

Also, can you try to change your lagg configuration in /etc/rc.conf to look
more like this:
This may fix/work around the infinite UP/DOWN loop when bringing up the lagg

My configuration looks like this (replace "xx:xx:xx:xx:xx:xx" with the MAC
address of the wifi card). The lagg interface comes up reliably.
ifconfig_em0="ether xx:xx:xx:xx:xx:xx"
ifconfig_lagg0="DHCP laggproto failover laggport em0 laggport wlan0"

Here is a backtrace:

#0  doadump (textdump=<value optimized out>) at pcpu.h:221
#1  0xffffffff80ad6d99 in kern_reboot (howto=260) at
#2  0xffffffff80ad734b in vpanic (fmt=<value optimized out>, ap=<value
optimized out>) at /usr/src/sys/kern/kern_shutdown.c:759
#3  0xffffffff80ad7183 in panic (fmt=0x0) at
#4  0xffffffff80f9cd51 in trap_fatal (frame=0xfffffe0227aef850, eva=0) at
#5  0xffffffff80f9cf43 in trap_pfault (frame=0xfffffe0227aef850, usermode=0) at
#6  0xffffffff80f9c4ec in trap (frame=0xfffffe0227aef850) at
#7  0xffffffff80f7fc01 in calltrap () at
#8  0xffffffff80c45800 in arp_iflladdr (arg=0x0, ifp=0xfffff800311d0800) at
#9  0xffffffff82660516 in lagg_port_setlladdr (arg=<value optimized out>,
pending=<value optimized out>) at
#10 0xffffffff80b31dda in taskqueue_run_locked (queue=<value optimized out>) at
#11 0xffffffff80b31bcf in taskqueue_run (queue=0xfffff80003f81200) at
#12 0xffffffff80a9142f in intr_event_execute_handlers (p=<value optimized out>,
ie=<value optimized out>) at /usr/src/sys/kern/kern_intr.c:1262
#13 0xffffffff80a91696 in ithread_loop (arg=<value optimized out>) at
#14 0xffffffff80a8e075 in fork_exit (callout=0xffffffff80a915d0 <ithread_loop>,
arg=0xfffff800041fb880, frame=0xfffffe0227aefac0) at
#15 0xffffffff80f8013e in fork_trampoline () at
#16 0x0000000000000000 in ?? ()

You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________ mailing list
To unsubscribe, send any mail to ""

Reply via email to