Re: panic in sctp_del_addr_from_vrf() ?

not sure why. for my case, padaligining one of the rwlocks solved it.
you may want to try the patch attached and see if it works for you.

anyway, i'm filing a PR if nobody has done so already.

thanks
kit

On Sat, May 04, 2013 at 09:22:23PM +0400, Andrey Smagin wrote:
>  
> I have panic like your but in sctp_add_addr_to_vrf. I think need PR.  My panic screenshoot http://vvtlan.ru/panic1.jpg and second one http://vvtlan.ru/panic2.jpg
> 
> Суббота,  4 мая 2013, 20:55 +08:00 от kit <ktsin_at_acm.org>:
> > 
> got this panic when network interfaces were being unconfigured during
> system shutdown. has anyone seen this? should i file a PR?
> 
> thanks
> kit
> 
> test.yahoo.com dumped core - see /home/crash/vmcore.2
> 
> Sat May  4 20:43:55 MYT 2013
> 
> FreeBSD test.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250229: Sat May  4 20:30:17 MYT 2013     ktsin_at_test.yahoo.com:/tmp/obj/usr/src/sys/SHUTTLE  amd64
> 
> panic: page fault
> 
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "amd64-marcel-freebsd"...
> 
> Unread portion of the kernel message buffer:
> .
> <118>Writing entropy file:.
> <118>.
> <118>Terminated
> <118>May  4 20:42:00 test syslogd: exiting on signal 15
> 
> Fatal trap 12: page fault while in kernel mode
> cpuid = 4; apic id = 04
> fault virtual address   = 0x8c
> fault code              = supervisor read data, page not present
> instruction pointer     = 0x20:0xffffffff8066e71c
> stack pointer           = 0x28:0xffffff82187fb5d0
> frame pointer           = 0x28:0xffffff82187fb620
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, long 1, def32 0, gran 1
> processor eflags        = interrupt enabled, resume, IOPL = 0
> current process         = 474 (wpa_supplicant)
> trap number             = 12
> panic: page fault
> cpuid = 4
> KDB: stack backtrace:
> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xffffff82187fb190
> kdb_backtrace() at kdb_backtrace+0x39/frame 0xffffff82187fb240
> panic() at panic+0x155/frame 0xffffff82187fb2c0
> trap_fatal() at trap_fatal+0x37a/frame 0xffffff82187fb320
> trap_pfault() at trap_pfault+0x257/frame 0xffffff82187fb3c0
> trap() at trap+0x43a/frame 0xffffff82187fb510
> calltrap() at calltrap+0x8/frame 0xffffff82187fb510
> --- trap 0xc, rip = 0xffffffff8066e71c, rsp = 0xffffff82187fb5d0, rbp = 0xffffff82187fb620 ---
> sctp_del_addr_from_vrf() at sctp_del_addr_from_vrf+0x7c/frame 0xffffff82187fb620
> rt_newaddrmsg_fib() at rt_newaddrmsg_fib+0x44/frame 0xffffff82187fb6e0
> rtinit1() at rtinit1+0x57b/frame 0xffffff82187fb860
> in_scrubprefix() at in_scrubprefix+0x376/frame 0xffffff82187fb900
> rip_ctlinput() at rip_ctlinput+0x143/frame 0xffffff82187fb930
> pfctlinput() at pfctlinput+0x5c/frame 0xffffff82187fb960
> ifioctl() at ifioctl+0x7f2/frame 0xffffff82187fba20
> kern_ioctl() at kern_ioctl+0x22e/frame 0xffffff82187fba90
> sys_ioctl() at sys_ioctl+0x142/frame 0xffffff82187fbae0
> amd64_syscall() at amd64_syscall+0x2b4/frame 0xffffff82187fbbf0
> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xffffff82187fbbf0
> --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80122c26a, rsp = 0x7fffffffdb18, rbp = 0x7fffffffdb90 ---
> Uptime: 4m55s
> 
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
> > 
> 
> Отправлено из мобильной Почты Mail.Ru