Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757712AbbEVQQH (ORCPT ); Fri, 22 May 2015 12:16:07 -0400 Received: from mx1.redhat.com ([209.132.183.28]:47301 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757127AbbEVQQF (ORCPT ); Fri, 22 May 2015 12:16:05 -0400 Message-ID: <555F5644.8040401@redhat.com> Date: Fri, 22 May 2015 09:16:04 -0700 From: Alexander Duyck User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Hiroshi Shimamoto , "jeffrey.t.kirsher@intel.com" , "intel-wired-lan@lists.osuosl.org" CC: "netdev@vger.kernel.org" , "sy.jong.choi@intel.com" , "ben@decadent.org.uk" , "linux-kernel@vger.kernel.org" Subject: Re: [Intel-wired-lan] [PATCH v5] ixgbe: Add module parameter to disable VLAN filter References: <7F861DC0615E0C47A872E6F3C5FCDDBD05EB460C@BPXM14GP.gisp.nec.co.jp> In-Reply-To: <7F861DC0615E0C47A872E6F3C5FCDDBD05EB460C@BPXM14GP.gisp.nec.co.jp> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2693 Lines: 60 On 05/21/2015 06:10 AM, Hiroshi Shimamoto wrote: > From: Hiroshi Shimamoto > > Introduce module parameter "disable_hw_vlan_filter" to disable HW VLAN > filter on ixgbe module load. > > From the hardware limitation, there are only 64 VLAN entries for HW VLAN > filter, and it leads to limit the number of VLANs up to 64 among PF and > VFs. For SDN/NFV case, we need to handle unlimited VLAN packets on VF. > In such case, every VLAN packet can be transmitted to each VF. > > When we try to make VLAN devices on VF, the 65th VLAN registration fails > and never be able to receive a packet with that VLAN tag. > If we do the below command on VM, ethX.65 to ethX.100 cannot be created. > # for i in `seq 1 100`; do \ > ip link add link ethX name ethX.$i type vlan id $i; done > > There is a capability to disable HW VLAN filter and that makes all VLAN > tagged packets can be transmitted to every VFs. After VLAN filter stage, > unicast packets are transmitted to VF which has the MAC address same as > the transmitting packet. > > With this patch and "disable_hw_vlan_filter=1", we can use unlimited > number of VLANs on VF. > > Disabling HW VLAN filter breaks some NIC features such as DCB and FCoE. > DCB and FCoE are disabled when HW VLAN filter is disabled by this module > parameter. > Because of that reason, the administrator has to know that before turning > off HW VLAN filter. You might also want to note that it makes the system susceptible to broadcast/multicast storms since it eliminates any/all VLAN isolation. So a broadcast or multicast packet on one VLAN is received on ALL interfaces regardless of their VLAN configuration. In addition the current VF driver is likely to just receive the packet as untagged, see ixgbevf_process_skb_fields(). As a result one or two VFs can bring the entire system to a crawl by saturating the PCIe bus via broadcast/multicast traffic since there is nothing to prevent them from talking to each other over VLANs that are no longer there. For the sake of backwards compatibility I would say that a feature like this should be mutually exclusive with SR-IOV as well since it will cause erratic behavior. The VF will receive requests from all VLANs thinking the traffic is untagged, and then send replies back to VLAN 0 even though that isn't where the message originated. Until the VF issue is fixed this type of feature is a no-go. - Alex -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/