From mboxrd@z Thu Jan 1 00:00:00 1970 From: Navneet Rao Subject: Re: Running testpmd over KNI Date: Fri, 5 Jun 2015 10:20:09 -0700 (PDT) Message-ID: References: <20150605102401.GA10892@bricha3-MOBL3> <152b86ce-b920-4fe9-a503-ebe65fc18846@default> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: dev@dpdk.org To: Bruce Richardson Return-path: Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81]) by dpdk.org (Postfix) with ESMTP id 809D2C322 for ; Fri, 5 Jun 2015 19:20:13 +0200 (CEST) In-Reply-To: <152b86ce-b920-4fe9-a503-ebe65fc18846@default> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Hi Bruce: Actually I want to use the TESTPMD app as a packet-generator/checker drivin= g the KNI-enabled NICs. Is there an easy way to packet generate/check than testpmd? Please see attached. Thanks -Navneet -----Original Message----- From: Bruce Richardson [mailto:bruce.richardson@intel.com] Sent: Friday, June 05, 2015 3:24 AM To: Navneet Rao Cc: dev@dpdk.org Subject: Re: [dpdk-dev] Running testpmd over KNI On Thu, Jun 04, 2015 at 02:01:19PM -0700, Navneet Rao wrote: > Running --- >=20 > =20 >=20 > ./testpmd -c7 -n3 --vdev=3Deth_pcap0,iface=3DvEth0 > --vdev=3Deth_pcap1,iface=3DvEth1 -- -i --nb-cores=3D2 --nb-ports=3D2 > --total-num-mbufs=3D1024 >=20 > =20 >=20 > results in a >=20 > =20 >=20 > EAL: Error - exiting with code: 1 >=20 > Cause: Cannot create lock on '/var/run/.rte_config'. Is another primary= process running? >=20 > =20 >=20 > =20 >=20 > I don't think I am running another process using testpmd!!! >=20 > Any ideas to debug this? >=20 > =20 >=20 > Thanks >=20 > -Navneet Hi Navneet, I'm a little unclear on your setup here. You are using a DPDK process to pu= ll packets from a physical NIC and send them to the kernel using KNI. Then = you want to have testpmd pull those packets from the KNI device using pcap = back into user- space before returning them via the same sort of path i.e. = userspace, pcap to kernel, kni back to userspace and out again. Can you exp= lain why you want such a setup, as it will work very slowly compared to jus= t running everything directly in userspace? As for your specific issue. If you have a DPDK process running to manage th= e KNI device, that is the process holding the lock on .rte_config. You will= need to run the second process with a different file-prefix parameter to h= ave two DPDK processes running side-by-side. Regards, /Bruce