search for: uipc_syscalls

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