Because it runs under qemu, filling a bug report is ...
nevertheless i leave the trace info here, in case it is relevant,
also does this mean i ran out of memmory ?>

arp info overwritten for 10.14.0.1 by fe:e1:ba:d0:f8:62 on vether114
arp info overwritten for REDACTED by 00:07:b4:00:01:02 on vio0
arp info overwritten for REDACTED  by 00:07:b4:00:01:01 on vio0
arp: attempt to overwrite entry for 10.36.0.1 on vether136 by
fe:e1:ba:db:c5:e9
on trunk136
arp info overwritten for 10.36.0.1 by fe:e1:ba:db:c5:e9 on vether136
uvm_fault(0xffffff021680ee00, 0x11, 0, 1) -> e
kernel: page fault trap, code=0
Stopped at      uvm_pmr_addr_RB_REMOVE+0x94:    cmpq    0x10(%rax),%rbx
ddb{0}> trace
uvm_pmr_addr_RB_REMOVE() at uvm_pmr_addr_RB_REMOVE+0x94
uvm_pmr_remove_addr() at uvm_pmr_remove_addr+0x11
uvm_pmr_get1page() at uvm_pmr_get1page+0x1ae
uvm_pmr_getpages() at uvm_pmr_getpages+0x514
uvm_pagealloc() at uvm_pagealloc+0x128
uvm_fault() at uvm_fault+0xaee
trap() at trap+0x5f0
--- trap (number 6) ---
end of kernel
end trace frame: 0x1482aa29b820, count: -7
0x148244132eb7:

Those arp info overwritten are normal ?

-- 
---------------------------------------------------------------------------------------------------------------------
() ascii ribbon campaign - against html e-mail
/\

Reply via email to