From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vk0-f53.google.com (mail-vk0-f53.google.com [209.85.213.53]) by dpdk.org (Postfix) with ESMTP id 432058DAF for ; Tue, 26 Jan 2016 02:36:21 +0100 (CET) Received: by mail-vk0-f53.google.com with SMTP id e64so84905522vkg.0 for ; Mon, 25 Jan 2016 17:36:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UNib0c5hhgmYWAqN8/GMa3AhQy5t36T2+YyYAeO/FQs=; b=vJWdyMfhsGxEHuHsTcxp09FfZ48NvMB4AF02F56XomlvKX6GA+xe7x1q8Ckczl1HdZ GXyTgOp15445+9oVlzqtk8u9hreCO/8gnl0M+i6WRpbU4womFXvjBP0Tmm7fo8gpwaln Pds2X2LNMf36ytiotbCNyvIIE6JKH7cIDW7NSEFVyCHmyyrVD6ovubU2PRMtPfLs2Z4Z KuGhtDMU2cZoCL7QWFkz20q4zqy04DOKl1Sg5ZzaVk3CyhuEiZi8h6QCjb8Id0lcVHWG c899ou2bfTljmYAdktm4sxbLoVK42AguRn6txBFdqi0aNAKmnnFpM8YfYwomi5IO/5k5 TxCQ== 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:content-type; bh=UNib0c5hhgmYWAqN8/GMa3AhQy5t36T2+YyYAeO/FQs=; b=YtlcL8+sMvKBJOTxkAjyBucRjsxRaeWnotrPzyfkKUzDf4Z5Piybq6Xw0xhd2O9Uhn zYVrLs3kWO6cEWz2qmQ+q0qBGaO/3XWJgyczXNwb8olM8DL+kkckcY+odKKfYV1YMfDB v66jMeS/5t9uTTSKprIoHU/KFRBoyl1vt6uxFC+nJaT7FMwLxXz9JM2IgxdZa96T0pcZ 3tXJXzgwBZjjQWbxP37i8KTq4P6lBAuF9jxnRCOF+VOIa8k/2Ve7UMr8xY0K3CvRlAG0 elW2nLnRsASWvACPjUbaLKqa6+8A4g3OCIraCLjV76MlNmzMiZ3VR4Cpo+lWztBO5ks6 Dc7w== X-Gm-Message-State: AG10YORVCSR3SC7AQ97M5WmwjC1QiN+aFEg0fvt15IU545ZV5YBlrxMM0BsUf6vNsO2AyZ1h4HbphLBANtmcnw== MIME-Version: 1.0 X-Received: by 10.31.173.8 with SMTP id w8mr12997530vke.42.1453772180431; Mon, 25 Jan 2016 17:36:20 -0800 (PST) Received: by 10.31.152.208 with HTTP; Mon, 25 Jan 2016 17:36:20 -0800 (PST) In-Reply-To: <82F45D86ADE5454A95A89742C8D1410E031BE7CC@shsmsx102.ccr.corp.intel.com> References: <1802842.TfXaaEq7Xm@xps13> <82F45D86ADE5454A95A89742C8D1410E031BD0EE@shsmsx102.ccr.corp.intel.com> <82F45D86ADE5454A95A89742C8D1410E031BE7CC@shsmsx102.ccr.corp.intel.com> Date: Mon, 25 Jan 2016 17:36:20 -0800 Message-ID: From: Saurabh Mishra To: "Xu, Qian Q" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Cc: "Zhang, Helin" , "users@dpdk.org" Subject: Re: [dpdk-users] i40e with DPDK exits abruptly in rte_eal_init() X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2016 01:36:21 -0000 Hi Qian -- >Mishra >Could you tell me your exact command when running primary and secondary commands? >Do you change the code when running dpdk app? Thx. We are running our apps which is based on the symmetric_mp example code. But here are the arguments: char *eal_argv[] =3D {"fakeelf", "-c2", "-m2048", "-n4", "--proc-type=3Dprimary", "--", "-p 3", "--num-procs=3D2", "--proc-id=3D0",}; if (core_id !=3D 0) { snprintf(core_arg, sizeof(core_arg), "-c%x", (1 << core_id)); eal_argv[1] =3D core_arg; } snprintf(port_arg, sizeof(core_arg), "-p %x", (1 << num_cores) - 1); eal_argv[6] =3D port_arg; snprintf(ncores, sizeof(ncores), "--num-procs=3D%d", num_cores); eal_argv[7] =3D ncores; snprintf(pid, sizeof(pid), "--proc-id=3D%d", core_id); eal_argv[8] =3D pid; We have one primary and seven secondary process. What we have seen is that when our primary process is our agent process then our secondary processes don't attach. Our agent process setups everything and then goes away (exits). If we use your sample application, then we don't see this problem even though I CTRL+C primary symmetric_mp program. Thanks, /Saurabh On Mon, Jan 25, 2016 at 5:09 PM, Xu, Qian Q wrote: > Mishra > > Could you tell me your exact command when running primary and secondary > commands? Do you change the code when running dpdk app? Thx. > > > > > > Thanks > > Qian > > > > *From:* Saurabh Mishra [mailto:saurabh.globe@gmail.com] > *Sent:* Tuesday, January 26, 2016 1:20 AM > *To:* Xu, Qian Q > *Cc:* Zhang, Helin; Thomas Monjalon; users@dpdk.org; Mcnamara, John > > *Subject:* Re: [dpdk-users] i40e with DPDK exits abruptly in > rte_eal_init() > > > > Hi Qian -- > > > > >Mishra, could you help answer below questions? > > *>* What=E2=80=99s your i40e=E2=80=99s vmware driver on host? > > > > We are doing PCI-passthrough of i40e. > > > > vmnic7 0000:07:00.1 i40e Up 10000Mbps Full 3c:fd:fe:04:11:c2 > 1500 Intel Corporation Ethernet Controller X710 for 10GbE SFP+ > > [root@localhost:~] vmkload_mod -s i40e |grep Version > > Version: Version 1.3.38, Build: 1331820, Interface: 9.2 Built on: Aug 5 > 2015 > > [root@localhost:~] vmkload_mod -s i40e > > vmkload_mod module information > > input file: /usr/lib/vmware/vmkmod/i40e > > Version: Version 1.3.38, Build: 1331820, Interface: 9.2 Built on: Aug 5 > 2015 > > License: GPL > > Required name-spaces: > > com.vmware.driverAPI#9.2.2.0 > > com.vmware.vmkapi#v2_2_0_0 > > Parameters: > > skb_mpool_max: int > > Maximum attainable private socket buffer memory pool size for the > driver. > > skb_mpool_initial: int > > Driver's minimum private socket buffer memory pool size. > > heap_max: int > > Maximum attainable heap size for the driver. > > heap_initial: int > > Initial heap size allocated for the driver. > > debug: int > > Debug level (0=3Dnone,...,16=3Dall) > > RSS: array of int > > Number of Receive-Side Scaling Descriptor Queues: 0 =3D disable/defau= lt, > 1-4 =3D enable (number of cpus) > > VMDQ: array of int > > Number of Virtual Machine Device Queues: 0/1 =3D disable, 2-16 enable > (default =3DI40E_ESX_DEFAULT_VMDQ) > > max_vfs: array of int > > Number of Virtual Functions: 0 =3D disable (default), 1-128 =3D enabl= e > this many VFs > > [root@localhost:~] > > >What=E2=80=99s the firmware of FVL? Is your FVL 4X10G or 2x10G? > > Hmm..how do I check that? It has two ports. > > > > >Could you tell us your detailed test step? I only launch one dpdk app, n= o > secondary process, but your case have 2 processes. When pass through the > PCI device, I just pass through 2 ports to the VM and start the VM in my > case. > > > > So I was passing one port to VM. I do launch primary and a secondary > process. > > > > This is the error we got. It seems we were not able to map to the VA. So = I > moved the rte_eal_init() and mbuf alloc to a separate process and now it > seems to work with one primary and six secondary process. > > > > EAL: PCI memory mapped at 0x7ffff7faa000 > > EAL: Cannot mmap device resource file > /sys/bus/pci/devices/0000:1b:00.0/resource3 to address: 0x7ffff7fac000 > > EAL: Error - exiting with code: 1 > > Cause: Requested device 0000:1b:00.0 cannot be used > > > > > > Thanks, > > /Saurabh > > > > > > On Sun, Jan 24, 2016 at 5:17 PM, Xu, Qian Q wrote: > > We have tried the I40E driver with FVL4 on ESXi in r2.2 testing and PCI > pass through can work but SRIOV will have issues. I didn=E2=80=99t see Mi= shra=E2=80=99s > error . Now we are stuck at setting up the ESXi environment, and need > > Vmware=E2=80=99s support to set up the env again. > > Mishra, could you help answer below questions? > > 1. What=E2=80=99s your i40e=E2=80=99s vmware driver on host? > > 2. What=E2=80=99s the firmware of FVL? Is your FVL 4X10G or 2x10G? > > 3. Could you tell us your detailed test step? I only launch one > dpdk app, no secondary process, but your case have 2 processes. When pass > through the PCI device, I just pass through 2 ports to the VM and start t= he > VM in my case. > > > > Helin, rombar=3D0 seems for KVM only, on VMWARE, not see the issue. > > > > > > Thanks > > Qian > > > > *From:* Zhang, Helin > *Sent:* Sunday, January 24, 2016 11:17 AM > *To:* Saurabh Mishra; Thomas Monjalon; Xu, Qian Q > *Cc:* users@dpdk.org; Mcnamara, John > *Subject:* RE: [dpdk-users] i40e with DPDK exits abruptly in > rte_eal_init() > > > > Hi Saurabh > > > > Were you talking about assigning NIC PF to the VMWARE guest? > > I remember that there is an issue of assigning PF to KVM guest, then > rombar=3D0 is needed for grub. > > Thank you for the issue report! > > > > Can Qian tell the details of that? > > > > Regards, > > Helin > > > > *From:* Saurabh Mishra [mailto:saurabh.globe@gmail.com > ] > *Sent:* Saturday, January 23, 2016 1:30 AM > *To:* Thomas Monjalon > *Cc:* users@dpdk.org; Zhang, Helin ; Mcnamara, > John > *Subject:* Re: [dpdk-users] i40e with DPDK exits abruptly in > rte_eal_init() > > > > Hi, > > > > Thanks Thomas.. So this is the error we see on i40e PCI-passthrough of > whole NIC: > > > > > > *Secondary Process:* > > > > EAL: Detected lcore 0 as core 0 on socket 0 > > EAL: Detected lcore 1 as core 0 on socket 0 > > EAL: Support maximum 128 logical core(s) by configuration. > > EAL: Detected 2 lcore(s) > > EAL: Setting up physically contiguous memory... > > EAL: Analysing 1024 files > > EAL: Mapped segment 0 of size 0x22800000 > > EAL: Mapped segment 1 of size 0x200000 > > EAL: Mapped segment 2 of size 0x200000 > > EAL: Mapped segment 3 of size 0x57600000 > > EAL: Mapped segment 4 of size 0x400000 > > EAL: Mapped segment 5 of size 0x400000 > > EAL: Mapped segment 6 of size 0x400000 > > EAL: Mapped segment 7 of size 0x200000 > > EAL: Mapped segment 8 of size 0x2200000 > > EAL: Mapped segment 9 of size 0x200000 > > EAL: Mapped segment 10 of size 0x800000 > > EAL: Mapped segment 11 of size 0x600000 > > EAL: Mapped segment 12 of size 0x800000 > > EAL: Mapped segment 13 of size 0xa00000 > > EAL: Mapped segment 14 of size 0x400000 > > EAL: Mapped segment 15 of size 0x200000 > > EAL: Mapped segment 16 of size 0x200000 > > EAL: Mapped segment 17 of size 0x200000 > > EAL: Mapped segment 18 of size 0x200000 > > EAL: memzone_reserve_aligned_thread_unsafe(): memzone > already exists > > RING: Cannot reserve memory > > EAL: TSC frequency is ~1799997 KHz > > EAL: Master lcore 1 is ready (tid=3Df7fe78c0;cpuset=3D[1]) > > EAL: PCI device 0000:03:00.0 on NUMA socket 0 > > EAL: probe driver: 15ad:7b0 rte_vmxnet3_pmd > > EAL: Not managed by a supported kernel driver, skipped > > EAL: PCI device 0000:1b:00.0 on NUMA socket 0 > > EAL: probe driver: 8086:1572 rte_i40e_pmd > > EAL: PCI memory mapped at 0x7fff6f1f3000 > > EAL: PCI memory mapped at 0x7ffff7faa000 > > EAL: Cannot mmap device resource file > /sys/bus/pci/devices/0000:1b:00.0/resource3 to address: 0x7ffff7fac000 > > EAL: Error - exiting with code: 1 > > Cause: Requested device 0000:1b:00.0 cannot be used > > > > > > # ./dpdk-2.2.0/tools/dpdk_nic_bind.py --status > > > > Network devices using DPDK-compatible driver > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > 0000:1b:00.0 'Device 1572' drv=3Duio_pci_generic unused=3Di40e > > > > Network devices using kernel driver > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > 0000:03:00.0 'VMXNET3 Ethernet Controller' if=3Deth0 drv=3Dvmxnet3 > unused=3Duio_pci_generic *Active* > > > > Other network devices > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > > > # grep Huge /proc/meminfo > > AnonHugePages: 118784 kB > > HugePages_Total: 1024 > > HugePages_Free: 0 > > HugePages_Rsvd: 0 > > HugePages_Surp: 0 > > Hugepagesize: 2048 kB > > # > > > > > > *Primary Process:* > > > > EAL: Detected lcore 0 as core 0 on socket 0 > > EAL: Detected lcore 1 as core 0 on socket 0 > > EAL: Support maximum 128 logical core(s) by configuration. > > EAL: Detected 2 lcore(s) > > EAL: Setting up physically contiguous memory... > > EAL: cannot open /proc/self/numa_maps, consider that all memory is in > socket_id 0 > > EAL: Ask a virtual area of 0x22800000 bytes > > EAL: Virtual area found at 0x7fffd0a00000 (size =3D 0x22800000) > > EAL: Ask a virtual area of 0x200000 bytes > > EAL: Virtual area found at 0x7fffd0600000 (size =3D 0x200000) > > EAL: Ask a virtual area of 0x200000 bytes > > EAL: Virtual area found at 0x7fffd0200000 (size =3D 0x200000) > > EAL: Ask a virtual area of 0x57600000 bytes > > EAL: Virtual area found at 0x7fff78a00000 (size =3D 0x57600000) > > EAL: Ask a virtual area of 0x400000 bytes > > EAL: Virtual area found at 0x7fff78400000 (size =3D 0x400000) > > EAL: Ask a virtual area of 0x400000 bytes > > EAL: Virtual area found at 0x7fff77e00000 (size =3D 0x400000) > > EAL: Ask a virtual area of 0x400000 bytes > > EAL: Virtual area found at 0x7fff77800000 (size =3D 0x400000) > > EAL: Ask a virtual area of 0x200000 bytes > > EAL: Virtual area found at 0x7fff77400000 (size =3D 0x200000) > > EAL: Ask a virtual area of 0x2200000 bytes > > EAL: Virtual area found at 0x7fff75000000 (size =3D 0x2200000) > > EAL: Ask a virtual area of 0x200000 bytes > > EAL: Virtual area found at 0x7fff74c00000 (size =3D 0x200000) > > EAL: Ask a virtual area of 0x800000 bytes > > EAL: Virtual area found at 0x7fff74200000 (size =3D 0x800000) > > EAL: Ask a virtual area of 0x600000 bytes > > EAL: Virtual area found at 0x7fff73a00000 (size =3D 0x600000) > > EAL: Ask a virtual area of 0x800000 bytes > > EAL: Virtual area found at 0x7fff73000000 (size =3D 0x800000) > > EAL: Ask a virtual area of 0xa00000 bytes > > EAL: Virtual area found at 0x7fff72400000 (size =3D 0xa00000) > > EAL: Ask a virtual area of 0x400000 bytes > > EAL: Virtual area found at 0x7fff71e00000 (size =3D 0x400000) > > EAL: Ask a virtual area of 0x200000 bytes > > EAL: Virtual area found at 0x7fff71a00000 (size =3D 0x200000) > > EAL: Ask a virtual area of 0x200000 bytes > > EAL: Virtual area found at 0x7fff71600000 (size =3D 0x200000) > > EAL: Ask a virtual area of 0x200000 bytes > > EAL: Virtual area found at 0x7fff71200000 (size =3D 0x200000) > > EAL: Ask a virtual area of 0x200000 bytes > > EAL: Virtual area found at 0x7fff70e00000 (size =3D 0x200000) > > EAL: Requesting 1024 pages of size 2MB from socket 0 > > EAL: TSC frequency is ~1799997 KHz > > EAL: Master lcore 1 is ready (tid=3Df7fe78a0;cpuset=3D[1]) > > EAL: PCI device 0000:03:00.0 on NUMA socket 0 > > EAL: probe driver: 15ad:7b0 rte_vmxnet3_pmd > > EAL: Not managed by a supported kernel driver, skipped > > EAL: PCI device 0000:1b:00.0 on NUMA socket 0 > > EAL: probe driver: 8086:1572 rte_i40e_pmd > > EAL: PCI memory mapped at 0x7fff6f1f3000 > > EAL: PCI memory mapped at 0x7ffff7fac000 > > # > > > > On Fri, Jan 22, 2016 at 2:12 AM, Thomas Monjalon < > thomas.monjalon@6wind.com> wrote: > > Hi, > > Thanks for asking. > There are a couple of requests hidden in this message. > The maintainer of i40e is Helin (CC'ed). > > 2016-01-21 14:54, Saurabh Mishra: > > Hi, > > > > We have noticed that i40e if we do PCI-pass through of whole NIC to VM = on > > ESXi 6.0, the DPDK exits abruptly in rte_eal_init()? > > This looks to be a bug report :) > > > We are passing following parameters: > > > > char *eal_argv[] =3D {"fakeelf", > > > > "-c2", > > > > "-n4", > > > > "--proc-type=3Dprimary",}; > > > > > > int ret =3D rte_eal_init(4, eal_argv); > > > > The code works with Intel '82599ES 10-Gigabit SFI/SFP+ ' adapter in > > PCI-passthrough or SR-IOV mode however i40e it does not work. > > You probably have the feeling that i40e does not work as other PMDs, > maybe wondering what are the special extended PCI configs. > > > [root@localhost:~] esxcfg-nics -l > > > > [.] > > > > vmnic6 0000:07:00.0 i40e Up 10000Mbps Full 3c:fd:fe:04:11:c= 0 > > 1500 Intel Corporation Ethernet Controller X710 for 10GbE SFP+ > > > > vmnic7 0000:07:00.1 i40e Up 10000Mbps Full 3c:fd:fe:04:11:c= 2 > > 1500 Intel Corporation Ethernet Controller X710 for 10GbE SFP+ > > > > > > We have turned on following config in DPDK: > > > > CONFIG_RTE_PCI_CONFIG=3Dy > > > > CONFIG_RTE_PCI_EXTENDED_TAG=3D"on" > > CONFIG_RTE_LIBRTE_I40E_16BYTE_RX_DESC=3Dy > > > > > > Is there any special handling in DPDK for i40e adapter in terms of > config? > > So you had no help when reading the code comments neither in the doc. > Indeed the only doc about i40e is the SR-IOV VF page: > http://dpdk.org/doc/guides/nics/intel_vf.html > > Please Helin, check the issue and the lack of documentation. > Thanks > > > > >