From owner-freebsd-net@freebsd.org Thu Mar 16 18:26:31 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 8B09CD0F798 for ; Thu, 16 Mar 2017 18:26:31 +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 2D3111F17 for ; Thu, 16 Mar 2017 18:26:31 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id v2GIQRW0010871 for ; Thu, 16 Mar 2017 19:26:27 +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 A095728F; Thu, 16 Mar 2017 19:26:27 +0100 (CET) Message-ID: <58CAD8CB.3060101@omnilan.de> Date: Thu, 16 Mar 2017 19:26:19 +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@freebsd.org" Subject: if_igb(4) VLAN(4) and [RT]XCSUM_IPV6, TSO6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Thu, 16 Mar 2017 19:26:27 +0100 (CET) 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: Thu, 16 Mar 2017 18:26:31 -0000 Hello, I'm wondering if I really loose [RT]XCSUM_IPV6 on if_igb(4) vlan(4) children. My igb0 (Kawela, aka 82576) options end with "TSO6,VLAN_HWTSO,RXCSUM_IPV6,TXCSUM_IPV6" The vlan(4) filtered interfaces show these: options=303 So TSO6 is inherited, but RC/TXCSUM_IPV6 dropped? In general, how is offloading implemented? If enabled, does the API simply generate packets lacking the checksum header and NIC (silicon) fills in the checksum if not adviesd not to do so (by the driver)? Or is the driver utilizing NIC registers for calculation, but ensures every packet will have a checksum? Thanks, -harry