From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from delivery.mailspamprotection.com (delivery.mailspamprotection.com [184.154.133.92]) by dpdk.org (Postfix) with ESMTP id D1AE949E0 for ; Mon, 11 Mar 2019 15:28:22 +0100 (CET) Received: from ns1.es18.siteground.eu ([37.60.250.193] helo=es18.siteground.eu) by se9.mailspamprotection.com with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1h3LuY-000A7x-4n for users@dpdk.org; Mon, 11 Mar 2019 09:28:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=filipjaniszewski.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:References:To:From:Subject:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=mT4qikGtvVBpg0L/3CD+NDGHbX1JEZPjSw23IPGUP9k=; b=ioHXNVXVgdWvxTplt+3K6HaaGh PGOFis0EcU5Ib/7Kx8DqS5oLgLM/tLTB2KgC21HkomgFY3O+JOAYnt+vVjpzLgOfzrXhVXDNHHCfq nLngYm5I7VEh0+/+CGWH5hLAoPfZuwofP10wdK7BgoQ12G4ZE+CgtFp/WD5Eyja3VKJWBt1sjE82P /jGr2m4IDw7LPNpF5x4BUC+4KSMAD4m+5vTuvvUTE8ddJOGiYeL83kOqHX984iOausiEeHtRvxlRe 1yhKbt/8iRZsEmUTHmAf4cO2mt+TEbIK93JaIx6ymnSJdV+ShQdoNwoT7Qn1crYmCY258QWj6Qycz 3FM9pAsQ==; Received: from [89.64.173.160] (port=33562 helo=localhost.localdomain) by es18.siteground.eu with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_34-9f6032f-XX) (envelope-from ) id 1h3LuW-0005CX-UH for users@dpdk.org; Mon, 11 Mar 2019 15:28:12 +0100 From: Filip Janiszewski To: "users@dpdk.org" References: <471a48a1-6a9d-5fac-5f1f-3bcc01a12b10@filipjaniszewski.com> Message-ID: <21219d3a-af02-0945-6c1b-136f8d0b961c@filipjaniszewski.com> Date: Mon, 11 Mar 2019 15:28:12 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <471a48a1-6a9d-5fac-5f1f-3bcc01a12b10@filipjaniszewski.com> Content-Type: text/plain; charset=iso-8859-15 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: 37.60.250.193 X-SpamExperts-Domain: es18.siteground.eu X-SpamExperts-Username: 37.60.250.193 Authentication-Results: mailspamprotection.com; auth=pass smtp.auth=37.60.250.193@es18.siteground.eu X-SpamExperts-Outgoing-Class: ham X-SpamExperts-Outgoing-Evidence: Combined (0.14) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5rcTXV1ijmrBUpctl5QbRr9602E9L7XzfQH6nu9C/Fh9KJzpNe6xgvOx q3u0UDjvO1v+PcEVtX7KZY7H5dkGCkxVjyn5UrUp4n4yKOOaq9AxWxqkXvKTR/Cry/wm5cztA1Dj fzzJ6O8jiVhZi+WiYeCsScX6I9Dl5i6VrUM1b/j52z9d7NhnwLl1w4qzNE6vAeM0SnoZX29Ppjgp pjrn+Yq1umcuh1GvkHLZ8OnZHyNWPMpNXxpZuiYRs23iVM0elyiH1+ntxr00hn81KleQJQ+Py4pL zcBjxmjH72ILbiTFKPGp/DIIBivDZ+qRALOR3IWfOYTdHK+DIp6SWjAcPxjNdMc0+tLrm/OM2ZNN 7xVKXvDuFGkOuRGwqhSPI4i0mE7ORMeWjWZXIFUBbQIaxIo93SsS4aMXJmiJ2G0eb5ahlbDFGdMZ ORWs51tC2DIbMynb08gY7Z9WGbWn9uGQ9nE7ewl4g2tpBYo5PepVWtf5e3KKC/am0SSdnvIEkFKi CUWk9qjCPHj1p0MEjRB6kxXL1dQzbDGk/AKdxeY/WW00otseJxxSFWJVLdibc9nIqXTYIs3TeMbE SNnu+0/qXQV3HnTnU2wh9Zt8/uZvh9TcB5hQ6nsDvccjqgmDvD9WhzJSqNUrRSRr/KADuR5HJ0ZS QcWO5vOTSMIt370SH74nK6ebN50qxboHaunrOYs9PErvo4YFvOqHx6a22HhANGrmPTSdptl/RWYZ MnzL9k+grAS06DadWOCxjTcPMZ51Uv9iqhwnXF68aSUABGh3xnDEMZvzG/M4fH1zJThj/Ulp4zZ2 20Ob5C4hnl9676dzGm9KSEN8VE2W6KpVFfeSpmt4ZsFvXDqKGU5avWiSv0rd4Ms5wugPYX4wIGIm 94YLZxbFXPDolPGUQFwXTAcE7rfbIHwz39/pYKiTebKqBQKCI2klRvIcAD5JiCwcIKdUEjmZ6DOX npsgt8DjfVte0L6Pdl9KRT5/hcKi4mDgb3mUn09oTGNUxO+4ZzBK5mIfOKM4jlzeBRf2XEiC1awZ EQt4DqxxlnCnOQKjhagEKuLSvPMaJFES+ZCu29JtXh+cERvcxj/ohddUYuAf3XG59W0a0zpnN/+F 8KD6uaQzyz5+ X-Report-Abuse-To: spam@quarantine1.mailspamprotection.com Subject: Re: [dpdk-users] Can't capture Jumbo Frames with rte.lib.mk X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Mar 2019 14:28:23 -0000 One addition: Apparently also the timestamps are not present in the captured packets while building the example code as a library (but they are present if the code is built as rte.app.mk), it seems that the offload configuration is being ignored. Any idea on what's going on? Thanks Il 11/03/19 14:41, Filip Janiszewski ha scritto: > Hi, > > (The complete code of the example application is available at > https://github.com/fjanisze/dpdk-jf-test) > > While working on the sample code I made a strange discovery, the same > identical piece of software works and capture jumbo frame while compile > with $(RTE_SDK)/mk/rte.extapp.mk but it does not work while compiled > with $(RTE_SDK)/mk/rte.lib.mk, by that I mean that I cannot capture > Jumbo Frames. > > In the repo I have the same identical piece of code build in two > ways, in ./app folder it is built as regular application using a DPDK > makefile which calls $(RTE_SDK)/mk/rte.extapp.mk (check the code please). > > in the ./lib folder you have the same piece of code, but instead of > being inside the main(int, char**) function it is placed inside the lib > within the test(int,char**) function, to call the test function from the > library I've build a little test.c piece of code that do the following: > > . > extern int test(int argc, char**argv); > > int main(int argc, char** argv) > { > return test(argc,argv); > } > . > > I build the test.c application with: > > gcc -Wl,--whole-archive -ldpdk -Wl,--no-whole-archive -lmlx4 -lmlx5 -lm > -libverbs -lrte_eal -L. -lpthread -lnuma -ldl test.c -ljftest -o test > > please note that jftest.a must be present in the building dir, this .a > file is create by calling make inside ./lib (where the DPDK Makefile is > present). > > If you make sure to configure RTE_SDK then you can build the two test > application by: > > A) Entering ./app and calling make > B) Entering ./lib and calling make, then copying from ./lib/build/lib/ > the newly create libjftest.a to the ./lib folder and calling the command > I show you above to build the test executable: > > gcc -Wl,--whole-archive -ldpdk -Wl,--no-whole-archive -lmlx4 -lmlx5 -lm > -libverbs -lrte_eal -L. -lpthread -lnuma -ldl test.c -ljftest -o test > > Please note that the code in ./app/main.c and ./lib/main.c is absolutely > identical, the only different is that one is build as a lib (.a) and the > second as ELF (executable). > > The build from A can capture Jumbo Frame, the build from B cannot > capture Jumbo Frames. > > I've a test PCAP with two packets, one of size 9022 bytes the other > 1522, I send those packets in a loop to my box to test the output of the > two test applications, on my development box (A) is generating the > following output: > > . > EAL: Detected 28 lcore(s) > EAL: Detected 1 NUMA nodes > EAL: Multi-process socket /var/run/dpdk/rte/mp_socket > EAL: No free hugepages reported in hugepages-1048576kB > EAL: Probing VFIO support... > EAL: PCI device 0000:00:1f.6 on NUMA socket 0 > EAL: probe driver: 8086:15b8 net_e1000_em > EAL: PCI device 0000:b3:00.0 on NUMA socket 0 > EAL: probe driver: 15b3:1015 net_mlx5 > net_mlx5: MPLS over GRE/UDP tunnel offloading disabled due to old > OFED/rdma-core version or firmware configuration > EAL: PCI device 0000:b3:00.1 on NUMA socket 0 > EAL: probe driver: 15b3:1015 net_mlx5 > net_mlx5: MPLS over GRE/UDP tunnel offloading disabled due to old > OFED/rdma-core version or firmware configuration > Running DPDK 19.02.0 > Captured pkt, len 9022, nb segs 5 > Captured pkt, len 1522, nb segs 1 > Captured pkt, len 9022, nb segs 5 > Captured pkt, len 1522, nb segs 1 > Captured pkt, len 9022, nb segs 5 > Captured pkt, len 1522, nb segs 1 > Captured pkt, len 9022, nb segs 5 > Captured pkt, len 1522, nb segs 1 > . > . > > (B) is generating the following output: > > . > EAL: Detected 28 lcore(s) > EAL: Detected 1 NUMA nodes > EAL: Multi-process socket /var/run/dpdk/rte/mp_socket > EAL: No free hugepages reported in hugepages-1048576kB > EAL: Probing VFIO support... > EAL: PCI device 0000:00:1f.6 on NUMA socket 0 > EAL: probe driver: 8086:15b8 net_e1000_em > EAL: PCI device 0000:b3:00.0 on NUMA socket 0 > EAL: probe driver: 15b3:1015 net_mlx5 > net_mlx5: MPLS over GRE/UDP tunnel offloading disabled due to old > OFED/rdma-core version or firmware configuration > EAL: PCI device 0000:b3:00.1 on NUMA socket 0 > EAL: probe driver: 15b3:1015 net_mlx5 > net_mlx5: MPLS over GRE/UDP tunnel offloading disabled due to old > OFED/rdma-core version or firmware configuration > Running DPDK 19.02.0 > Captured pkt, len 1522, nb segs 1 > Captured pkt, len 1522, nb segs 1 > Captured pkt, len 1522, nb segs 1 > Captured pkt, len 1522, nb segs 1 > Captured pkt, len 1522, nb segs 1 > . > > The same piece of software build in two different way generate two > different outputs, any suggestion on what might be the issue here? > > Thanks > -- BR, Filip +48 666 369 823