From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mailout1.radware.com (mailout1.radwarecloud.com [192.115.180.130]) by dpdk.org (Postfix) with ESMTP id B66D82B89 for ; Mon, 28 Nov 2016 12:01:32 +0100 (CET) Received: from ILMB1.corp.radware.com ([169.254.1.130]) by ILCAS2.corp.radware.com ([176.200.120.122]) with mapi id 14.03.0210.002; Mon, 28 Nov 2016 13:01:32 +0200 From: Shaham Fridenberg To: "dev@dpdk.org" Thread-Topic: sriov on fm10k card Thread-Index: AdJJZr5tuu+sLopQSFeYaGz0Ptghew== Date: Mon, 28 Nov 2016 11:01:31 +0000 Message-ID: <2E654B490240B7449C846A96A8D8FE0C0116607732@ILMB1.corp.radware.com> Accept-Language: he-IL, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [176.200.121.207] x-tm-as-product-ver: SMEX-11.0.0.4179-8.000.1202-22726.006 x-tm-as-result: No--47.195600-0.000000-31 x-tm-as-user-approved-sender: Yes x-tm-as-user-blocked-sender: No MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-dev] sriov on fm10k card 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: Mon, 28 Nov 2016 11:01:33 -0000 Hi all, I have an fm10k card with dual 100G ports, I am running a DPDK application = that binds 2 virtual functions to it. I have trouble receiving traffic in m= y vnfs on fm10k VFs. Current analysis: 1. From rdif debugging I see that it doesn't add the port of the VF i= n the switching table. 2. Running l2fwd in the same vm 1. Doesn't occur. (the port info and = mac is added properly to the switch manager and the traffic works.) 3. Port initialization code in my application and in l2fwd have been = compared and equalized. 4. The entry for the port is added in the rdif when we call the funct= ion fm10k_update_uc_addr(hw, hw->mac.dglort_map, data->mac_addrs[mac_index]= .addr_bytes,vlan_id, on, 0); In my application this function is called too, but I noticed that the value= s of hw->mac.dglort_map are different. In l2fwd it's updated with FM10K_DGLORTMAP_ZERO, in function that handles a= msg from PF: fm10k_msg_lport_state_vf (according to documentation, this ha= ndler is meant to capture the indication from the PF that we are ready to b= ring up the interface). In the case of my app this handler is never called. For some reason the PF = does not send this message and I suspect this could be the reason why the V= F mac entry is not learned in the Switch. Any hint/ ideas of what I could be missing? Thanks