search for: vm_page_unwir

I'm running 9.2-RC4 on a handful of desktop and server machines (both i386 and amd64). I have seen three panics (all vm_page_unwire) on one of those systems only (amd64 server) during the past week. The first two panics were triggered when shutting down the ntpd daemon (a recent development snapshot version of ntpd: 4.2.7p387). Exiting a later release (p388) has not triggered the panic. The system panicked again overnight,...

...ibute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: panic: vm_page_unwire: invalid wire count: 0 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 vm_page_unwire() at vm_page_unwire+0x84 sf_buf_mext() at sf_buf_mext+0x3c mb_free_ext() at mb_free_ext+0x99 sbdrop_internal() at sbdrop_internal+0x1e8 tcp_do_segment(...

...f ((m = vm_page_lookup(upobj, i)) == NULL) panic("pmap_dispose_proc: upage already missing???"); vm_page_busy(m); + + oldpte = *(ptek + i); + *(ptek + i) = 0; + if ((oldpte & PG_G) || (cpu_class > CPUCLASS_386)) + invlpg((vm_offset_t) p->p_addr + i * PAGE_SIZE); vm_page_unwire(m, 0); vm_page_free(m); } +#if defined(I386_CPU) + if (cpu_class <= CPUCLASS_386) + invltlb(); +#endif /* * If the process got swapped out some of its UPAGES might have gotten @@ -910,23 +958,23 @@ * Allow the UPAGES for a process to be prejudicially paged out. */ void -pmap_s...