NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: kern/51522

The following reply was made to PR kern/51522; it has been noted by GNATS.

From: Tom Ivar Helbekkmo <>
Subject: Re: kern/51522
Date: Sun, 09 Oct 2016 10:51:45 +0200

 I've been seeing these for a while.  Here's a recent one:
 barsoom# dmesg -N netbsd.34 -M netbsd.34.core
 fatal protection fault in supervisor mode
 trap type 4 code 0 rip ffffffff808ae10d cs 8 rflags 10282 cr2
 7a14f761e102 ilevel 4 rsp fffffe8100007a10
 curlwp 0xfffffe823f72b420 pid 0.3 lowest kstack 0xfffffe81000042c0
 panic: trap
 cpu0: Begin traceback...
 vpanic() at netbsd:vpanic+0x140
 snprintf() at netbsd:snprintf
 trap() at netbsd:trap+0xc4b
 --- trap (number 4) ---
 psref_release() at netbsd:psref_release+0x7f
 ip_output() at netbsd:ip_output+0x3c3
 icmp_reflect() at netbsd:icmp_reflect+0x568
 icmp_error() at netbsd:icmp_error+0x306
 udp_input() at netbsd:udp_input+0x4d2
 ipintr() at netbsd:ipintr+0xa4e
 softint_dispatch() at netbsd:softint_dispatch+0xd3
 DDB lost frame for netbsd:Xsoftintr+0x4f, trying 0xfffffe8100007ff0
 Xsoftintr() at netbsd:Xsoftintr+0x4f
 --- interrupt ---
 I suspect the problem may have been there for a long time.  This box is
 my main VLAN router, and general service host, and runs lots of network
 services.  The console is a never-ending stream of complaints about
 various bits of software (PowerDNS, dhcpd, OpenVPN, etc) not being able
 to allocate mbufs when needed, which is somewhat weird, considering that
 most of the traffic is limited by my 2Mbps Internet connection, anyway.
 Back when it had slower hardware, and used ipfilter, I had to forego
 having ipfilter return ICMP messages for dropped packets, because it
 made the machine really unstable.  Now, with much faster hardware, I'm
 letting pf do so ("set block-policy return"), and the crashes look as if
 that's when it happens.  Might be a coincidence, of course.

Home | Main Index | Thread Index | Old Index