From scrappy@hub.org  Mon Feb 10 21:28:02 2003
Return-Path: <scrappy@hub.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 5B00F37B401
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 10 Feb 2003 21:28:02 -0800 (PST)
Received: from hub.org (hub.org [64.49.215.141])
	by mx1.FreeBSD.org (Postfix) with ESMTP id B75DB43F85
	for <FreeBSD-gnats-submit@freebsd.org>; Mon, 10 Feb 2003 21:28:01 -0800 (PST)
	(envelope-from scrappy@hub.org)
Received: by hub.org (Postfix, from userid 1002)
	id ABA138B4893; Tue, 11 Feb 2003 01:27:59 -0400 (AST)
Message-Id: <20030211052759.ABA138B4893@hub.org>
Date: Tue, 11 Feb 2003 01:27:59 -0400 (AST)
From: Marc G.Fournier <scrappy@hub.org>
Reply-To: Marc G.Fournier <scrappy@hub.org>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: panic: pmap_new_proc: u_map allocation failed
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         48166
>Category:       kern
>Synopsis:       panic: pmap_new_proc: u_map allocation failed
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    linimon
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Feb 10 21:30:16 PST 2003
>Closed-Date:    Wed Mar 14 18:53:21 GMT 2007
>Last-Modified:  Wed Mar 14 18:53:21 GMT 2007
>Originator:     Marc G. Fournier
>Release:        FreeBSD 4.7-STABLE i386
>Organization:
Hub.Org Networking Services (http://www.hub.org)
>Environment:
System: FreeBSD venus.hub.org 4.7-STABLE FreeBSD 4.7-STABLE #30: Sat Feb 1 23:55:13 CST 2003 root@venus.hub.org:/usr/obj/usr/src/sys/kernel i386


	
>Description:

(kgdb) where
#0  0xc7c0f256 in ?? ()
#1  0xc014e46c in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:223
#2  0xc014eb91 in panic (fmt=0xc022f1c0 "pmap_new_proc: u_map allocation failed") at /usr/src/sys/kern/kern_shutdown.c:595
#3  0xc01fba0d in pmap_new_proc (p=0xff3e61a0) at /usr/src/sys/i386/i386/pmap.c:870
#4  0xc01c91f0 in vm_fork (p1=0xef72a000, p2=0xff3e61a0, flags=20) at /usr/src/sys/vm/vm_glue.c:240
#5  0xc0147b3f in fork1 (p1=0xef72a000, flags=20, procp=0xefad0f20) at /usr/src/sys/kern/kern_fork.c:488
#6  0xc01472f6 in fork (p=0xef72a000, uap=0xefad0f80) at /usr/src/sys/kern/kern_fork.c:100
#7  0xc01ffe65 in syscall2 (frame={tf_fs = 134479919, tf_es = -1078001617, tf_ds = -1078001617, tf_edi = 134578336, tf_esi = -1077936896, tf_ebp = -1077936992,
      tf_isp = -273870892, tf_ebx = 134578560, tf_edx = -1077938016, tf_ecx = 134578560, tf_eax = 2, tf_trapno = 12, tf_err = 2, tf_eip = 673049060, tf_cs = 31,
      tf_eflags = 643, tf_esp = -1077938044, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1175
#8  0xc01ed1ab in Xint0x80_syscall ()
#9  0x804ae45 in ?? ()
#10 0x80490a5 in ?? ()
(kgdb) up 3
#3  0xc01fba0d in pmap_new_proc (p=0xff3e61a0) at /usr/src/sys/i386/i386/pmap.c:870
870                             panic("pmap_new_proc: u_map allocation failed");
(kgdb) list
865             /* get a kernel virtual address for the UPAGES for this proc */
866             if ((up = p->p_addr) == NULL) {
867                     up = (struct user *) kmem_alloc_nofault(kernel_map,
868                                     UPAGES * PAGE_SIZE);
869                     if (up == NULL)
870                             panic("pmap_new_proc: u_map allocation failed");
871                     p->p_addr = up;
872             }
873
874             ptek = (unsigned *) vtopte((vm_offset_t) up);
(kgdb) print *p
$1 = {p_procq = {tqe_next = 0xff3e6000, tqe_prev = 0x0}, p_list = {le_next = 0xff3e6340, le_prev = 0xc026b818}, p_cred = 0xc9432a80, p_fd = 0xccedb400, p_stats = 0x0,
  p_limit = 0xc7d99e00, p_upages_obj = 0xfa05f900, p_procsig = 0xd1147ac0, p_flag = 16777476, p_stat = 1 '\001', p_pad1 = "\000\000", p_pid = 16625, p_hash = {
    le_next = 0xf740b9c0, le_prev = 0xc76803c4}, p_pglist = {le_next = 0xef2c94e0, le_prev = 0xef72a03c}, p_pptr = 0xef72a000, p_sibling = {le_next = 0x0,
    le_prev = 0xef72a050}, p_children = {lh_first = 0x0}, p_ithandle = {callout = 0x0}, p_oppid = 0, p_dupfd = 0, p_vmspace = 0xff60ed40, p_estcpu = 0, p_cpticks = 0,
  p_pctcpu = 0, p_wchan = 0x0, p_wmesg = 0x0, p_swtime = 1175, p_slptime = 0, p_realtimer = {it_interval = {tv_sec = 0, tv_usec = 0}, it_value = {tv_sec = 0,
      tv_usec = 0}}, p_runtime = 0, p_uu = 0, p_su = 0, p_iu = 0, p_uticks = 0, p_sticks = 0, p_iticks = 0, p_traceflag = 0, p_tracep = 0x0, p_siglist = {__bits = {0, 0,
      0, 0}}, p_textvp = 0xecd2acc0, p_lock = 0 '\000', p_oncpu = 0 '\000', p_lastcpu = 0 '\000', p_rqindex = 0 '\000', p_locks = 0, p_simple_locks = 0, p_stops = 0,
  p_stype = 0, p_step = 0 '\000', p_pfsflags = 0 '\000', p_pad3 = "\000", p_retval = {0, 0}, p_sigiolst = {slh_first = 0x0}, p_sigparent = 20, p_oldsigmask = {__bits = {
      0, 0, 0, 0}}, p_sig = 0, p_code = 0, p_klist = {slh_first = 0x0}, p_sigmask = {__bits = {0, 0, 0, 0}}, p_sigstk = {ss_sp = 0x0, ss_size = 0, ss_flags = 4},
  p_priority = 50 '2', p_usrpri = 50 '2', p_nice = 0 '\000', p_comm = "master\000\000\000\000\000\000\000\000\000\000", p_pgrp = 0xc62f4520, p_sysent = 0xc023b480,
  p_rtprio = {type = 1, prio = 0}, p_prison = 0xc917ec00, p_args = 0xc7a590c0, p_addr = 0x0, p_md = {md_regs = 0x0}, p_xstat = 0, p_acflag = 0, p_ru = 0x0,
  p_nthreads = 0, p_aioinfo = 0x0, p_wakeup = 0, p_peers = 0x0, p_leader = 0xff3e61a0, p_asleep = {as_priority = 0, as_timo = 0}, p_emuldata = 0x0}

>How-To-Repeat:
	
>Fix:

	


>Release-Note:
>Audit-Trail:

From: David Schultz <das@FreeBSD.ORG>
To: "Marc G.Fournier" <scrappy@hub.org>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/48166: panic: pmap_new_proc: u_map allocation failed
Date: Mon, 24 Feb 2003 04:34:19 -0800

 I believe your problem here is having KVA_PAGES set too low.
 (I take it this machine has lots of memory.)  When you increase
 KVA_PAGES, does the problem go away?
 
 Of course, you've discovered that all sorts of other
 wonderful things happen when you change KVA_PAGES, but let's
 work on one thing at a time.

From: "Marc G. Fournier" <scrappy@hub.org>
To: David Schultz <das@FreeBSD.ORG>
Cc: FreeBSD-gnats-submit@FreeBSD.ORG
Subject: Re: kern/48166: panic: pmap_new_proc: u_map allocation failed
Date: Mon, 24 Feb 2003 12:02:13 -0400 (AST)

 On Mon, 24 Feb 2003, David Schultz wrote:
 
 > I believe your problem here is having KVA_PAGES set too low.
 > (I take it this machine has lots of memory.)  When you increase
 > KVA_PAGES, does the problem go away?
 >
 > Of course, you've discovered that all sorts of other
 > wonderful things happen when you change KVA_PAGES, but let's
 > work on one thing at a time.
 
 Right now, I'm not sure ... with KVA_PAGES up at 512, I'm still getting a
 'nightly hang' ... as its a remote server, I asked the folks at Rackspace
 to do ctl-alt-esc and type 'panic', which worked, but I failed to tell
 them what to expect after typing panic, so when it started spewing a
 sequence of #'s at them (I use netdump to get my cores), they powercycled
 it, thinking there was a problem ...
 
 If/when it happens again tonight, I'll get them to let it finish and
 publish a new report ...
 
 
State-Changed-From-To: open->feedback 
State-Changed-By: linimon 
State-Changed-When: Wed Mar 14 06:17:34 UTC 2007 
State-Changed-Why:  
Is this still a problem with recent versions of FreeBSD? 


Responsible-Changed-From-To: freebsd-bugs->linimon 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Wed Mar 14 06:17:34 UTC 2007 
Responsible-Changed-Why:  

http://www.freebsd.org/cgi/query-pr.cgi?pr=48166 
State-Changed-From-To: feedback->closed 
State-Changed-By: linimon 
State-Changed-When: Wed Mar 14 18:52:52 UTC 2007 
State-Changed-Why:  
Submitter notes that this has not been seen in a while. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=48166 
>Unformatted:
