From owner-freebsd-net@freebsd.org Sun Sep 2 09:32:22 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A14E2FEA351 for ; Sun, 2 Sep 2018 09:32:22 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 36E4B71CB1 for ; Sun, 2 Sep 2018 09:32:22 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id F229FFEA350; Sun, 2 Sep 2018 09:32:21 +0000 (UTC) Delivered-To: net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE5BFFEA34F for ; Sun, 2 Sep 2018 09:32:21 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: from mail-qt0-x22c.google.com (mail-qt0-x22c.google.com [IPv6:2607:f8b0:400d:c0d::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6724F71CB0 for ; Sun, 2 Sep 2018 09:32:21 +0000 (UTC) (envelope-from v.maffione@gmail.com) Received: by mail-qt0-x22c.google.com with SMTP id d4-v6so19022408qtn.13 for ; Sun, 02 Sep 2018 02:32:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=0jwhnYS0r5bV05qI9uGqBwX/DGJ0FR0ShGrvwcjSkrg=; b=biNQFrqtM+ItmURrGr20g0SYVKlqoIV4TPM1t2IXvO/qdUEAO78S6aG2lFgFoSFnIe plvyhJVmAzhfcE3LJAQiJqx9q/8tpm3op/7X3RqxUfiseLo2tg/QbZG5UrA664K+EQyp AgiBnlu6NbJhPpihkop8m2y2jSi227+z/DoE2+jxeGnLaR/mN8AwKp2G4sX3M7YSIVw7 CS8+YlAwZnPKjkF/FwJmO2uTF5ftOJeqpVcoK2WZzOgCFVIUq9jP8OBhgk+CaeQhF/v8 n2eHhcw/jvXeX9xwXag0+EtFvWZgdi40Dzm28mKQxoKE4UB/YyoPX21pD9aj9d8zS1Tw 9ecA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=0jwhnYS0r5bV05qI9uGqBwX/DGJ0FR0ShGrvwcjSkrg=; b=ZYWT/yn8LLaWFYtLjio5pijHNP4kNGKLWC/gFTfnnGfZ323lm0g/tQd8aTJVL6Z7Z6 5qDMWmfIXRqb1H21wm8fCHcjjhAxGjvfnk3iJXmFRhsiZDGHeN7ZkucGPf92QVtycj39 uMOREAd7Jb8igFuSp1xt2rX4nCiNUqRAWCBWDCcKLWaS8tY/Azo+Xsap3MnQUAMNWmPR A3oC63WULRUBGdF/3eFLgYaLRcMjW5qrLjP3SUWFr57rbLb1bz7CDsjvmf6SgR7GBK5D yTYpJ4DqEVXAf8QX2T3R4P5ljlqXFD7mh5aS2T/DsYmNTAKr9UeMnWCb5Q/jJU/CSTly wAbA== X-Gm-Message-State: APzg51BWn+gq9B2o+2RiIobSYXR0TL3PzH7RYpCBO9dkfpNLi5HrHEzp lb/5yfGm4icJt8U5Ko3cmRmlWEF5HNlX1bm0RfE/PQ== X-Google-Smtp-Source: ANB0VdbHvse78XmAtq+0InrLfJC3cyc6gS1fwvtkqe1CQEwRe2rekl5I/ZxtSuKRbV4PYXar8LrYQjyy1JnyY5egeYU= X-Received: by 2002:ac8:27dc:: with SMTP id x28-v6mr22986253qtx.61.1535880740766; Sun, 02 Sep 2018 02:32:20 -0700 (PDT) MIME-Version: 1.0 References: <20180901014953.GV45503@funkthat.com> <20180901211123.GZ45503@funkthat.com> In-Reply-To: <20180901211123.GZ45503@funkthat.com> From: Vincenzo Maffione Date: Sun, 2 Sep 2018 11:30:00 +0200 Message-ID: Subject: Re: vale and netmap module questions To: "freebsd-net@freebsd.org" , Luigi Rizzo Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Sep 2018 09:32:22 -0000 Il giorno sab 1 set 2018 alle ore 23:11 John-Mark Gurney ha scritto: > Vincenzo Maffione wrote this message on Sat, Sep 01, 2018 at 22:25 +0200: > > Il giorno sab 1 set 2018 alle ore 03:50 John-Mark Gurney < > jmg@funkthat.com> > > ha scritto: > > > > > First, does vale work for anyone? At least one of the documented > > > commands in vale(4) does not work. > > > > > > After manually building the netmap module and loading it: > > > # tcpdump -ni vale-a:1 > > > 313.748851 nm_open [947] invalid bridge name vale-a:1 > > > tcpdump: netmap open: cannot access vale-a:1: Invalid argument > > > > That name is invalid. See netmap(4). > > Are there plans to update the documentation then? It seems like > vale(4) should be a more authoratative reference for vale's naming > than netmap(4)... > You are right. I just updated the man page in the netmap github. I will commit this to FreeBSD soon. > > > > If I run tcpdump with a more correct looking name of vale1:a, I get a > > > null deref panic in ifunit_ref. Full trace is at the end. > > > > Yes, this is a known bug, already posted to this mailing list. Don't > build > > netmap as a module, but link it in the kernel image and it will work. > > (Add "dev netmap" to the kernel config). > > > > > Second, is there a good reason why the netmap module is still > > > disconnected from being built as a module? I guess not working > > > would be one, but I figure the above might be an aarch64 specific > > > problem, and not a general issue. > > > > On x86_64 netmap is not built as a module, so everything works fine. I > > don't see any reason why it should be a module in aarch64. > > Well, sys/modules/netmap exists... If it isn't planned on ever being > made to work, it should be removed so people don't get confused, or > at least marked broken so it doesn't get built... > > I built it manually because it was quicker than recompiling an entire > kernel and rebooting... > That's right. It used to work fine, then something must have changed in the way ifunit_ref() must be used from modules (CURVNET related?). I have not had the time to dig into this, so if anyone has any suggestion please tell me. Is there a standard way to mark a module as broken so that it does not get built as a module, but it still gets built statically? > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." > -- Vincenzo