From owner-freebsd-net@freebsd.org Fri Mar 17 11:50:21 2017 Return-Path: Delivered-To: freebsd-net@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 A8802D0E97E for ; Fri, 17 Mar 2017 11:50:21 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 303E6122C for ; Fri, 17 Mar 2017 11:50:21 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v2HBoJXO025620 for ; Fri, 17 Mar 2017 12:50:19 +0100 (CET) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (titan.inop.mo1.omnilan.net [IPv6:2001:a60:f0bb:1::3:1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 3D4EB5B9; Fri, 17 Mar 2017 12:50:19 +0100 (CET) Message-ID: <58CBCD7A.8060301@omnilan.de> Date: Fri, 17 Mar 2017 12:50:18 +0100 From: Harry Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-net Subject: [panic] netmap(4) and if_lagg(4) Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Greylist: ACL 119 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Fri, 17 Mar 2017 12:50:19 +0100 (CET) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Mar 2017 11:50:21 -0000 Unforutantely I can't use if_lagg(4) as physical vale interface: lagg0: flags=8843 metric 0 mtu 9000 options=6403b9 ether 96:07:e9:78:c6:ac nd6 options=29 media: Ethernet autoselect status: active groups: lagg laggproto lacp lagghash l2,l3,l4 laggport: igb0 flags=1c laggport: igb1 flags=1c 'vale-ctl -h vale0:lagg0' Fatal trap 12: page fault while in kernel mode cpuid = 2; apic id = 02 fault virtual address = 0xc fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80422b54 stack pointer = 0x28:0xfffffe0444720740 frame pointer = 0x28:0xfffffe0444720760 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 = 12 (irq268: igb0:que 2) trap number = 12 panic: page fault cpuid = 2 KDB: stack backtrace: #0 0xffffffff805ccbc7 at kdb_backtrace+0x67 #1 0xffffffff8058aa26 at vpanic+0x186 #2 0xffffffff8058a893 at panic+0x43 #3 0xffffffff808762b2 at trap_fatal+0x322 #4 0xffffffff8087647c at trap_pfault+0x1bc #5 0xffffffff80875b30 at trap+0x280 #6 0xffffffff8085c6f1 at calltrap+0x8 #7 0xffffffff8068d254 at vlan_input+0x1a4 #8 0xffffffff80680188 at ether_demux+0x98 #9 0xffffffff80680eaf at ether_nh_input+0x30f #10 0xffffffff8069a725 at netisr_dispatch_src+0xa5 #11 0xffffffff806804a6 at ether_input+0x26 #12 0xffffffff8039a84d at igb_rxeof+0x6fd #13 0xffffffff80399c54 at igb_msix_que+0x114 #14 0xffffffff805528de at intr_event_execute_handlers+0xde #15 0xffffffff80552bb6 at ithread_loop+0xc6 #16 0xffffffff8054ffc5 at fork_exit+0x85 #17 0xffffffff8085cc2e at fork_trampoline+0xe Is vale supposed to work with artificial interfaces like if_lagg? Is it worth filing a bug report or won't it ever be possible? Thanks, -harry