Re: npf related panic

[christos%astron.com@localhost (Christos Zoulas)]

In article <20170104141755.GA11149@quartz>,
Patrick Welche  <prlw1%cam.ac.uk@localhost> wrote:
>Just updated the kernel of a box which had kernel+userland 7.99.51/amd64,
>with a kernel built just now, so 7.99.54. On boot (fat fingered):
>
>...
>Starting dhcpcd.
>uvm_fault(0xffffffe811642e170, 0x0, 1) -> e
>fatal page fault in supervisor mode
>trap type 6 code 0 rip ffffffff804966e9 cs 8 rflags 10246 cr2 18 ilevel
>6 rsp fffffe8116594a10
>curlwp 0xfffffe8116c87040 pid 135.1 lowest kstack 0xfffffe81165912c0
>kernel: page fault trap, code=0
>Stopped in pid 135.1 (dhcpd) at netbsd:npf_ifaddrhook+0x55: movq 18($r12),%rsi
>npf_ifaddrhook() at netbsd:npf_ifaddrhook+0x55
>pfil_run_addrhooks() at netbsd:pfil_run_addrhooks+0x3a
>in6_control() at netbsd:in6_control+0x67d
>udp6_ioctl_wrapper() at netbsd:udp6_ioctl_wrapper+0x32
>doifioctl() at netbsd:doifioctl+0xbb3
>soo_ioctl() at netbsd:soo_ioctl+0x2b5
>sys_ioctl() at netbsd:sys_ioctl+0x101
>syscall() at netbsd:syscall+0x1e8
>--- syscall (number 54) ---
>
>(so didn't manage to boot, to bring userland into sync - this is a DIAGNOSTIC,
>DEBUG, LOCKDEBUG kernel)

Ryo committed a change to pfil.c, it might help.

christos