From owner-freebsd-net@freebsd.org Fri Mar 17 17:29:29 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 6039DD108CC for ; Fri, 17 Mar 2017 17:29:29 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: from mail-ot0-x22a.google.com (mail-ot0-x22a.google.com [IPv6:2607:f8b0:4003:c0f::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 24A36183E for ; Fri, 17 Mar 2017 17:29:29 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: by mail-ot0-x22a.google.com with SMTP id x37so99142961ota.2 for ; Fri, 17 Mar 2017 10:29:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=fC30Y3PYEZKIgrv4SszIq58pGe4urIZElCE1botz5X0=; b=N3cjRlsobuXSVy8NnLiBKmWnl7mN6PFnqb/CiWjMFxmNXVL7+7GuDMr44fSmwrSU6A MBvbVtdEzp/kcr8gwSjPJlBl3WDm+3cMbY+KHy5iQnmEar7PWxafGEKr70siB8th4DgC aKP+/cJHZu6gc70fvqdCpZovq33f9uLLsIvDGhaP8Y3d6PMlGmJIqKbIJjWNx/9cNW/S t+h/sfa+s8bD+HSG418B6uXccIPJzE/sdoVPe0R7869W5DDSW2Z/7FIpfKLpGDQ2XQj4 XKulEiQbpelil7hU9HXFCVDxqiCudbs9SKOuUxLyTi0bDpLOsL5xNxITbEjeLkCeCAh9 HHwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=fC30Y3PYEZKIgrv4SszIq58pGe4urIZElCE1botz5X0=; b=eCNrB5+SObqjx8iQ7EYEVd8VMDnXZedhtw777IP+0UmnGx4CXiSNCgPl4w5E3rZ6DA cXFXI+3e6LqQf+yl6YIGRSNPpBOAXUaUrkRit025CAC1MXVywMHMCHJxAO/VYoyGbedE 82xh0zTLUBTt61hXVdv6qbr83g5+IzrnNohamh1srDMAp15I9ykL5KQf0vozo0OqWGGp g4sdytr/d7BHOKSFzxW0Lfki0/XBDSr/AQL1zXjM0Omu/lPkD56Bzxi6NclfFpsxT44e e4PNM8Tdb9D5h6xos4xgPBstbpHsCZRuoIPxq2ASeDO4nXXPqyPqRu5DJDcwxj757W2u FMfg== X-Gm-Message-State: AFeK/H05llMKlSkJ8efIrgm5Pwz3GQzOmxCl9lZ9+bIC9w65REw73R7XyLOY+XGqxMNLyN04OxBDl67e0FSlVg== X-Received: by 10.157.11.28 with SMTP id a28mr9507576ota.121.1489771768447; Fri, 17 Mar 2017 10:29:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.50.45 with HTTP; Fri, 17 Mar 2017 10:29:28 -0700 (PDT) In-Reply-To: <58CBCD7A.8060301@omnilan.de> References: <58CBCD7A.8060301@omnilan.de> From: Vincenzo Maffione Date: Fri, 17 Mar 2017 18:29:28 +0100 Message-ID: Subject: Re: [panic] netmap(4) and if_lagg(4) To: Harry Schmalzbauer Cc: freebsd-net Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 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 17:29:29 -0000 Hi, This is supposed to work because of the emulated netmap adapter. By means of that, Netmap works on tap(4) interfaces if_bridge interfaces, epairs, etc. Have you tried those to see if that works? Maybe here the problem is that if_lagg is a "metadriver", which interacts in a bad way with the emulated adapter, which needs to intercept all the packets received from the driver. Cheers, Vincenzo 2017-03-17 12:50 GMT+01:00 Harry Schmalzbauer : > Unforutantely I can't use if_lagg(4) as physical vale interface: > > lagg0: flags=8843 metric 0 mtu > 9000 > options=6403b9 VLAN_HWCSUM,TSO4,TSO6,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6> > 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 > _______________________________________________ > freebsd-net@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > -- Vincenzo Maffione