From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 1E2C3A00C5 for ; Thu, 14 Jul 2022 08:16:31 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 8F4AC41156; Thu, 14 Jul 2022 08:16:30 +0200 (CEST) Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2076.outbound.protection.outlook.com [40.107.244.76]) by mails.dpdk.org (Postfix) with ESMTP id 6858E41147 for ; Thu, 14 Jul 2022 08:16:28 +0200 (CEST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RCEM5cwHqwKIcc/+Em5MdtB5zDzc39w5mW/i1hwjIjzIK/nMemVp00YaK+h3eH7cFTX6A9NIGGuKoPvRsLbCrMDx89/b6RN7KvNABcSFIoNGogeXFxNZtxUCzAIkctE+ysfCcChFAmofCxJvjmn9I1k59fFUsnsg3PTi3mVx8P7hq0QHmaI06STk2hQB01UlqpL204j4sm9vOqaJU1AQcicGENmrgBUJA4aHkzRwjvHSQdBPoLZZKp8uWXtXIgeMj50SKjWw8Y3pSgXhnANt3YoposVs3Kv0XWv/z2NCoHxzBD4WOGGUx3xM66PWYCXMDDEVnJ4OexPzcoIBytU2VA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=vfcak5Daqd288dwHTuBIx+EsDTAEhOniibTXm7dyDKg=; b=AZCXPUqk7lPeF9vxX6BqIQZ2bdk5HpPef2tfxmW0hM6nYVWoLOZxgNlwcvqFCpjRFD3FVRNVRZWg537UPc8k+2CHFQ/AsJhJFrPrYykn6LWrpnoT5TTK8rvDiirs+ayTEsF3UGwxQ986sUSBWU6E6inrChIFDm4iB4JRtHGnIlqEeHjxL4h3C6lsj53tQHx9auwAu2zdO2ksHwlO80aGse/XGFnjbSwBLELexd1NUKhgCD+rekaxNZvyHZEphG1T3n6SCe2LzRQQHIC1FzGIhTmxvk2OZd21QROzqRCyPHrRfrESBSa/UYToQDwlJEYUmsPh/rehPwutuxvMATyD8A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass header.d=amd.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amd.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vfcak5Daqd288dwHTuBIx+EsDTAEhOniibTXm7dyDKg=; b=MqcLzhyaBvpp66Eb4GNDv7Eh58tQRZi8YnG7fqsRAt3Ii8NNxynaUT6Q62S3H8Qih/ssm4czf+duu0VMAf8j0Li7TTFNnEcmSc7rBKaw/mg1rtaFbwhEgl/8xtVGKSIveIhR5h8f1JQQP7tdJB3qUuVLuUPC1F/lu+W0A8LmkeI= Received: from MN2PR12MB3085.namprd12.prod.outlook.com (2603:10b6:208:c5::29) by BN6PR12MB1153.namprd12.prod.outlook.com (2603:10b6:404:19::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5438.12; Thu, 14 Jul 2022 06:16:25 +0000 Received: from MN2PR12MB3085.namprd12.prod.outlook.com ([fe80::40f6:2711:14a1:ff16]) by MN2PR12MB3085.namprd12.prod.outlook.com ([fe80::40f6:2711:14a1:ff16%6]) with mapi id 15.20.5417.026; Thu, 14 Jul 2022 06:16:25 +0000 From: "Varghese, Vipin" To: Lokesh Chakka CC: "users@dpdk.org" , "Yigit, Ferruh" , "Tummala, Sivaprasad" Subject: RE: skeleton code failing (Lokesh Chakka) Thread-Topic: skeleton code failing (Lokesh Chakka) Thread-Index: AQHYl0RVWs8mBPFJSU2zXVtKcOGVAq19YldA Date: Thu, 14 Jul 2022 06:16:25 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-IN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_Enabled=true; MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_SetDate=2022-07-14T06:16:22Z; MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_Method=Standard; MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_Name=General; MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_SiteId=3dd8961f-e488-4e60-8e11-a82d994e183d; MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_ActionId=bd003921-6744-4029-bfe3-8d3dc8610e06; MSIP_Label_4342314e-0df4-4b58-84bf-38bed6170a0f_ContentBits=1 msip_label_4342314e-0df4-4b58-84bf-38bed6170a0f_enabled: true msip_label_4342314e-0df4-4b58-84bf-38bed6170a0f_setdate: 2022-07-14T06:16:22Z msip_label_4342314e-0df4-4b58-84bf-38bed6170a0f_method: Standard msip_label_4342314e-0df4-4b58-84bf-38bed6170a0f_name: General msip_label_4342314e-0df4-4b58-84bf-38bed6170a0f_siteid: 3dd8961f-e488-4e60-8e11-a82d994e183d msip_label_4342314e-0df4-4b58-84bf-38bed6170a0f_actionid: 30644b68-a5ad-4d81-8c52-377c1ec7f89c msip_label_4342314e-0df4-4b58-84bf-38bed6170a0f_contentbits: 0 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=amd.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 62ef3943-ca8b-4649-a30b-08da656061bb x-ms-traffictypediagnostic: BN6PR12MB1153:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Cy9+XIjxuuZGjCU0DUxWT2XykmQmutSvmlqeaUPh8uQaWuPO1HhW1qtx2UMb5/43cpYjoAClRzB+h4sdSuQm23nBeQxKfgrCtvzB7thz99N9LiwaOebRFRRWO/jWolJu6Uv0Ckb2VSqGnqk2xgHmNPlwrylFGCwlkSkhw8dRH2qsywvU2gx/zw8gcNsiVDvZN5+Une+UHIWytK/LErnEIMV85l79qYvdhYB/VDK5oR/GIj1Eym12W7wE0mHW7B5bZCs9PPPd2U/Gmr/1c70tDf7uNyMJO83yqHmXJGZ+zfV8CbukohcOMCwwcwUwC3NgyoHbA4co+ylx9kLun4j7OppXEOpa35DMyhtPpSfOsVcUzFrud4eooYsAIa8J7VifBw8F7Sy1UuOG4NmpR80kIBnjIVmPyU5oJewcQbqx9cvzPq57UsZP76l8F6/A5MC+yXn+fGG0zJWbHO1vs23YXUY0Enxe/Bu6QMmd3xx+GxD40oKYw5r2XcQDBDKH5GAvKdlR6l6b5Fsg0l8gM1c9ySiFZUjfURwHGymNn60XSXsw5Ne4f3SbE00mYtsgRYeM9o4M1Sg6uGuI/+NSMe68HjjofmVsAmpIvCYcBC5H+14w14ZWF1OSC7kbW9WyD/j3HY9rMrj0/f2Ap0Fq69JVx8DAmnYubWi1KtOVzG0lBkKsk4m0h1SzE9rZqxSxdOhfY1jWKLiBCTL+IHEK/FXJIqS3N+P5Aix0/eOZhH5yVlyX5PxPFcJC9SoPqWpF8a7QrUlufe1bkEzwbwaHQwD09PtStZMWxF/QXVw5MWMIJcVOMTv2KtJ/k40ujSm/FmgBDE8YLSFXSeH1MZZqn7q0hZBjhjUpDgiwhVhU3kXwDbI= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR12MB3085.namprd12.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230016)(4636009)(366004)(396003)(376002)(136003)(346002)(39860400002)(83380400001)(8676002)(166002)(45080400002)(38070700005)(55016003)(186003)(21615005)(4326008)(33656002)(19273905006)(8936002)(2906002)(41300700001)(5660300002)(66446008)(19627235002)(26005)(76116006)(66556008)(478600001)(64756008)(53546011)(9686003)(66476007)(86362001)(66946007)(6916009)(6506007)(54906003)(38100700002)(7696005)(52536014)(316002)(122000001)(966005)(71200400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?mWQwuhiLGzrMOAwSzLGC66L5QaxDfHmMzbKAMc4hozoVrCY+O/XliGvbj37I?= =?us-ascii?Q?SPY1V2yDrb6TGCgQgDAhNdU3N7fGw8wfLXkYYqmY0SOLMqRQJMcpqPIPXtLW?= =?us-ascii?Q?FoHmYY9NWnysIP8QavCDVdeulcmSQZ1KElzgGXzaP0FQvXI1BNJ4FT3eQ82j?= =?us-ascii?Q?aiKxC9a+xOkWPKEaL7to9e66ShmoxDNPLJ58aVtwN71/QIKFkrk41l+fwyYg?= =?us-ascii?Q?vcoj1xQp5zm6cpO1GPGIZeDztpKdvw3NPtufU6f3kQsmck/MeKCDC5rAaMvc?= =?us-ascii?Q?MQLvOhtNOxaHrHz4MH1QO+dJOq/dWaatiaLNIa05acjjQuUI23ReKapjD2SX?= =?us-ascii?Q?w+BXmWAfdDrQ91ZfnQ3F/o3oT3PMlt4kGHn3UVlSHV1NVuN3KysOH96Evx1U?= =?us-ascii?Q?Wo4kS2M4tVwO2BMrIW807LVPb7iX4I1HGGxfuvBpn5dg/YW2b/O2amEc0Dyw?= =?us-ascii?Q?S5pMZuBYFaBar65tjJPhfQ85QR1IzHWADWzkJd2QoGiQ6RK1QzJ/f+wZACSk?= =?us-ascii?Q?BF2yaYmr6JGU8dyYiOW+BNrlOnY+nvpFRGqGYmZk1KK3SpxQR40etap8Gg67?= =?us-ascii?Q?lDXHSq43JSUUA4Ez9qRZheKFxcwcjjsLpUkCr+hrePA4jtKcKMxJjC/580o3?= =?us-ascii?Q?NyUugPLtXMDEcwEy1xIltTiZFTlISULyVN/GfgwFxksl749RFyjBMfbOsvDF?= =?us-ascii?Q?93fbtU5rPNmmPFnoUjSuK2PY02P2uN47prBCZAOm68EJ1rlEld5k7C65ki99?= =?us-ascii?Q?vcPALr+Mv5Q8bXPOf37Dm79aTCv7cscAIYLKkbrvmfkfVN+2lipf1M3NbfW8?= =?us-ascii?Q?PrIUSKjCJ3SrFwtDK9Z7+PMKqBenDipK7rnb7jymqRmtl0nt+NqNB1o26K/z?= =?us-ascii?Q?s+LrRHrbAcLCeXjankTMpjKK5kzcTOkpG3n03hjGvuRqeegHET4hjMgmZuBB?= =?us-ascii?Q?q1Q8aLiC0oLyem4xXhlqGejvWDLO2DCcaB7+KEqIr2zSzM52jucT4GQjKmNW?= =?us-ascii?Q?fOqoLo4vpIOUezAeGhEnQsTXPaBRESlgkss4cJNQxnENByiFm7+f+PA2Fj2r?= =?us-ascii?Q?ZHvhPkvEyCkyS6JIHrHZK9iVdDC5OLf66MTz/LILUMCFSRzCYJE4KIo3eFV9?= =?us-ascii?Q?SyApo1nl5+glK5fYWDL21NUuVlKFL/7qiK2ZHfgpU/UF1A7gKNKo/mebN9AM?= =?us-ascii?Q?aKiSEaVLFhieJG3OlcZcl7BD9TlHkrlSLjIHaZr+VAhoq44wVTEFfRr9meNH?= =?us-ascii?Q?MEtvH7+fcWYkYfO/Ti3VtDh8kw8njnu39DAxBjX+pXSEq0vCdzYBmgjLoO97?= =?us-ascii?Q?1x4fpopPo0N70Sxa82ei1Bp5I7cGkU71Q5dloMiuNE1kpdlTy4nf57P8825U?= =?us-ascii?Q?G0CLvaRlQmo7fdj+gZ1K3ICEM1SZaBOhaFi4DaoSzln3WwVtBlG3d1oJVwB9?= =?us-ascii?Q?4BkMltHqckBzR9XidAh1UHpHbCqebhzCLSGZZO30c2OIqDHOSyHaC9efHI7P?= =?us-ascii?Q?U/IXZybSZQI2/9IJuINqd1d+MGFtRrPdtbAl4nImAXRpHfjt+dpcc4p/fOWI?= =?us-ascii?Q?w3LBaId1oukxI9cyLrxxj7ZnON7lCjlzkqis6Nhc?= Content-Type: multipart/alternative; boundary="_000_MN2PR12MB308597CEF008C61E637FE5ED82889MN2PR12MB3085namp_" MIME-Version: 1.0 X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: MN2PR12MB3085.namprd12.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 62ef3943-ca8b-4649-a30b-08da656061bb X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Jul 2022 06:16:25.6830 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 3dd8961f-e488-4e60-8e11-a82d994e183d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: uGi8gRkIR5BSPYF4yW1Au3v/AiXnHBvPoZAcRTo/zdjnRwArkYk6sFm61+jVDADnvGGr4tyJBI3nYuXltP0AQQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR12MB1153 X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org --_000_MN2PR12MB308597CEF008C61E637FE5ED82889MN2PR12MB3085namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable [AMD Official Use Only - General] Is this not Broadcom extreme net card? Please refer http://doc.dpdk.org/gui= des/nics/bnxt.html, once you bind with `igb_uio, vfio_pci or uio_pci_generi= c` all linux netdevice instance will be no longer available. This is becaus= e it is not a `port representator` Observation: due some hardware or firmware bug auto-neg take more time with= the current DPDK BXNT PMD. Hence my advice is try to wait longer for link = state up in DPDK. You can verify the same with testpmd. From: Lokesh Chakka Sent: Thursday, July 14, 2022 11:11 AM To: Varghese, Vipin Cc: users@dpdk.org; Yigit, Ferruh ; Tummala, Sivapras= ad Subject: Re: skeleton code failing (Lokesh Chakka) [CAUTION: External Email] I have one more observation here. After "$ sudo dpdk-devbind.py -b vfio-pci 83:00.0 83:00.1" Cards are shutting down. ifconfig is not showing the cards. reinsert of sfp= is also not bringing the cards up. I had to restart the server. Not sure w= hy the cards are going down. Thanks & Regards -- Lokesh Chakka. On Thu, Jul 14, 2022 at 8:50 AM Varghese, Vipin > wrote: [AMD Official Use Only - General] Based on the compilation command shared it looks like you are using the bui= ld in shared library mode ` gcc main.c -g `pkg-config --cflags libdpdk --li= bs libdpdk` Hence in EAL PCIe probe, the BNXT PMD is not triggered to identify the NIC. Solutions for these can be 1. Build with static library ` gcc main.c -g `pkg-config --cflags libdpdk -= -libs --static libdpdk` 2. pass the bxnt_en PMD shared library to eal args by ` sudo ./a.out -l 1 -= d librte_net_bnxt.so` Can you try any of the above ? > -----Original Message----- > From: users-request@dpdk.org > > Sent: Wednesday, July 13, 2022 3:30 PM > To: users@dpdk.org > Subject: users Digest, Vol 347, Issue 6 > > [CAUTION: External Email] > > Send users mailing list submissions to > users@dpdk.org > > To subscribe or unsubscribe via the World Wide Web, visit > > https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fmails= .dp > dk.org%2Flistinfo%2Fusers&data=3D05%7C01%7Cvipin= .varghese%40amd.co > m%7C55465d0d4faa4cd8496a08da64b674f4%7C3dd8961fe4884e608e11a82d9 > 94e183d%7C0%7C0%7C637933032067208770%7CUnknown%7CTWFpbGZsb3d8 > eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D > %7C3000%7C%7C%7C&sdata=3D6JHjf2Fu%2BkQ56CF9xTZvBS%2Bh8Uomlqv > E9dq9M7VefiU%3D&reserved=3D0 > or, via email, send a message with subject or body 'help' to > users-request@dpdk.org > > You can reach the person managing the list at > users-owner@dpdk.org > > When replying, please edit your Subject line so it is more specific than = "Re: > Contents of users digest..." > > > Today's Topics: > > 1. Re: skeleton code failing (Lokesh Chakka) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 13 Jul 2022 12:56:37 +0530 > From: Lokesh Chakka > > To: David Marchand > > Cc: users > > Subject: Re: skeleton code failing > Message-ID: > Nm_pwq59fY9QVNH+GBgwRg@mail.gmail.com> > Content-Type: text/plain; charset=3D"utf-8" > > Dear David, > > following is some more stuff i did > =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=3D=3D=3D=3D=3D= =3D > $ sudo dpdk-devbind.py -b vfio-pci 83:00.0 $ sudo dpdk-devbind.py -b vfio= -pci > 83:00.1 $ sudo dpdk-devbind.py -b uio_pci_generic 83:00.0 83:00.1 > Error: Driver 'uio_pci_generic' is not loaded. > $ sudo dpdk-devbind.py -b igb_uio 83:00.0 83:00.1 > Error: Driver 'igb_uio' is not loaded. > $ sudo dpdk-devbind.py -b vfio-pci 83:00.0 83:00.1 > Notice: 0000:83:00.0 already bound to driver vfio-pci, skipping > Notice: 0000:83:00.1 already bound to driver vfio-pci, skipping > =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=3D=3D=3D=3D=3D= =3D > ~/Desktop/dpdk_examples/skeleton$ gcc main.c -g `pkg-config --cflags libd= pdk > --libs libdpdk` lokesh@lokesh-ProLiant-DL385- > Gen10:~/Desktop/dpdk_examples/skeleton$ sudo ./a.out > EAL: Detected CPU lcores: 64 > EAL: Detected NUMA nodes: 4 > EAL: Detected shared linkage of DPDK > EAL: Multi-process socket /var/run/dpdk/rte/mp_socket > EAL: Selected IOVA mode 'VA' > EAL: No available 1048576 kB hugepages reported > EAL: VFIO support initialized > EAL: Using IOMMU type 1 (Type 1) > EAL: Probe PCI driver: net_bnxt (14e4:1750) device: 0000:83:00.0 (socket = 2) > EAL: Probe PCI driver: net_bnxt (14e4:1750) device: 0000:83:00.1 (socket = 2) > TELEMETRY: No legacy callbacks, legacy socket not created Port 0 MAC: bc = 97 > e1 ce 84 f0 Port 1 MAC: bc 97 e1 ce 84 f1 > > WARNING: Too many lcores enabled. Only 1 used. > WARNING, port 0 is on remote NUMA node to polling thread. > Performance will not be optimal. > WARNING, port 1 is on remote NUMA node to polling thread. > Performance will not be optimal. > > Core 0 forwarding packets. [Ctrl+C to quit] ^C > =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=3D=3D=3D=3D=3D= =3D > After a few seconds, I presses ctrl+c > > surprisingly cards are not showing up even in ifconfig. > > > > Thanks & Regards > -- > Lokesh Chakka. > > > On Wed, Jul 13, 2022 at 12:43 PM Lokesh Chakka < > lvenkatakumarchakka@gmail.com> wrot= e: > > > Dear David, > > > > =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=3D=3D=3D=3D= =3D > > $ lspci | grep -i broadcom > > 83:00.0 Ethernet controller: Broadcom Inc. and subsidiaries BCM57508 > > NetXtreme-E 10Gb/25Gb/40Gb/50Gb/100Gb/200Gb Ethernet (rev 11) > > 83:00.1 Ethernet controller: Broadcom Inc. and subsidiaries BCM57508 > > NetXtreme-E 10Gb/25Gb/40Gb/50Gb/100Gb/200Gb Ethernet (rev 11) $ lspci > > -n -s 83:00.0 > > 83:00.0 0200: 14e4:1750 (rev 11) > > =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=3D=3D=3D=3D= =3D > > > > I am compiling my code like this : > > =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=3D=3D=3D=3D= =3D > > gcc main.c `pkg-config --cflags libdpdk --libs libdpdk` > > =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=3D=3D=3D=3D= =3D > > > > Hence it is statically linked code. > > If I try > > $ dpdk-pmdinfo.py ./a.out > > > > But I am not seeing any output > > > > > > > > Thanks & Regards > > -- > > Lokesh Chakka. > > > > > > On Wed, Jul 13, 2022 at 12:22 PM David Marchand > > > > > wrote: > > > >> On Wed, Jul 13, 2022 at 7:35 AM Lokesh Chakka > >> > = wrote: > >> > Would like to understand if I am missing something. I am new to > >> > this > >> platform. > >> > rte_eth_dev_count_avail is returning zero. > >> > OS is Ubuntu 22.04. DPDK is latest version. > >> > Cards are being detected by Linux. Ifconfig is showing the cards up. > >> LED is also glowing. > >> > >> Indeed, DPDK provides a userspace driver for some NetXtreme nics > >> (which is net/bnxt). > >> This userspace driver does not rely on the bnxt Linux kernel driver. > >> IOW, this card being detecting and working with the Linux kernel does > >> not automatically mean that this nic can work with DPDK. > >> > >> We need more info on your nic, first. > >> > >> Can you share the pci id of this nic (like running lspci -n -s > >> $pci_address)? > >> It should be a 14e4:XXXX. > >> > >> Then you can check this XXXX against what your dpdk application suppor= ts. > >> > >> If it is a statically linked application, you can run: > >> $ dpdk-pmdinfo.py /path/to/your/application > >> > >> Else, if your application is dynamically linked against DPDK driver, > >> you can run this command against the net/bnxt driver .so.22 (for > >> 21.11 and later releases): > >> $ dpdk-pmdinfo.py /path/to/your/dpdk/drivers/librte_net_bnxt.so.22 > >> > >> You should get a list of supported NetXtreme nics, like: > >> > >> [snipped some other drivers compiled in my application] PMD NAME: > >> net_bnxt PMD HW SUPPORT: > >> Broadcom Inc. and subsidiaries (14e4) : BCM5745X NetXtreme-E RDMA > >> Virtual Function (1606) (All Subdevices) Broadcom Inc. and > >> subsidiaries (14e4) : BCM5745X NetXtreme-E Ethernet Virtual Function > >> (1609) (All Subdevices) Broadcom Inc. and subsidiaries (14e4) : > >> BCM57454 NetXtreme-E 10Gb/25Gb/40Gb/50Gb/100Gb Ethernet (1614) (All > >> Subdevices) Broadcom Inc. and subsidiaries (14e4) : NetXtreme-E RDMA > >> Virtual Function (16c1) (All Subdevices) Broadcom Inc. and > >> subsidiaries (14e4) : NetXtreme-C Ethernet Virtual Function (16cb) > >> (All Subdevices) [snipped the rest] > >> > >> I hope you can find a (XXXX) corresponding to your NIC. > >> > >> > >> -- > >> David Marchand > >> > >> > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > dk.org%2Farchives%2Fusers%2Fattachments%2F20220713%2= Fa362f7fe%2Fatta > chment- > 0001.htm&data=3D05%7C01%7Cvipin.varghese%40amd.com%7C55465d0d4f > aa4cd8496a08da64b674f4%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C > 0%7C637933032067208770%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjA > wMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C > %7C&sdata=3DjXnaf1qrCA5VSCMyrPPc5S5WYsHveR1tNBL4lczkGVE%3D&am > p;reserved=3D0> > > End of users Digest, Vol 347, Issue 6 > ************************************* --_000_MN2PR12MB308597CEF008C61E637FE5ED82889MN2PR12MB3085namp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

[AMD Officia= l Use Only - General]

 

Is this not Broadcom extreme net card? Please refer = http://doc.dpdk.org/guides/nics/bnxt.html, once you bind with `igb_uio,= vfio_pci or uio_pci_generic` all linux netdevice instance will be no longe= r available. This is because it is not a `port representator`

 

Observation: due some hardware or firmware bug auto-= neg take more time with the current DPDK BXNT PMD. Hence my advice is try t= o wait longer for link state up in DPDK.

You can verify the same with testpmd.

 

From: Lokesh Chakka <lvenkatakumarchakka@g= mail.com>
Sent: Thursday, July 14, 2022 11:11 AM
To: Varghese, Vipin <Vipin.Varghese@amd.com>
Cc: users@dpdk.org; Yigit, Ferruh <Ferruh.Yigit@amd.com>; Tumm= ala, Sivaprasad <Sivaprasad.Tummala@amd.com>
Subject: Re: skeleton code failing (Lokesh Chakka)

 

[CAUTION: External Email]

I have one more observation here.

After "$ sudo dpdk-devbind.py -b vfio-pci 83:00= .0 83:00.1"

 

Cards are shutting down. ifconfig is not showing the= cards. reinsert of sfp is also not bringing the cards up. I had to restart= the server. Not sure why the cards are going down.

 

Thanks & Regards
--
Lokesh Chakka.

 

 

On Thu, Jul 14, 2022 at 8:50 AM Varghese, Vipin <= Vipin.Varghese@amd.com> wr= ote:

[AMD Official Use Only - General]

Based on the compilation command shared it looks like you are using the bui= ld in shared library mode ` gcc main.c -g `pkg-config --cflags libdpdk --li= bs libdpdk`
Hence in EAL PCIe probe, the BNXT PMD is not triggered to identify the NIC.=

Solutions for these can be
1. Build with static library ` gcc main.c -g `pkg-config --cflags libdpdk -= -libs --static libdpdk`
2. pass the bxnt_en PMD shared library to eal args by ` sudo ./a.out -l 1 -= d librte_net_bnxt.so`

Can you try any of the above ?

> -----Original Message-----
> From: user= s-request@dpdk.org <users-request@dpdk.org>
> Sent: Wednesday, July 13, 2022 3:30 PM
> To: users@dpdk.org=
> Subject: users Digest, Vol 347, Issue 6
>
> [CAUTION: External Email]
>
> Send users mailing list submissions to
>         users@dpdk.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> https://nam11.safelinks.protection.outlook.com/?url=3Dhttps%3A%2F%2Fmails.d= p
> dk.org%2Flistinfo%2Fusers&amp;data=3D05%7C01%7Cvipin.varghese%40amd.co
> m%7C55465d0d4faa4cd8496a08da64b674f4%7C3dd8961fe4884e608e11a82d9
> 94e183d%7C0%7C0%7C637933032067208770%7CUnknown%7CTWFpbGZsb3d8
> eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D
> %7C3000%7C%7C%7C&amp;sdata=3D6JHjf2Fu%2BkQ56CF9xTZvBS%2Bh8Uomlqv > E9dq9M7VefiU%3D&amp;reserved=3D0
> or, via email, send a message with subject or body 'help' to
>         users-request@dpdk.org
>
> You can reach the person managing the list at
>         users-owner@dpdk.org
>
> When replying, please edit your Subject line so it is more specific th= an "Re:
> Contents of users digest..."
>
>
> Today's Topics:
>
>    1. Re: skeleton code failing (Lokesh Chakka)
>
>
> ----------------------------------------------------------------------=
>
> Message: 1
> Date: Wed, 13 Jul 2022 12:56:37 +0530
> From: Lokesh Chakka <lvenkatakumarchakka@gmail.com>
> To: David Marchand <david.marchand@redhat.com>
> Cc: users <user= s@dpdk.org>
> Subject: Re: skeleton code failing
> Message-ID:
>         <CACh--sgKJ9B2=3DNd-EUUx4D7Kz87- > Nm_pwq59fY9QVNH+GBgwRg@mail.gmail.com>
> Content-Type: text/plain; charset=3D"utf-8"
>
> Dear David,
>
> following is some more stuff i did
> =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=3D=3D=3D=3D= =3D=3D
> $ sudo dpdk-devbind.py -b vfio-pci 83:00.0 $ sudo dpdk-devbind.py -b v= fio-pci
> 83:00.1 $ sudo dpdk-devbind.py -b uio_pci_generic 83:00.0 83:00.1
> Error: Driver 'uio_pci_generic' is not loaded.
> $ sudo dpdk-devbind.py -b igb_uio 83:00.0 83:00.1
> Error: Driver 'igb_uio' is not loaded.
> $ sudo dpdk-devbind.py -b vfio-pci 83:00.0 83:00.1
> Notice: 0000:83:00.0 already bound to driver vfio-pci, skipping
> Notice: 0000:83:00.1 already bound to driver vfio-pci, skipping
> =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=3D=3D=3D=3D= =3D=3D
> ~/Desktop/dpdk_examples/skeleton$ gcc main.c -g `pkg-config --cflags l= ibdpdk
> --libs libdpdk` lokesh@lokesh-ProLiant-DL385-
> Gen10:~/Desktop/dpdk_examples/skeleton$ sudo ./a.out
> EAL: Detected CPU lcores: 64
> EAL: Detected NUMA nodes: 4
> EAL: Detected shared linkage of DPDK
> EAL: Multi-process socket /var/run/dpdk/rte/mp_socket
> EAL: Selected IOVA mode 'VA'
> EAL: No available 1048576 kB hugepages reported
> EAL: VFIO support initialized
> EAL: Using IOMMU type 1 (Type 1)
> EAL: Probe PCI driver: net_bnxt (14e4:1750) device: 0000:83:00.0 (sock= et 2)
> EAL: Probe PCI driver: net_bnxt (14e4:1750) device: 0000:83:00.1 (sock= et 2)
> TELEMETRY: No legacy callbacks, legacy socket not created Port 0 MAC: = bc 97
> e1 ce 84 f0 Port 1 MAC: bc 97 e1 ce 84 f1
>
> WARNING: Too many lcores enabled. Only 1 used.
> WARNING, port 0 is on remote NUMA node to polling thread.
> Performance will not be optimal.
> WARNING, port 1 is on remote NUMA node to polling thread.
> Performance will not be optimal.
>
> Core 0 forwarding packets. [Ctrl+C to quit] ^C
> =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=3D=3D=3D=3D= =3D=3D
> After a few seconds, I presses ctrl+c
>
> surprisingly cards are not showing up even in ifconfig.
>
>
>
> Thanks & Regards
> --
> Lokesh Chakka.
>
>
> On Wed, Jul 13, 2022 at 12:43 PM Lokesh Chakka <
> lve= nkatakumarchakka@gmail.com> wrote:
>
> > Dear David,
> >
> > =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=3D=3D= =3D=3D=3D
> > $ lspci | grep -i broadcom
> > 83:00.0 Ethernet controller: Broadcom Inc. and subsidiaries BCM57= 508
> > NetXtreme-E 10Gb/25Gb/40Gb/50Gb/100Gb/200Gb Ethernet (rev 11)
> > 83:00.1 Ethernet controller: Broadcom Inc. and subsidiaries BCM57= 508
> > NetXtreme-E 10Gb/25Gb/40Gb/50Gb/100Gb/200Gb Ethernet (rev 11) $ l= spci
> > -n -s 83:00.0
> > 83:00.0 0200: 14e4:1750 (rev 11)
> > =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=3D=3D= =3D=3D=3D
> >
> > I am compiling my code like this :
> > =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=3D=3D= =3D=3D=3D
> > gcc main.c `pkg-config --cflags libdpdk --libs libdpdk`
> > =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=3D=3D= =3D=3D=3D
> >
> > Hence it is statically linked code.
> > If I try
> > $ dpdk-pmdinfo.py ./a.out
> >
> > But I am not seeing any output
> >
> >
> >
> > Thanks & Regards
> > --
> > Lokesh Chakka.
> >
> >
> > On Wed, Jul 13, 2022 at 12:22 PM David Marchand
> > <david.marchand@redhat.com>
> > wrote:
> >
> >> On Wed, Jul 13, 2022 at 7:35 AM Lokesh Chakka
> >> <lvenkatakumarchakka@gmail.com> wrote:
> >> > Would like to understand if I am missing something. I am= new to
> >> > this
> >> platform.
> >> > rte_eth_dev_count_avail is returning zero.
> >> > OS is Ubuntu 22.04. DPDK is latest version.
> >> > Cards are being detected by Linux. Ifconfig is showing t= he cards up.
> >> LED is also glowing.
> >>
> >> Indeed, DPDK provides a userspace driver for some NetXtreme n= ics
> >> (which is net/bnxt).
> >> This userspace driver does not rely on the bnxt Linux kernel = driver.
> >> IOW, this card being detecting and working with the Linux ker= nel does
> >> not automatically mean that this nic can work with DPDK.
> >>
> >> We need more info on your nic, first.
> >>
> >> Can you share the pci id of this nic (like running lspci -n -= s
> >> $pci_address)?
> >> It should be a 14e4:XXXX.
> >>
> >> Then you can check this XXXX against what your dpdk applicati= on supports.
> >>
> >> If it is a statically linked application, you can run:
> >> $ dpdk-pmdinfo.py /path/to/your/application
> >>
> >> Else, if your application is dynamically linked against DPDK = driver,
> >> you can run this command against the net/bnxt driver .so.22 (= for
> >> 21.11 and later releases):
> >> $ dpdk-pmdinfo.py /path/to/your/dpdk/drivers/librte_net_bnxt.= so.22
> >>
> >> You should get a list of supported NetXtreme nics, like:
> >>
> >> [snipped some other drivers compiled in my application] PMD N= AME:
> >> net_bnxt PMD HW SUPPORT:
> >>  Broadcom Inc. and subsidiaries (14e4) : BCM5745X NetXtr= eme-E RDMA
> >> Virtual Function (1606) (All Subdevices)  Broadcom Inc. = and
> >> subsidiaries (14e4) : BCM5745X NetXtreme-E Ethernet Virtual F= unction
> >> (1609) (All Subdevices)  Broadcom Inc. and subsidiaries = (14e4) :
> >> BCM57454 NetXtreme-E 10Gb/25Gb/40Gb/50Gb/100Gb Ethernet (1614= ) (All
> >> Subdevices)  Broadcom Inc. and subsidiaries (14e4) : Net= Xtreme-E RDMA
> >> Virtual Function (16c1) (All Subdevices)  Broadcom Inc. = and
> >> subsidiaries (14e4) : NetXtreme-C Ethernet Virtual Function (= 16cb)
> >> (All Subdevices) [snipped the rest]
> >>
> >> I hope you can find a (XXXX) corresponding to your NIC.
> >>
> >>
> >> --
> >> David Marchand
> >>
> >>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <= https://nam11.safelinks.protection.outlook.com/?url=3Dhttp%3A%2F%2Fmails.dp=
> dk.org%2Farchives%2Fusers%2Fattachments%2F20220713%2Fa362f7fe%2Fatta > chment-
> 0001.htm&amp;data=3D05%7C01%7Cvipin.varghese%40amd.com%7C55465d0d4f
> aa4cd8496a08da64b674f4%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C
> 0%7C637933032067208770%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjA
> wMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C
> %7C&amp;sdata=3DjXnaf1qrCA5VSCMyrPPc5S5WYsHveR1tNBL4lczkGVE%3D&= ;am
> p;reserved=3D0>
>
> End of users Digest, Vol 347, Issue 6
> *************************************

--_000_MN2PR12MB308597CEF008C61E637FE5ED82889MN2PR12MB3085namp_--