Date: Tue, 17 Jan 2017 23:58:57 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 211689] panic with lagg failover wireless ath and iwm Message-ID: <bug-211689-21060-FwxNuJzUI3@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-211689-21060@https.bugs.freebsd.org/bugzilla/> References: <bug-211689-21060@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211689 --- Comment #11 from Alan Somers <asomers@FreeBSD.org> --- Created attachment 179015 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=179015&action=edit Remove the sc_lladdr_task taskqueue Please try the attached patch. It removes the sc_lladdr_task taskqueue, and simply removes the link local addresses inline with lagg_port_destroy. The lp->detaching check in lagg_port_lladdr is there to avoid a recursive lock acquisition panic that happens when sending the gratuitous ARP caused by removing the link-local address. It's ok to skip sending the gratuitous ARP because we're about to destroy the lagg port, anyway. The change to in6.c is more complicated, and I need to check with some IPv6 experts to be sure that it's valid. But without that change, I find that a lagg port can end up with a link-local address even though ND6_IFF_IFDISABLED is set. -- You are receiving this mail because: You are the assignee for the bug.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-211689-21060-FwxNuJzUI3>