Bug #2425

ifconfig gif0 create x2 freeze

Added by emu over 5 years ago. Updated about 4 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:


When adding an ipv6 interface multiple times in a row, or deleting it then reading it often/always drops to a debug/panic. Here is a screenshot of the last bit i can grab.

Associated revisions

Revision 4b09ee0a (diff)
Added by tuxillo about 4 years ago

network/gif - Correctly clear route cache on destroy.

RTFREE() requires that the route is freed in the CPU it belongs to.
Migrating to the target CPU *before* calling it and returning to the
original CPU afterwards seems to do the trick.

Ok: @sephe


#1 Updated by phma almost 5 years ago

I attempted to restart the gif0 interface of zyxomma after correcting the tunnel endpoint. The kernel panicked. I got a crash dump. It is the 0th in my home directory on leaf. Here is the traceback:

panic() at panic+0x1f6 0xffffffff804fcabf
panic() at panic+0x1f6 0xffffffff804fcabf
rtfree_remote() at rtfree_remote+0x72 0xffffffff805b6b99
gif_clear_cache() at gif_clear_cache+0x6c 0xffffffff805a97b2
gif_set_tunnel() at gif_set_tunnel+0xfd 0xffffffff805a9c87
gif_ioctl() at gif_ioctl+0x227 0xffffffff805aa0c9
ifioctl() at ifioctl+0xc81 0xffffffff805a1f4f
soo_ioctl() at soo_ioctl+0x142 0xffffffff80539e42
mapped_ioctl() at mapped_ioctl+0x4dc 0xffffffff80533dfc
sys_ioctl() at sys_ioctl+0x1c 0xffffffff80533e9b
syscall2() at syscall2+0x38c 0xffffffff808c448b
Xfast_syscall() at Xfast_syscall+0xcb 0xffffffff808ae15b
boot() called on cpu#1

This is a 64-bit box using a gif interface for a tunnel.

#2 Updated by ftigeot almost 5 years ago

Setting the sysctl node net.route.assert_owner_access to 0 should prevent this particular panic.

This is not a real fix, howewer.

#3 Updated by tuxillo about 4 years ago

  • Description updated (diff)
  • Category set to Networking
  • Status changed from New to In Progress
  • Assignee set to tuxillo
  • Target version set to 3.8.0

Hi Pierre,

I'm working on a fix.

Antonio Huete

#4 Updated by tuxillo about 4 years ago

  • Status changed from In Progress to Closed

Fixed in associated revision.

Also available in: Atom PDF