5.6 crashes

[hulten]

Both 5.6-release and 5.6-stable give kernel panics on my amd64 system. They seem to be network-related.

An example of a crash of -release (shortly after logging into a virtual console):

# pkg_add vim
kernel: type 692267296 trap, code=0
Stopped at      0x6f43204149444956:panic: uvm_fault: fault on non-pagable map(0xffffffff81d7bb60, 0xffff80000015b000)
     Stopped at      Debugger+0x9:   leave

ddb{0}> trace
Debugger() at Debugger+0x9
panic() at panic+0xfe
uvm_fault() at uvm_fault+0xcc4
trap() at trap+0x62f
--- trap (number 6) ---
(null)() at 0xffff80000015ba80
db_get_value() at db_get_value+0x34
db_disasm() at db_disasm+0x42
db_trap() at db_trap+0x90
kdb_trap() at kdb_trap+0xf0
end of kernel
end trace frame: 0x96ae10b000000001, count: -9
ddb{0}> ps
   PID   PPID   PGRP    UID  S       FLAGS  WAIT          COMMAND
  2047  23251   6419      0  3        0x83  poll          ftp
 23251   6419   6419      0  3        0x8b  pause         sh
  6419  21029   6419      0  3        0x83  piperd        perl
 18846      1  22182     35  3        0x90  poll          xconsole
 30272      1  22182      0  3        0x80  netio         xconsole
   383  27898    383      0  3        0x80  poll          xdm
 15980  21909  21909H(  .e   3        0x

Hereafter apparently random characters appear (about 20 lines). When I enter a command again (ps), the only readable messages are (kernel, blue):

          kernel: protection fault trap, code=0
Faulted in DDB; continuing...

Then there is a full crash (no keys, like NumLock, respond; I don't get icmp ping requests back from the machine).

Crash happens most often already during loading the kernel or during init. An example of crash during init:

...
DHCPACK from 192.168.0.11 (00:a0:24:f0:fb:11)
kernel: double fault trap, code=0
Stopped at      0:

Example of -stable crash (upgraded from 5.6 release following release(8)):

starting network
DHCPREQUEST on sk0 to 255.255.255.255
DHCPACK from 192.168.0.11 (00:40:24:f0:fb:11)

and then the computer hangs (keyboard nor network). Ideas are welcome.