From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 14 07:23:00 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D68216A408; Wed, 14 Feb 2007 07:23:00 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4943713C441; Wed, 14 Feb 2007 07:23:00 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 2DCC61A4D84; Tue, 13 Feb 2007 23:23:00 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7988451CF9; Wed, 14 Feb 2007 02:22:59 -0500 (EST) Date: Wed, 14 Feb 2007 02:22:59 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20070214072259.GA77408@xor.obsecurity.org> References: <20070213185312.GF67616@xor.obsecurity.org> <20070213190222.GE25802@deviant.kiev.zoral.com.ua> <20070213191030.GA68059@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20070213191030.GA68059@xor.obsecurity.org> User-Agent: Mutt/1.4.2.2i Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: Page fault in amd64 pmap_qremove from vm_thread_new() X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Feb 2007 07:23:00 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Feb 13, 2007 at 02:10:30PM -0500, Kris Kennaway wrote: > > > db> wh > > > Tracing pid 18747 tid 142909 td 0xffffff0095710cd0 > > > pmap_qremove() at pmap_qremove+0x2d > > > vm_thread_new() at vm_thread_new+0x8d > > > thread_init() at thread_init+0x16 > > > slab_zalloc() at slab_zalloc+0x282 > > > uma_zone_slab() at uma_zone_slab+0x1ae > > > uma_zalloc_bucket() at uma_zalloc_bucket+0x19d > > > uma_zalloc_arg() at uma_zalloc_arg+0x3a3 > > > thread_alloc() at thread_alloc+0x1f > > > create_thread() at create_thread+0xc5 > > > kern_thr_new() at kern_thr_new+0x75 > > > thr_new() at thr_new+0x62 > > > syscall() at syscall+0x310 > > > Xfast_syscall() at Xfast_syscall+0xab > > > --- syscall (455, FreeBSD ELF64, thr_new), rip = 0x8007a1cac, rsp = 0x7fffffffdef8, rbp = 0 --- I think this is the same as this i386 panic panic: vm_thread_new: kstack allocation failed cpuid = 2 KDB: enter: panic [thread pid 15585 tid 100749 ] Stopped at kdb_enter+0x2b: nop db> wh Tracing pid 15585 tid 100749 td 0xc5a0cae0 kdb_enter(c06c5686) at kdb_enter+0x2b panic(c06dcb57,0,c0630aee,c5a0cae0,c4ca2c80,...) at panic+0x11c vm_thread_new(d0d3bae0,0,6,e815cb40,c062f9e2,...) at vm_thread_new+0x6b thread_init(d0d3bae0,1c8,102) at thread_init+0xf slab_zalloc(c10661e0,102,c10661e0,c10661e0,c1074d00,...) at slab_zalloc+0x21a uma_zone_slab(c10661e0,2,c1074d08,0,c06dc0b3,893) at uma_zone_slab+0x138 uma_zalloc_internal(c10661e0,0,2,c1074d08,0,...) at uma_zalloc_internal+0x29 uma_zalloc_arg(c10661e0,0,2) at uma_zalloc_arg+0x303 thread_alloc(0,c5a11b40,c5a11b40,c5a0cae0,c5a0cae0,...) at thread_alloc+0x17 create_thread(c5a0cae0,0,28083554,8057900,ba0a7000,...) at create_thread+0x91 kern_thr_new(c5a0cae0,e815cc44,28083554,8057900,ba0a7000,...) at kern_thr_new+0x4e thr_new(c5a0cae0,e815cd00) at thr_new+0x41 syscall(e815cd38) at syscall+0x242 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (0, FreeBSD ELF32, nosys), eip = 0x2, esp = 0x292, ebp = 0x8057900 --- but I wonder why it didn't fail in the same way? Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF0rjSWry0BWjoQKURAn0eAKCWAu3whbDlhKSffmIAE99PMsEohwCdEOFP x7O4PjoWQRqcfMRQXKnB/3E= =pQ39 -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk--