From owner-freebsd-current@FreeBSD.ORG Thu Mar 18 13:56:49 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 476CE1065781 for ; Thu, 18 Mar 2010 13:56:49 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id C37E48FC13 for ; Thu, 18 Mar 2010 13:56:48 +0000 (UTC) Received: by bwz8 with SMTP id 8so2128423bwz.3 for ; Thu, 18 Mar 2010 06:56:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=tj3TIyaCWNOazDBId6zAdBTkfCPAqEKHchBd5qrhEgc=; b=n66k8tGZD+S/3AxtF6pFUKboWbSAn/0UibJMdAtlmfp8xnEQF3r489I4kHiMxeK4Yk t2iAHIO/dbD0aiGUqotjNPlbbOB/pDbIDCUDfewVvhwuPelR1Tg188niYEO1YbsWA7XT 0DAiqJ1kDq7i2PHj4tD6yuQlNa07MIMdKtZiY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=NQfS0yXcXCcMhtlw7/FM4KX0Hhd20SZUZYThUp9gl4ZmVp+FXO3A8z3vscgRuogowo +gzrtSPV3VQEHvLjdi8o5QQm+rSo4FK4Z3wP/mivv+0TbPa0GVE853c6ddHMTRXQgbUM VqNK2nfW3zMaUVxthZHRwx5i5eqxMcITuJqKs= Received: by 10.204.3.207 with SMTP id 15mr1422047bko.91.1268920607441; Thu, 18 Mar 2010 06:56:47 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id s17sm35609156bkd.16.2010.03.18.06.56.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 18 Mar 2010 06:56:46 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <1CA4C3D2-675E-4FE9-8574-4E17A073C389@gmail.com> Date: Thu, 18 Mar 2010 13:56:43 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <000C4323-1DD2-4EA1-BAEE-FDAF1F7B679C@freebsd.org> References: <20100318133540.GQ35333@bunrab.catwhisker.org> <1CA4C3D2-675E-4FE9-8574-4E17A073C389@gmail.com> To: Rui Paulo X-Mailer: Apple Mail (2.1077) Cc: current@freebsd.org Subject: Re: Panic @r205276 (Fatal trap 12: page fault while in kernel mode) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 13:56:49 -0000 On 18 Mar 2010, at 13:48, Rui Paulo wrote: >=20 > On 18 Mar 2010, at 13:35, David Wolfskill wrote: >=20 >> On first reboot after building & installing; yesterday (@r205249) was = OK: >>=20 >> 3 1. Boot FreeBSD [default] 3 |_| |_| \___|\___| >> 3 2. Boot FreeBSD with ACPI disabled 3 ____ _____ _____ >> 3 3. Boot FreeBSD in Safe Mode 3 | _ \ / ____| __ \ >> 3 4. Boot FreeBSD in single user mode 3 | |_) | (___ | | | | >> 3 5. Boot FreeBSD with verbose logging 3 | _ < \___ \| | | | >> 3 6. Escape to loader prompt 3 | |_) |____) | |__| | >> 3 7. Reboot 3 | | | | >> 3 3 |____/|_____/|_____/ >> 3 3 >> 3 3 >> 3 3 >> 3 Select option, [Enter] for default 3 >> 3 or [Space] to pause timer 0 3 >> @DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDY >>=20 >>=20 >> GDB: no debug ports present >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2010 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 is a registered trademark of The FreeBSD Foundation. >> FreeBSD 9.0-CURRENT #102 r205276: Thu Mar 18 06:06:56 PDT 2010 >> root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC = i386 >> WARNING: WITNESS option enabled, expect reduced performance. >>=20 >>=20 >> Fatal trap 12: page fault while in kernel mode >> cpuid =3D 0; apic id =3D 00 >> fault virtual address =3D 0xf000efd2 >> fault code =3D supervisor read, page not present >> instruction pointer =3D 0x20:0xc093a0c8 >> stack pointer =3D 0x28:0xc142071c >> frame pointer =3D 0x28:0xc142071c >> code segment =3D base 0x0, limit 0xfffff, type 0x1b >> =3D DPL 0, pres 1, def32 1, gran 1 >> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >> current process =3D 0 () >> [ thread pid 0 tid 0 ] >> Stopped at strlen+0x8: cmpb $0,0(%edx) >> db> bt >> Tracing pid 0 tid 0 td 0xc0e02df0 >> strlen(f000efd2,c142086c,cccccccc,ccccccc,cccccccc,...) at strlen+0x8 >> kvprintf(c0ca617e,c08c9880,c142086c,a,c14208ac,...) at kvprintf+0x8fe >> vsnprintf(c0e048e0,100,c0ca617e,c14208ac,0,...) at vsnprintf+0x3b >> panic(c0ca617e,f000efd2,c0cd1cd6,dcc,c1420a68,...) at panic+0x8d >> _mtx_lock_flags(5c,0,c0cd1cd6,dcc,c142091c,...) at = _mtx_lock_flags+0x9a >> _vm_map_lock_read(0,c0cd1cd6,dcc,5d,0,...) at _vm_map_lock_read+0x30 >> vm_map_lookup(c1420a50,f000f000,1,c1420a54,c1420a44,...) at = vm_map_lookup+0x38 >> vm_fault(0,f000f000,1,0,f000ff63,...) at vm_fault+0xa5 >> trap_pfault(5,0,c0ce1b15,c0d904c0,c0e02b40,...) at trap_pfault+0x17b >> trap(c1420b70) at trap+0x4a8 >> calltrap() at calltrap+0x6 >> --- trap 0xc, eip =3D 0xc08853d6, esp =3D 0xc1420bb0, ebp =3D = 0xc1420bd0 --- >> _mtx_lock_flags(f000ff53,0,c0cd0df2,9a2,0,...) at = _mtx_lock_flags+0x46 >> zone_alloc_item(c0d9b5fc,c0cd12d4,c0cd11fb,c15ba000,c1420c88,...) at = zone_alloc_item+0x33 >> hash_alloc(c15ba008,c0cd12d4,c0cd11fb,10,df,...) at hash_alloc+0x54 >> keg_ctor(c15ba000,80,c1420c88,2,c1420c88,...) at keg_ctor+0x234 >> zone_alloc_item(c0f7d380,180,c1420c88,c0d9b5fc,20000000,...) at = zone_alloc_item+0x176 >> zone_ctor(c0f7d380,180,c1420cd8,2,c0cd33f3,...) at zone_ctor+0x1d2 >> uma_startup(c158b000,30,7ff60000,3,c158b000,...) at uma_startup+0x1db >> vm_page_startup(c15bb000,a,c1420d88,c084f0b6,0,...) at = vm_page_startup+0x1d0 >> vm_mem_init(0,141ec00,141ec00,141e000,1425000,...) at = vm_mem_init+0x18 >> mi_startup() at mi_startup+0x96 >> begin() at begin+0x2c >> db>=20 >>=20 >=20 > I have the same panic. I'll try to revert 205266. Yes, 205266 is the culprit. -- Rui Paulo