From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lb0-f172.google.com (mail-lb0-f172.google.com [209.85.217.172]) by dpdk.org (Postfix) with ESMTP id 4752E2C17 for ; Wed, 20 Apr 2016 09:31:31 +0200 (CEST) Received: by mail-lb0-f172.google.com with SMTP id ys16so4457671lbb.3 for ; Wed, 20 Apr 2016 00:31:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=g+jkyh/cKPL9k7BJK7r7Evg8g4aOpKwynqkez8LTB9Q=; b=Td1emtea6Jy9Ggda1yrWgM8C/Rs+RsjThjPkMcxKBzwcWLYV/A9q0H/LdMTaUJl+9R TuoP8bmsGDZkNIpRzJj2SzTMqQ9WZur0zZiKGeQ+IQ9npXU3Tk3LtL9VNxvvZxIO8bqc aRtL+npViSdDBy7HgSExtImuhNjL6x06u/2nDmYfYxy7C37eyc6b/NabnJAb1XjYOheQ zT3SDs+X3WzNOSRE8F0RZUOiueZ6Haf1j4QGOFfHqhvpv1xXnRtnNgxJ8aJThLG2MBV/ u/bGG/YQ6AFSxhx8YlNfD5Np4jHqXRBNeqCWmNfNKvuZ4CSgesVAjXmJcQ9U8Vohnwp9 wunA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=g+jkyh/cKPL9k7BJK7r7Evg8g4aOpKwynqkez8LTB9Q=; b=Jca3yFTtHhrcnrWmg4B3e2coQ7MvaiDGzsXPjEuADbDDfjgEjXlUKQ/yi9im513X1/ ffn0IYPQZAT8KN5kCcevdw4a8V5n5Ncbq7T2qg6SCzLsGS2P/+zmXS2P9QLz3lH1Bcec ZruYlYudfvKkQkYshTp9Qf7cx2IHO2n95fw8jHWypWdRjAzpKGcpQFUpLGweaBiQwvfa gxD8bzMbpV7Jhrzj6Bigvsb1nCA64/qSykNB9zhLV3bwL1id2TEDeMRwxJU/z5LREBj6 WGzsAykjtfrjfIOddjMaYGFkewj9r/bY+ZqgNu0Gnpgf+1QV37q7TCOGELO0uDKxLDwW Z7Ww== X-Gm-Message-State: AOPr4FX8LPeWJcKOcQXCGtMuSBi12Hwwy35TSWDFk3nXXvCV9iD/H3OW+xksJoljMRwfY988mxO/6uwEyXHiAkxr MIME-Version: 1.0 X-Received: by 10.112.12.98 with SMTP id x2mr2960293lbb.76.1461137490995; Wed, 20 Apr 2016 00:31:30 -0700 (PDT) Received: by 10.25.90.202 with HTTP; Wed, 20 Apr 2016 00:31:30 -0700 (PDT) In-Reply-To: References: Date: Wed, 20 Apr 2016 09:31:30 +0200 Message-ID: From: Ivan Boule To: santosh Cc: "dev@dpdk.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] ixgbe : query regarding your code changes for VF mac add X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2016 07:31:31 -0000 Hi Santosh, I do not get exactly what you attempt to do on a VF. Are you first deleting the so-called permanent MAC address by a call to the function ixgbevf_remove_mac_addr() ? This operation is not allowed. Can you explain exactly the sequence of operations that are done, so that I can understand how the test (memcmp(hw->mac.perm_addr, mac_addr, sizeof(struct ether_addr)) =3D=3D 0) in the function ixgbevf_add_mac_addr() prevents them to be successfully performed. Ivan PS : please, can you CC your emails to dev@dpdk.org 2016-04-19 17:01 GMT+02:00 santosh : > Hi Ivan, > > Your following code changes causing issue in Vmware environment. > > ----------------------------------- ------------------- > ------------------------------ > + /* > + * On a 82599 VF, adding again the same MAC addr is not an idempotent > + * operation. Trap this case to avoid exhausting the [very limited] > + * set of PF resources used to store VF MAC addresses. > + */ > + if (memcmp(hw->mac.perm_addr, mac_addr, sizeof(struct ether_addr)) =3D= =3D 0) > + return; > diag =3D ixgbevf_set_uc_addr_vf(hw, 2, mac_addr->addr_bytes); > -------------------------------------------------------------------- > ------------- ------- > > > Issue: > At CLI , we have provision to add /del MAC of an interface. > During MAC delete, existing MAC is deleted and default MAC is applied. > This default MAC is not being applied in VMware environment > successfully due to "return" statement > in your above code changes. As a result traffic is stopped completely. > If I remove above > "return" statement then traffic continues to flow after MAC delete. > > Please let me know your suggestion to handle this scenario . If I > remove "return" what will be the consequences ? > > If removing "return" statement is not good idea then what are other > way to handle MAC delete scenario ? we have only 1 VF per PF in our > setup as of now. > > > Thanks > Santosh > --=20 Ivan BOULE 6WIND Software Engineer Tel: +33 1 39 30 92 47 Mob: + 33 6 77 25 26 38 Fax: +33 1 39 30 92 11 ivan.boule@6wind.com www.6wind.com Join the Multicore Packet Processing Forum: www.multicorepacketprocessing.com Ce courriel ainsi que toutes les pi=C3=A8ces jointes, est uniquement destin= =C3=A9 =C3=A0 son ou ses destinataires. Il contient des informations confidentielles qui sont la propri=C3=A9t=C3=A9 de 6WIND. Toute r=C3=A9v=C3=A9lation, distribut= ion ou copie des informations qu'il contient est strictement interdite. Si vous avez re=C3= =A7u ce message par erreur, veuillez imm=C3=A9diatement le signaler =C3=A0 l'=C3=A9= metteur et d=C3=A9truire toutes les donn=C3=A9es re=C3=A7ues. This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and contains information that is confidential and proprietary to 6WIND. All unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.