Displaying 6 results from an estimated 6 matches for "uipc_syscalls".
2013 Dec 09
2
9.2-RELEASE + memcached = page fault
Hello
after upgrading to 9.2-release i can see periodical page faults. advises welcome.
examples:
1.
Fatal trap 12: page fault while in kernel mode
cpuid = 5; apic id = 22
fault virtual address = 0x18
fault code = supervisor read data, page not present
instruction pointer = 0x20:0xffffffff8051095c
stack pointer = 0x28:0xffffff88a9d77800
frame pointer =
2008 Nov 24
1
RELENG_7 panic under load: vm_page_unwire: invalid wire count: 0
..." is not available.
) at /usr/src/sys/kern/kern_shutdown.c:574
#3 0xffffffff8044a084 in vm_page_unwire (m=Variable "m" is not available.
) at /usr/src/sys/vm/vm_page.c:1410
#4 0xffffffff80379a4c in sf_buf_mext (addr=Variable "addr" is not available.
) at /usr/src/sys/kern/uipc_syscalls.c:1720
#5 0xffffffff8036e9c9 in mb_free_ext (m=0xffffff0081f93d00) at /usr/src/sys/kern/uipc_mbuf.c:257
#6 0xffffffff80372c38 in sbdrop_internal (sb=0xffffff00b4161458, len=2896) at mbuf.h:515
#7 0xffffffff803d6532 in tcp_do_segment (m=0xffffff0075c23b00, th=0xffffff0075c53024, so=0xffffff00b416...
2008 Jun 12
1
[7-STABLE] ping -s 4000 with ipsec panic
[FreeBSD 7-STABLE/i386]
Hello,
I've got a 100 % reproductible panic with ipsec when using a
'ping -s 4000'. It works without ipsec
My ipsec setup is very simple, i just use setkey:
/etc/ipsec.conf
flush;
spdflush;
add 192.168.1.21 192.168.1.200 esp 1011 -E rijndael-cbc
"0123456789012345";
add 192.168.1.200 192.168.1.21 esp 1012 -E rijndael-cbc
2013 Jul 24
1
NFS deadlock on 9.2-Beta1
Two machines (NFS Server: running ZFS / Client: disk-less), both are running FreeBSD r253506. The NFS client starts to deadlock processes within a few hours. It usually gets worse from there on. The processes stay in "D" state. I haven't been able to reproduce it when I want it to happen. I only have to wait a few hours until the deadlocks occur when traffic to the client machine
2003 Aug 30
4
Heads up: panics should be fixed!
As others have noted, Tor's patch appears to be a total solution to the
recent instability the PAE patch introduced. So, if you're experiencing
panics with a recent kernel, or are in a position to stress a machine,
please cvsup and give it a test!
Thanks,
Mike "Silby" Silbersack
---------- Forwarded message ----------
Date: Sat, 30 Aug 2003 08:39:08 -0700 (PDT)
From: Tor Egge
2006 Mar 17
1
Fatal trap 12: page fault while in kernel mode / current process=12 (swi1: net)
this is 6.0-STABLE as for Mar 17.
KDB: debugger backends: ddb
KDB: current backend: ddb
Copyright (c) 1992-2006 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 6.1-PRERELEASE #2: Fri Mar 17 11:05:32 UTC 2006
vlad@host:/usr/src/sys/amd64/compile/DEF_WEB
Timecounter