From owner-freebsd-net@freebsd.org Fri May 26 12:22:20 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 4C924D7B497 for ; Fri, 26 May 2017 12:22:20 +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 F34A61118 for ; Fri, 26 May 2017 12:22:19 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v4QCMHmO067031; Fri, 26 May 2017 14:22:17 +0200 (CEST) (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 EC3C4340; Fri, 26 May 2017 14:22:16 +0200 (CEST) Message-ID: <59281DF8.20402@omnilan.de> Date: Fri, 26 May 2017 14:22:16 +0200 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: Vincenzo Maffione CC: FreeBSD Net Subject: Re: [panic] netmap(4) and if_lagg(4) References: <58CBCD7A.8060301@omnilan.de> <58CC23F5.7060507@omnilan.de> <58CFA394.8070901@omnilan.de> <5926EE96.1010000@omnilan.de> <5926F9F9.4040706@omnilan.de> <592701D6.7030301@omnilan.de> <592742A8.4010207@omnilan.de> <5927D560.10003@omnilan.de> <5927D77A.60502@omnilan.de> <5927E974.6060706@omnilan.de> <5927EF05.9040208@omnilan.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Fri, 26 May 2017 14:22:17 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; 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, 26 May 2017 12:22:20 -0000 Bezüglich Vincenzo Maffione's Nachricht vom 26.05.2017 11:06 (localtime): > Yes, it should integrate and compile out of the box, I've done that > several times with FreeBSD-11.0 and 10.3. Impressive, it needed just a small addition to sys/conf/files to make the linker happy :-) I also recomplied vale-ctl, but I get the following error when trying to add em0 (lagg-unrelated): 389.083433 [ 835] netmap_obj_malloc netmap_ring request size 65792 too large 389.091593 [1693] netmap_mem2_rings_create Cannot allocate RX_ring Adding lagg still results in a panci, but with your latest "return()"-patch, it's different: 0xffffffff8042aefb is in freebsd_generic_rx_handler (/usr/local/share/deploy-tools/RELENG_11/src/sys/dev/netmap/netmap_freebsd.c:276). 271 struct netmap_generic_adapter *gna = 272 (struct netmap_generic_adapter *)NA(ifp); 273 int stolen = generic_rx_handler(ifp, m); 274 275 if (!stolen) { 276 gna->save_if_input(ifp, m); 277 } 278 } 279 280 /* KDB: stack backtrace: #0 0xffffffff805e4a17 at kdb_backtrace+0x67 #1 0xffffffff805a34b6 at vpanic+0x186 #2 0xffffffff805a3323 at panic+0x43 #3 0xffffffff808a49b2 at trap_fatal+0x322 #4 0xffffffff808a4a09 at trap_pfault+0x49 #5 0xffffffff808a4246 at trap+0x286 #6 0xffffffff8088a521 at calltrap+0x8 #7 0xffffffff806aa3e0 at vlan_input+0x1f0 #8 0xffffffff8069b298 at ether_demux+0x128 #9 0xffffffff8069bf3b at ether_nh_input+0x31b #10 0xffffffff806b7c00 at netisr_dispatch_src+0xa0 #11 0xffffffff8069b546 at ether_input+0x26 #12 0xffffffff803a0278 at igb_rxeof+0x738 #13 0xffffffff8039f63f at igb_msix_que+0x10f #14 0xffffffff8056ae1c at intr_event_execute_handlers+0xec #15 0xffffffff8056b106 at ithread_loop+0xd6 #16 0xffffffff80568475 at fork_exit+0x85 #17 0xffffffff8088aa5e at fork_trampoline+0xe Any hints how I can get adding em0 (lagg and vlan-less) via vale-ctl again? (netmap_obj_malloc netmap_ring request size 65792 too large) Thanks, -harry