Date: Tue, 18 Mar 2025 02:51:33 +0000 From: bugzilla-noreply@freebsd.org To: wireless@FreeBSD.org Subject: [Bug 283426] panic in sbappendaddr_locked() Message-ID: <bug-283426-21060-0wxAdpY806@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-283426-21060@https.bugs.freebsd.org/bugzilla/>
index | next in thread | previous in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=283426 takahiro.kurosawa@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |takahiro.kurosawa@gmail.com --- Comment #7 from takahiro.kurosawa@gmail.com --- (from comment #0) > The source(?) port appears to have been 43780 in both cases. The port number 43780 in the backtrace is in network byte order, so the actual port is 1195; probably used for OpenVPN. >From core.txt.[45] if_ovpn.ko is loaded, I guess if_ovpn is used when the panic occurred. It looks that the problem exists around ovpn_udp_input() in sys/net/if_ovpn.c. The function calls m_unshare() and might return false after m_unshare() to tell the caller that the original mbuf is stil available. But m_unshare() seems to drop M_PKTHDR by calling m_move_pkthdr() (m_move_pkthdr() drops M_PKTHDR). I think the implementation of m_unshare() is not good because it changes the original mbuf, but I'm not sure. -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-283426-21060-0wxAdpY806>