From owner-freebsd-current@FreeBSD.ORG Thu Sep 2 10:01:24 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BE991065694; Thu, 2 Sep 2010 10:01:24 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4AD8FC0A; Thu, 2 Sep 2010 10:01:20 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA20455; Thu, 02 Sep 2010 13:01:19 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Or6bf-0003L7-7X; Thu, 02 Sep 2010 13:01:19 +0300 Message-ID: <4C7F75EE.6070707@icyb.net.ua> Date: Thu, 02 Sep 2010 13:01:18 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.8) Gecko/20100822 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: brian@FreeBSD.org, freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: panic in get_next_dirent 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, 02 Sep 2010 10:01:24 -0000 Brian, after I upgraded my kernel from beginning of July version to end of August version I started to get panics in get_next_dirent under parallel FS load, like e.g. during buildworld with -jN. Is this something that might have been broken by accident and then fixed later? I've seen that you were making some changes in the related code while working on your NFS problem. I am upgrading kernel to the latest version now to see if that helps. Here is panic information: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xffffff80151b8abb fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff803f6f54 stack pointer = 0x28:0xffffff8124353580 frame pointer = 0x28:0xffffff8124353650 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12295 (sh) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff801b84ba = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff803a2c62 = kdb_backtrace+0x32 panic() at 0xffffffff8036cb54 = panic+0x1b4 trap_fatal() at 0xffffffff805471ad = trap_fatal+0x39d trap_pfault() at 0xffffffff805473bd = trap_pfault+0x1ed trap() at 0xffffffff805479a4 = trap+0x484 calltrap() at 0xffffffff80531428 = calltrap+0x8 --- trap 0xc, rip = 0xffffffff803f6f54, rsp = 0xffffff8124353580, rbp = 0xffffff8124353650 --- get_next_dirent() at 0xffffffff803f6f54 = get_next_dirent+0x164 vop_stdvptocnp() at 0xffffffff803f749a = vop_stdvptocnp+0x31a VOP_VPTOCNP_APV() at 0xffffffff805a3af8 = VOP_VPTOCNP_APV+0xe8 vn_vptocnp_locked() at 0xffffffff803f339c = vn_vptocnp_locked+0x1fc vn_fullpath1() at 0xffffffff803f36b8 = vn_fullpath1+0x1e8 kern___getcwd() at 0xffffffff803f3b4a = kern___getcwd+0xda __getcwd() at 0xffffffff803f3cd4 = __getcwd+0x14 syscallenter() at 0xffffffff803b088e = syscallenter+0x26e syscall() at 0xffffffff80547432 = syscall+0x42 Xfast_syscall() at 0xffffffff80531702 = Xfast_syscall+0xe2 --- syscall (326, FreeBSD ELF64, __getcwd), rip = 0x800939cfc, rsp = 0x7fffffffe0b8, rbp = 0x800c2a208 --- -- Andriy Gapon