From owner-freebsd-stable@freebsd.org Thu Sep 1 03:14:28 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D001BC799A for ; Thu, 1 Sep 2016 03:14:28 +0000 (UTC) (envelope-from jon@porthos.spock.org) Received: from porthos.spock.org (porthos.spock.org [IPv6:2001:470:8d3f:1::6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.spock.org", Issuer "spock.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D39F796 for ; Thu, 1 Sep 2016 03:14:27 +0000 (UTC) (envelope-from jon@porthos.spock.org) X-Hashcash: 1:15:160901031425:freebsd-stable@freebsd.org:host=porthos.spock.org:u813EPJg013890ItWXLxxJlgs1VQUI:hVe Received: from porthos.spock.org (R00+@localhost [127.0.0.1]) by porthos.spock.org with ESMTPS serial EF600Q3T-B7F8823u813EPJg013890F7T for ; Wed, 31 Aug 2016 23:14:25 -0400 (EDT) (envelope-from jon@porthos.spock.org) Received: (from jon@localhost) by porthos.spock.org (8.15.2/8.15.2/Submit) id u813EPfv013889 for freebsd-stable@freebsd.org; Wed, 31 Aug 2016 23:14:25 -0400 (EDT) (envelope-from jon) Date: Wed, 31 Aug 2016 23:14:25 -0400 From: Jonathan Chen To: freebsd-stable@freebsd.org Subject: FreeBSD 11 RC1 flowtable crash Message-ID: <20160901031425.GB6067@porthos.spock.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: telnet/1.6.2 (rational) X-Scanned-By: MIMEDefang 2.78 on 74.109.191.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2016 03:14:28 -0000 I just upgraded a machine from 10-STABLE to FreeBSD 11, and the machine seems to crash frequently if flowtable is enabled. Other machines I have using the identical kernel does not seem to be affected, and the same hardward on the old 10-STABLE branch was quick stable. Interfaces on this machine include several vlans on top of a lagg. Does anyone have any ideas what the trouble might be? Crash stack trace: Fatal trap 12: page fault while in kernel mode cpuid = 7; apic id = 26 fault virtual address = 0x3b0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80c55a6b stack pointer = 0x28:0xfffffe088a32b1b0 frame pointer = 0x28:0xfffffe088a32b240 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 = 8419 (sendmail) trap number = 12 panic: page fault cpuid = 7 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff8044e24b = db_trace_self_wrapper+0x2b/frame 0xfffffe088a32ad40 vpanic() at 0xffffffff80c5aaa2 = vpanic+0x182/frame 0xfffffe088a32adc0 panic() at 0xffffffff80c5a913 = panic+0x43/frame 0xfffffe088a32ae20 trap_fatal() at 0xffffffff810ac341 = trap_fatal+0x351/frame 0xfffffe088a32ae80 trap_pfault() at 0xffffffff810ac533 = trap_pfault+0x1e3/frame 0xfffffe088a32aee0 trap() at 0xffffffff810ababc = trap+0x26c/frame 0xfffffe088a32b0f0 calltrap() at 0xffffffff8108e191 = calltrap+0x8/frame 0xfffffe088a32b0f0 --- trap 0xc, rip = 0xffffffff80c55a6b, rsp = 0xfffffe088a32b1c0, rbp = 0xfffffe088a32b240 --- __rw_wlock_hard() at 0xffffffff80c55a6b = __rw_wlock_hard+0xfb/frame 0xfffffe088a32b240 in_lltable_lookup() at 0xffffffff80e2196f = in_lltable_lookup+0xcf/frame 0xfffffe088a32b260 llentry_alloc() at 0xffffffff80d7ab5c = llentry_alloc+0x3c/frame 0xfffffe088a32b2b0 flowtable_lookup_common() at 0xffffffff80d5e316 = flowtable_lookup_common+0x326/frame 0xfffffe088a32b3a0 flowtable_lookup() at 0xffffffff80d5d7ac = flowtable_lookup+0x9c/frame 0xfffffe088a32b3f0 ip_output() at 0xffffffff80e398f8 = ip_output+0xa8/frame 0xfffffe088a32b540 tcp_output() at 0xffffffff80ecdb6b = tcp_output+0x195b/frame 0xfffffe088a32b6f0 tcp_usr_send() at 0xffffffff80edcf56 = tcp_usr_send+0x416/frame 0xfffffe088a32b790 sosend_generic() at 0xffffffff80cf7fc7 = sosend_generic+0x5e7/frame 0xfffffe088a32b860 soo_write() at 0xffffffff80cce9c9 = soo_write+0x49/frame 0xfffffe088a32b8a0 dofilewrite() at 0xffffffff80cc4167 = dofilewrite+0x87/frame 0xfffffe088a32b8f0 kern_writev() at 0xffffffff80cc3e48 = kern_writev+0x68/frame 0xfffffe088a32b940 sys_write() at 0xffffffff80cc3dd4 = sys_write+0x84/frame 0xfffffe088a32b990 amd64_syscall() at 0xffffffff810acca8 = amd64_syscall+0x4d8/frame 0xfffffe088a32bab0 Xfast_syscall() at 0xffffffff8108e47b = Xfast_syscall+0xfb/frame 0xfffffe088a32bab0 --- syscall (4, FreeBSD ELF64, sys_write), rip = 0x8017c4bca, rsp = 0x7fffffff9288, rbp = 0x7fffffff9410 --- -- -Jon