From nobody Sun Nov 28 18:30:46 2021 X-Original-To: freebsd-net@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 675B118A8106 for ; Sun, 28 Nov 2021 18:30:57 +0000 (UTC) (envelope-from vmaffione@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J2H9Y0nxTz4vbT; Sun, 28 Nov 2021 18:30:57 +0000 (UTC) (envelope-from vmaffione@freebsd.org) Received: from mail-ua1-f44.google.com (mail-ua1-f44.google.com [209.85.222.44]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: vmaffione) by smtp.freebsd.org (Postfix) with ESMTPSA id EAD1120732; Sun, 28 Nov 2021 18:30:56 +0000 (UTC) (envelope-from vmaffione@freebsd.org) Received: by mail-ua1-f44.google.com with SMTP id a14so29435914uak.0; Sun, 28 Nov 2021 10:30:56 -0800 (PST) X-Gm-Message-State: AOAM533V8qqXjj9rFS9dTzB29D4uFdNJnWGrIIJFT7vQXd51fYZirtRz 4ZZDfqBH/acPvuEK7q4n43LSjo465oHyLNRznUo= X-Google-Smtp-Source: ABdhPJw2lDsWLmqBZ0Gq0AUSWLLBZG3WOshJPSYJIWl2+t2nNU0BRjbv4OqUYLhBWhwcFwBtafoM3HkrQuOPYEvoCp0= X-Received: by 2002:a05:6102:358b:: with SMTP id h11mr27989042vsu.24.1638124256494; Sun, 28 Nov 2021 10:30:56 -0800 (PST) List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 References: In-Reply-To: From: Vincenzo Maffione Date: Sun, 28 Nov 2021 19:30:46 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: e1000 & igb if_vlan netmap header stripping issue after e1000-igb driver updates. To: =?UTF-8?B?w5Z6a2FuIEtJUklL?= Cc: FreeBSD Net , kbowling@freebsd.org Content-Type: multipart/alternative; boundary="000000000000680ae405d1dd8612" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1638124257; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=ueWg8mhsH/F5pmKzNgfKPC175EYbcbMSaf+gkDFfCew=; b=ZnCk5nENP7h1Pu3EB9mkp4bm4V1PotTW0jx93neIi8vPc613mAnzq/iy5yrgv1t2LWo0Ip KWOY9LDC4dTLjPYLKoV/z8gxU9M8n/qawpvqMlhB918WFtQmLoNWruqphEGmm/g32ohYqV 2IGOYl5S5TVOb13+NI5qS9eOMiUfbb3g6uEpd+5+g3MEeet/wlOJ2Bf9WYEwKMoEhflFsM 5nGjbO7O147UC5PlEYW9lv/8JJIH0mgBqV7oSmhmpjqa77R4mSHcTAGSdm+U0PKV1Dt2iB O9qNYKJdaWk5YTHphqwwp4Vv5DgeKU0jhfkQolqOkAAiyYweQF3MmWJ10sddOA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1638124257; a=rsa-sha256; cv=none; b=FKtb30sMoiuYKcRJgiavWwE/EaUL66uXT0KUQojBHPIxukPx2eKtpQW/AoOoPvKWO3fW14 VcfP+8w6H3cWMhwH4ikCnE+05tw0RFhor/B1QlrQ06fxsnXwxgVHaIYrxdq04xG94cjTB1 phZteID2KWHq88TxzFPw1WJKI1MVya5FFN7OnFDQBmCYVrdt6br4QR2pBBnkiVOG1qSTJA uC5AdFmGVR10Np83lC5GdU5U2JOTCqepdrmuQARNVNPfsrrJXaCc/vlhFRfKtte4vRsfFl ygeSh2m9Zc1CX4W7s1urw+iJ4XDRJA0UB0i7kzl/gwYwsFUFH4/h9DqsjpCyvw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: Y --000000000000680ae405d1dd8612 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D260068 On Sat, Nov 20, 2021, 3:19 PM =C3=96zkan KIRIK wrot= e: > Hello, > > I'm using stable/12 (aba2dc46dfa5, Oct 24 2021). I'm hitting some > problems with if_vlan + parent interface netmap. It was working with > before driver update. Maybe something missing for netmap > implementation. > > The way to reproduce: > [HostA] <----> [HostB] > > HostA > - ifconfig em1.110 create 10.10.10.2/24 up > - ping 10.10.10.1 > - tcpdump -eni em1 > 17:05:11.393411 00:50:56:26:69:ea > 00:0c:29:84:5d:88, ethertype > 802.1Q (0x8100), length 102: vlan 110, p 0, ethertype IPv4, 10.10.10.1 > > 10.10.10.2: ICMP echo reply, id 32844, seq 53, length 64 > > HostB > - ifconfig em1.110 create 10.10.10.1/24 up > - ifconfig em1 promisc -tso -lro -rxcsum -txcsum -tso6 -rxcsum -txcsum > -tso6 -rxcsum6 -txcsum6 -vlanhwtag -vlanhwcsum -vlanhwtso > - ./bridge -i em1 -i em1^ & > # tcpdump -eni em1 > 17:05:11.391215 00:0c:29:84:5d:88 > 00:50:56:26:69:ea, ethertype IPv4 > (0x0800), length 98: 10.10.10.2 > 10.10.10.1: ICMP echo request, id > 32844, seq 53, length 64 > > Pinging from HostA to HostB through if_vlan. When netmap bridge is > closed, everything is okey, we can see the original packet on tcpdump. > But when netmap bridge is started, packet's vlan header was lost as > you can see above. The netmap bridge app is the original > tools/tools/netmap/bridge.c application. > HostA and HostB connected back to back directly with a patch cable. > There is no switch between them. > > I tried this test on real hardware em, igb and vmware e1000 (em) nics. > Problem is easy to reproduce. > But there is no such problem on ix and ixl cards. > > Is it possible to check and fix? > Best Regards, > =C3=96zkan KIRIK > --000000000000680ae405d1dd8612--