From mboxrd@z Thu Jan 1 00:00:00 1970 From: Florian Fainelli Subject: Re: Kernel 4.13.0-rc4-next-20170811 - IP Routing / Forwarding performance vs Core/RSS number / HT on Date: Thu, 21 Sep 2017 14:41:47 -0700 Message-ID: <6607c631-580d-825b-6205-6f6ee688ce32@gmail.com> References: <3ac1a817-5c62-2490-64e7-2512f0ee3b3e@itcare.pl> <20170812142358.08291888@redhat.com> <20170814181957.5be27906@redhat.com> <1502729870.8411.63.camel@redhat.com> <80b3bf71-dc6b-7b96-43d6-dbb3c53c5a8b@itcare.pl> <1502759225.4936.44.camel@edumazet-glaptop3.roam.corp.google.com> <1502759849.4936.46.camel@edumazet-glaptop3.roam.corp.google.com> <4b1efff7-4f91-fd78-beb8-2c7ebcf18895@itcare.pl> <5d32f5cf-ca69-1f6b-5bca-cdcd4dc414e2@itcare.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Cc: Paolo Abeni , Jesper Dangaard Brouer , Linux Kernel Network Developers , Alexander Duyck To: =?UTF-8?Q?Pawe=c5=82_Staszewski?= , Eric Dumazet Return-path: Received: from mail-qt0-f176.google.com ([209.85.216.176]:50271 "EHLO mail-qt0-f176.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751707AbdIUVlv (ORCPT ); Thu, 21 Sep 2017 17:41:51 -0400 Received: by mail-qt0-f176.google.com with SMTP id f15so7331299qtf.7 for ; Thu, 21 Sep 2017 14:41:51 -0700 (PDT) In-Reply-To: <5d32f5cf-ca69-1f6b-5bca-cdcd4dc414e2@itcare.pl> Content-Language: en-US Sender: netdev-owner@vger.kernel.org List-ID: On 09/21/2017 02:26 PM, Paweł Staszewski wrote: > > > W dniu 2017-08-15 o 11:11, Paweł Staszewski pisze: >> diff --git a/net/8021q/vlan_netlink.c b/net/8021q/vlan_netlink.c >> index >> 5e831de3103e2f7092c7fa15534def403bc62fb4..9472de846d5c0960996261cb2843032847fa4bf7 >> 100644 >> --- a/net/8021q/vlan_netlink.c >> +++ b/net/8021q/vlan_netlink.c >> @@ -143,6 +143,7 @@ static int vlan_newlink(struct net *src_net, >> struct net_device *dev, >> vlan->vlan_proto = proto; >> vlan->vlan_id = nla_get_u16(data[IFLA_VLAN_ID]); >> vlan->real_dev = real_dev; >> + dev->priv_flags |= (real_dev->priv_flags & IFF_XMIT_DST_RELEASE); >> vlan->flags = VLAN_FLAG_REORDER_HDR; >> err = vlan_check_real_dev(real_dev, vlan->vlan_proto, >> vlan->vlan_id); > > Any plans for this patch to go normal into the kernel ? Would not this apply to pretty much any stacked device setup though? It seems like any network device that just queues up its packet on another physical device for actual transmission may need that (e.g: DSA, bond, team, more.?) -- Florian