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 0F77E45BC0 for ; Tue, 29 Oct 2024 18:08:59 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id D11B342EE8; Tue, 29 Oct 2024 18:08:58 +0100 (CET) Received: from NAM11-CO1-obe.outbound.protection.outlook.com (mail-co1nam11on2107.outbound.protection.outlook.com [40.107.220.107]) by mails.dpdk.org (Postfix) with ESMTP id 3D01B42EDE for ; Tue, 29 Oct 2024 18:08:57 +0100 (CET) ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=Z6nX+gUp2OHdybK+xQpedPmVJ8X3/bPfkWeQsfYAWsaqP+J9Vw3xFd8rNYcup0CiipigpIm5yFjQH8p71lm65piuDsh93WvZYcleoKDqV9ErwZrPOPBj4OuFeEZ2dERuSZgcSPpo6kVDit9kBm1Sz2UBlkgDZyEOlqh6RjiRU4A37lo/tcBxaDhsXGpwa9h7kaExiBZFn7T+m/A7HIyJ9b3DuT1LTDeP7sjiOaO+sy5FtaC9CsMjoNrD+br0vxGPPoA0N7ANEL5QL8Aj8Iax0IGDPFS2yDZLT3XRUvDvPK3zy7KyKmbqc3MRoB7b4Ta5jLirAtPW2ujwL3Qwv6cmjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; 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=Q9zBFvVZe+z1h2EmdIkRJztsIBZ0fjsiJDHxTlQT3DU=; b=Z4/odhqqBmXviBJVg9m4qK+ziSiHmQcgFDf+gJPe2AL7spZgY4sbccW623DkFttjs4p8Iu1baXoA99/mNonCvF4fv2g31PdwT1mBhWxQFUQKUrRBu8f0uqnAIzz4ycdixaxPHUa8aFuai0bdUb0JjrAGwQi4e55a25ZhxL3YSkCnR8yNzOc9OiY5i9jzg6pplv3BGbsuol6Ypv1BhyvHZVZbvf8Xx8xa00ftM88roiZGAKcZ1No0NBkBjQV4r10WuDuoeOK+veNN9djtNl/51ob+AyaovbrFxqNqPZzvL80QnNjl/I8bYre15mNWDbKcBpxlwxykFFggFTsB98BHaA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=graphiant.com; dmarc=pass action=none header.from=graphiant.com; dkim=pass header.d=graphiant.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=graphiant.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Q9zBFvVZe+z1h2EmdIkRJztsIBZ0fjsiJDHxTlQT3DU=; b=0FRmo0lkZc16uC5WtEFsp9XlwwQVd9tltPJ9WTEf1wIkUzEvrvsalYNP75NewocSdsxo8jmN2Ud9MlRiTUs4ByFHedKCmKlPLj0jCKY4flEN+r15f+gyYfMl6jJKrM2J1Ru8EMOTES7aY8Xx5Dyjp7kvvhIOwBMlvZR4+jJf5CvtPqZ+jmgMBOJCIKIx+mehCeDpE1jlzNZylnzzrVrP+E4zdhfS1hV2zMsKa4UPMf09Pif7H5l2VKbzkIRQ6oni4a8T5uI/ucVjyPfbuqZTnsxDR3xBDt5RezZh3EVNw4xJXU30IVrXFK4Ck3dtlVn2lWzfuaR6ODwRfFWxAR51FQ== Received: from PH0PR17MB4639.namprd17.prod.outlook.com (2603:10b6:510:83::18) by PH7PR17MB5908.namprd17.prod.outlook.com (2603:10b6:510:15b::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8093.20; Tue, 29 Oct 2024 17:08:51 +0000 Received: from PH0PR17MB4639.namprd17.prod.outlook.com ([fe80::422d:1d31:1212:a1c3]) by PH0PR17MB4639.namprd17.prod.outlook.com ([fe80::422d:1d31:1212:a1c3%5]) with mapi id 15.20.8114.015; Tue, 29 Oct 2024 17:08:50 +0000 From: Peter Morrow To: "users@dpdk.org" CC: "joshwash@google.com" , "rushilg@google.com" , "jeroendb@google.com" , "jungeng.guo@intel.com" Subject: gve queue format on dpdk 22.11 Thread-Topic: gve queue format on dpdk 22.11 Thread-Index: AQHbKiNUohioIy9j1E+Cp4vOeElUvA== Date: Tue, 29 Oct 2024 17:08:50 +0000 Message-ID: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: msip_labels: authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=graphiant.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: PH0PR17MB4639:EE_|PH7PR17MB5908:EE_ x-ms-office365-filtering-correlation-id: d37a42a0-12f6-4447-b756-08dcf83c5bd6 x-ms-exchange-atpmessageproperties: SA x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; ARA:13230040|1800799024|366016|376014|8096899003|38070700018; x-microsoft-antispam-message-info: =?iso-8859-1?Q?RRFj+oCf6YXXwZyZg110jC+E169jSxPBLgpcGSy9s6NDgAPxg/kMy8iIf0?= =?iso-8859-1?Q?vXBEO0K3VkR6ocRuhhe45T4RHBUnJh1Fl4htWR6Zqj4JGrKh9EgfEacZ4s?= =?iso-8859-1?Q?XRDmM9oK3PKIPgFtuPp/OQ21OY2Dba87KFzCkqSrqvTz9TqNtmaKv5f/QZ?= =?iso-8859-1?Q?UT11drzXrPESWushAb61d4DwdXsBbwLgG/5e7efDhtACckZ7Ic6N2/QXnP?= =?iso-8859-1?Q?JYNiqmBEw58ZK8ngOUsQhdF/pl1r333PwfSFVH2jFaWAMBv1Md3G/mfgoe?= =?iso-8859-1?Q?lu+oUoABRQWJ3raRDc3NPhHdzNRJ7ECn+CGaE9dTZ9mpL2RMrcuRhBIkBc?= =?iso-8859-1?Q?ke5Wl1x6VayO0h5K7h/l/4RgLqc7WapvhKUmuFZOHxkIoU25UJkhtLuyp0?= =?iso-8859-1?Q?fpgPBajDKxvgqszyJ6yySuWmpJOnbywgyxG6JqndSLciHJM7wLueejIdgE?= =?iso-8859-1?Q?KlfuXeo4ga8VyHv5mWv3AissPjQ0BOoTt0YFx7i6aVGbGrNVeB9px2CSSH?= =?iso-8859-1?Q?Pa289HPXUn9OZDQ1xLkeX2Wze49vEaPZh4cisqsQAuf+6vd/lXijzpkES3?= =?iso-8859-1?Q?SzXlHNIHkjbww2N0suYnr6O/ABW0yxTnVE1aiPpK81shqLYEopY9cYBI1Z?= =?iso-8859-1?Q?FDF0OxPgEiC7G7m4NHvLRzOA3BCl1eqxwqakm/l8GMDEmvdr4czBO4Uadk?= =?iso-8859-1?Q?4MJk99pMCs+DeqIFKxYKdVVM/ZhG0JIdpG8zqicVWN/oULIQp7b5IPytWV?= =?iso-8859-1?Q?Fn7i1mbzqNj6NwAT4TlupjmEHV16EsALCdo14OF3C0ktw1AR9U092Be9Km?= =?iso-8859-1?Q?GXhfnyI1IY/BP4YwigeGfBzSE5MzCRltbgJX4Fjz/sYm/D4+Us50bxiZGm?= =?iso-8859-1?Q?N4fkOtQaOaWomS2RVP5iJO9yX3kDK6fhzYfSAzairVEksZlOtattKhVVwh?= =?iso-8859-1?Q?hSjwBNVoFtH3mIyNnRQxxo/aou6dxH76UrII8DnVScEQg1VbWrnRJu220X?= =?iso-8859-1?Q?8WG7aaUEqeu3dv21uYy+wMV7I1xSu4bHp09O97QtFA0pHrLNwP5UpUZLKp?= =?iso-8859-1?Q?KlNMi+2X6CAa+fFiPXoR2yyRcH6bYj5RCAm14epH8XKYr0Vu82F+8lFGew?= =?iso-8859-1?Q?lkrAxwcoY5lIL70ZpgVH/5t77Iphw0DpefG2JOJKKMXRcOm7CG3Mj7Tigt?= =?iso-8859-1?Q?KudWy3QunVxW6RKtlI+d4qr2cQ1P80vEb6xa/Y/ABQehHppXowifMofwfc?= =?iso-8859-1?Q?Rxp4o5sfjvE4Wq9dfKnvHB3PXf1f0yXShGNodJ7esjRGow8naLVJqyAMFu?= =?iso-8859-1?Q?d815NkdcpABrE6BE9Jm6pxUKex/e+uUsZ2EdRMOoX4voi2IqVY89atRmOv?= =?iso-8859-1?Q?8qEll+QJvc?= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR17MB4639.namprd17.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230040)(1800799024)(366016)(376014)(8096899003)(38070700018); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?qSY/kMI97+zo/bsn0paiih3seBSl+lfmih4fqw9Sb+amI58VZBeIDKwGjg?= =?iso-8859-1?Q?ytNfRJd9BeeywUmLd+qjjpEUO3t5xiPHWVM3RY4kw++K7P/MrTdQekls6B?= =?iso-8859-1?Q?BRdtLpkwnvVhcoaurOGO5X/Wul4CtpJ/95cg2h5xrjkxxQg0cJ/mUBIUMf?= =?iso-8859-1?Q?bIj42K0l6uuTd8Yeqm1/iB7B+K0Y86EuRBgE8oGGwAwrJa8d/357raF3kR?= =?iso-8859-1?Q?OGWNnX9HVjo/ki4wYhR+YZcKQroF72o3+DvkJF5l9i8GEov+7CIb1tcKj7?= =?iso-8859-1?Q?U9NHOmKnXwlEwSbcfMgFl2H7jydyq1tl7uc+62KPZcH4FOMDwXTLyS+rnQ?= =?iso-8859-1?Q?XYNqsKMQ2APwpmXgbKpUNvZcQ7LL+xJhU2s1euio7STt7G6eql+OQJ7CjR?= =?iso-8859-1?Q?HggzHsc+TdkRfwpO8lX1G6hIlx4nuVij0EKtxddk4BrsYAVR0ZXiH4W+bu?= =?iso-8859-1?Q?zt7O4NCk/k3QHN58pny5igT3TxDUozHr7i9meq53CpwLEAuOhJ3Wm/VlBi?= =?iso-8859-1?Q?YbiBDCBtXKgzNQe5HFQCS7hvd0ltIxZV+N61Mq2ul0bq5JG3KYMIS/G0+o?= =?iso-8859-1?Q?MY6MhMsNoi92bOS4VmHB/spTOv+M6PhfwsD0x1OVXu8rpsxevsxGfj6Qvq?= =?iso-8859-1?Q?DbYPuaSE8pTf92sLKOwY8m7Rl7ImjRvwRZq+INd23J7eyfp6sNJcOIl2rz?= =?iso-8859-1?Q?FW66X5lE75/DKBacymuBATmT2WVhOdjsijngOTaszF8Uh5i9Qk/t60VNBW?= =?iso-8859-1?Q?zZvDza9PRNOV516cpAO2QShM+5ega9UTZKdzhNYSkjMJcJBYwtMkQ0SyQP?= =?iso-8859-1?Q?Qxfn0AgBLcnXzqqfqlTt3DiDWn9rmZ1/jH/0VZ99AWw8N5F4wWHt+08es5?= =?iso-8859-1?Q?sXvaTY1tUxaBlaowXd6pboD3SlBALpkxAux5O13cvJ+O4EemUcuDJ30JFk?= =?iso-8859-1?Q?VS7Tt6AAa1JJpjR9jFPPbCNuKZR29HRQ1QnymrlUBimkdJ3DZHfZUFi/MP?= =?iso-8859-1?Q?/k+Xn12liVzJWJp34f2/pFglK/0ms4Poby+sLJkHd5FPDdtnBsTbPO7fTC?= =?iso-8859-1?Q?cccf+WH9zeImhehZetxJRTnZhEq1kNxrkMQbHDWy2KZkPVNs0yJby/T7Yy?= =?iso-8859-1?Q?u3n2DgBcR+WQczX4o/lg56J0HL7ya13vbavE+C+NqqlKBpX1DSE+NNAP1s?= =?iso-8859-1?Q?doXl/bwhlr4H1TCPnOtK0uhwUvyehIaGqu4QJCIpiSprw+cfwClJKX6XFu?= =?iso-8859-1?Q?nZrH460GcIZwl+8IKkS6n8XFS1eMXW/GYJwJ4V+VN0SPwgAsNH63iWM+AQ?= =?iso-8859-1?Q?Geh2nf01lNLvu8rw97Q7VE1oeMhz7YNEcG9AnQv0d/d3bL0SRtEJ8Fgewp?= =?iso-8859-1?Q?FKMZXpiBMFop1+w7MSsV2ynwP9ym2Vq0bgzDpo9zoPidWV+zDBcLf+X00z?= =?iso-8859-1?Q?mFEVWw1xhKGXwP+qiBNGRKH/3O3EcbO4TWQLz6Tgz1lCcXu49ZTvTnXg+Q?= =?iso-8859-1?Q?xCs3jhc9M1o3VyA9lI8RjQbr/yvCZ6lqqIBkKHj9ty4JXKagPf47v6htRm?= =?iso-8859-1?Q?1FgsIynXyWBqgqMHk9BYgX+ROu6rFIV4r7v3bbMQyLOPug2Zt0bsiXjVjH?= =?iso-8859-1?Q?B8jnK6QNfFttA=3D?= Content-Type: multipart/alternative; boundary="_000_PH0PR17MB463927B84226A1A7CA579F66BD4B2PH0PR17MB4639namp_" MIME-Version: 1.0 X-OriginatorOrg: graphiant.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: PH0PR17MB4639.namprd17.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: d37a42a0-12f6-4447-b756-08dcf83c5bd6 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Oct 2024 17:08:50.2040 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 162101cd-ceb3-4e62-ab2e-3abc7aeede47 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: gq0kBZnyBFTfEFY2lkrhQRHDJzChWMfRSMVWa0AzOxE+YuWBsvS2ZxLKlbh98UTXFLS5oBQIeCBVqPrl0BVuXw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH7PR17MB5908 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_PH0PR17MB463927B84226A1A7CA579F66BD4B2PH0PR17MB4639namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Folks, Reading the docs for the the 22.11 release it clearly states that the DQO_R= DA queue format is not yet supported: https://doc.dpdk.org/guides-22.11/nics/gve.html I'm attempting to bring up our software router on GCP (VM instance type c4-= standard-8) where we are currently using dpdk 22.11 (via debian, with a 6.1= .0-26-amd64 kernel), given the lack of support for DQO_RDA I see the follow= ing expected messages when I start vpp (our dpdk application): Oct 29 11:11:59 gcpt2 vnet[1919]: dpdk: gve_adminq_describe_device(): Drive= r is running with DQO RDA queue format. Oct 29 11:11:59 gcpt2 vnet[1919]: dpdk: gve_adminq_describe_device(): MAC a= ddr: 42:01:0A:07:00:0F Oct 29 11:11:59 gcpt2 vnet[1919]: dpdk: gve_init_priv(): Max TX queues 2, M= ax RX queues 2 Oct 29 11:11:59 gcpt2 vnet[1919]: dpdk: gve_dev_init(): DQO_RDA is not impl= emented and will be added in the future As a result vpp sefaults shortly after: (gdb) bt #0 gve_adminq_create_tx_queue (queue_index=3D0, priv=3D0xbc03a59c0) at ../= drivers/net/gve/base/gve_adminq.c:502 #1 gve_adminq_create_tx_queues (priv=3D0xbc03a59c0, num_queues=3D2) at ../= drivers/net/gve/base/gve_adminq.c:516 #2 0x00007ffda6c9c5d6 in gve_dev_start (dev=3D0x7ffe1f4f7240 ) at ../drivers/net/gve/gve_ethdev.c:181 #3 0x00007ffe1f489b6a in rte_eth_dev_start () from /lib/x86_64-linux-gnu/l= ibrte_ethdev.so.23 #4 0x00007ffff584aa14 in dpdk_device_start (xd=3Dxd@entry=3D0x7ffe204fbac0= ) at ./src/plugins/dpdk/device/common.c:393 #5 0x00007ffff584c598 in dpdk_interface_admin_up_down (vnm=3D, hw_if_index=3D, flags=3D) at ./src/plugins/dpdk/device/device.c:485 #6 0x00007ffff6ab3ccd in vnet_sw_interface_set_flags_helper (vnm=3Dvnm@ent= ry=3D0x7ffff7f6b660 , sw_if_index=3D, flags=3DVNET_SW_INTERFACE_FLAG_ADMIN_UP, helper_flags=3D0, helper_flags= @entry=3DVNET_INTERFACE_SET_FLAGS_HELPER_WANT_REDISTRIBUTE) at ./src/vnet/interface.c:545 #7 0x00007ffff6ab489f in vnet_sw_interface_set_flags (vnm=3Dvnm@entry=3D0x= 7ffff7f6b660 , sw_if_index=3D, flags=3D) at ./src/vnet/interface.c:601 #8 0x00007ffff6accee9 in vl_api_sw_interface_set_flags_t_handler (mp=3D0x7= ffe3f241ff8) at ./src/vnet/interface_api.c:100 #9 0x00007ffff7fa6e0d in msg_handler_internal (free_it=3D0, do_it=3D1, tra= ce_it=3D, msg_len=3D, the_msg=3D0x7ffe3f241ff8, am=3D0x7ffff7fb8f40 ) at ./s= rc/vlibapi/api_shared.c:580 #10 vl_msg_api_handler_no_free (the_msg=3D0x7ffe3f241ff8, msg_len=3D) at ./src/vlibapi/api_shared.c:652 #11 0x00007ffff7f8ed7f in vl_socket_process_api_msg (rp=3D, = input_v=3D) at ./src/vlibmemory/socket_api.c:208 #12 0x00007ffff7f978d3 in vl_api_clnt_process (vm=3D, node= =3D, f=3D) at ./src/vlibmemory/memclnt_api.c:429 #13 0x00007ffff6853966 in vlib_process_bootstrap (_a=3D) at = ./src/vlib/main.c:1223 #14 0x00007ffff67ba03c in clib_calljmp () at /usr/src/packages/BUILD/src/vp= pinfra/longjmp.S:123 #15 0x00007ffe1edfcd90 in ?? () #16 0x00007ffff6855054 in vlib_process_startup (f=3D0x0, p=3D0x7ffe2078f780= , vm=3D0x7ffe1fa007c0) at ./src/vlib/main.c:1248 #17 dispatch_process (vm=3D0x7ffe1fa007c0, p=3D, last_time_s= tamp=3D, f=3D0x0) at ./src/vlib/main.c:1304 #18 0x0000000000000000 in ?? () (gdb) The segfault occurs due to the complq pointer here being NULL: cmd.create_tx_queue.tx_comp_ring_addr =3D cpu_to_be64(txq->complq->tx_ring_phys_addr); It may be possible to upgrade to a more recent version of dpdk which should= help me progress, though before I do that I wondered if there is any other= way to make progress here? Specifically, is there a way to force a differe= nt queue format in the device? This is a c4-standard-8 VM running in GCE. Thanks! Peter. --_000_PH0PR17MB463927B84226A1A7CA579F66BD4B2PH0PR17MB4639namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi Folks,

Reading the docs for the the 22.11 release it clearly states that the DQO_R= DA queue format is not yet supported:

https://doc.dpdk.org/guides-22.11/nics/gve.html

I'm attempting to bring up our software router on GCP (VM instance type c4-= standard-8) where we are currently using dpdk 22.11 (via debian, with = a 6.1.0-26-amd64 kernel), given the lack of support for DQO_RDA I see the f= ollowing expected messages when I start vpp (our dpdk application):

Oct 29 11:11:59 gcpt2 vnet[1919]: dpdk: gve_adminq_describe_device(): Drive= r is running with DQO RDA queue format.
Oct 29 11:11:59 gcpt2 vnet[1919]: dpdk: gve_adminq_describe_device(): MAC a= ddr: 42:01:0A:07:00:0F
Oct 29 11:11:59 gcpt2 vnet[1919]: dpdk: gve_init_priv(): Max TX queues 2, M= ax RX queues 2
Oct 29 11:11:59 gcpt2 vnet[1919]: dpdk: gve_dev_init(): DQO_RDA is not impl= emented and will be added in the future

As a result vpp sefaults shortly after:

(gdb) bt
#0  gve_adminq_create_tx_queue (queue_index=3D0, priv=3D0xbc03a59c0) a= t ../drivers/net/gve/base/gve_adminq.c:502
#1  gve_adminq_create_tx_queues (priv=3D0xbc03a59c0, num_queues=3D2) a= t ../drivers/net/gve/base/gve_adminq.c:516
#2  0x00007ffda6c9c5d6 in gve_dev_start (dev=3D0x7ffe1f4f7240 <rte_= eth_devices>) at ../drivers/net/gve/gve_ethdev.c:181
#3  0x00007ffe1f489b6a in rte_eth_dev_start () from /lib/x86_64-linux-= gnu/librte_ethdev.so.23
#4  0x00007ffff584aa14 in dpdk_device_start (xd=3Dxd@entry=3D0x7ffe204= fbac0) at ./src/plugins/dpdk/device/common.c:393
#5  0x00007ffff584c598 in dpdk_interface_admin_up_down (vnm=3D<opti= mized out>, hw_if_index=3D<optimized out>, flags=3D<optimized o= ut>)
    at ./src/plugins/dpdk/device/device.c:485
#6  0x00007ffff6ab3ccd in vnet_sw_interface_set_flags_helper (vnm=3Dvn= m@entry=3D0x7ffff7f6b660 <vnet_main>, sw_if_index=3D<optimized out= >, 
    flags=3DVNET_SW_INTERFACE_FLAG_ADMIN_UP, helper_flags=3D0, he= lper_flags@entry=3DVNET_INTERFACE_SET_FLAGS_HELPER_WANT_REDISTRIBUTE)
    at ./src/vnet/interface.c:545
#7  0x00007ffff6ab489f in vnet_sw_interface_set_flags (vnm=3Dvnm@entry= =3D0x7ffff7f6b660 <vnet_main>, sw_if_index=3D<optimized out>,&n= bsp;
    flags=3D<optimized out>) at ./src/vnet/interface.c:601<= /div>
#8  0x00007ffff6accee9 in vl_api_sw_interface_set_flags_t_handler (mp= =3D0x7ffe3f241ff8) at ./src/vnet/interface_api.c:100
#9  0x00007ffff7fa6e0d in msg_handler_internal (free_it=3D0, do_it=3D1= , trace_it=3D<optimized out>, msg_len=3D<optimized out>, <= /div>
    the_msg=3D0x7ffe3f241ff8, am=3D0x7ffff7fb8f40 <api_global_= main>) at ./src/vlibapi/api_shared.c:580
#10 vl_msg_api_handler_no_free (the_msg=3D0x7ffe3f241ff8, msg_len=3D<opt= imized out>) at ./src/vlibapi/api_shared.c:652
#11 0x00007ffff7f8ed7f in vl_socket_process_api_msg (rp=3D<optimized out= >, input_v=3D<optimized out>) at ./src/vlibmemory/socket_api.c:208=
#12 0x00007ffff7f978d3 in vl_api_clnt_process (vm=3D<optimized out>, = node=3D<optimized out>, f=3D<optimized out>)
    at ./src/vlibmemory/memclnt_api.c:429
#13 0x00007ffff6853966 in vlib_process_bootstrap (_a=3D<optimized out>= ;) at ./src/vlib/main.c:1223
#14 0x00007ffff67ba03c in clib_calljmp () at /usr/src/packages/BUILD/src/vp= pinfra/longjmp.S:123
#15 0x00007ffe1edfcd90 in ?? ()
#16 0x00007ffff6855054 in vlib_process_startup (f=3D0x0, p=3D0x7ffe2078f780= , vm=3D0x7ffe1fa007c0) at ./src/vlib/main.c:1248
#17 dispatch_process (vm=3D0x7ffe1fa007c0, p=3D<optimized out>, last_= time_stamp=3D<optimized out>, f=3D0x0) at ./src/vlib/main.c:1304
#18 0x0000000000000000 in ?? ()
(gdb)

The segfault occurs due to the complq pointer here being NULL:

    cmd.create_tx_queue.tx_comp_ring_addr =3D
      cpu_to_be64(txq->complq->tx_ring_phys_addr);

It may be possible to upgrade to a more recent version of dpdk which should= help me progress, though before I do that I wondered if there is any other= way to make progress here? Specifically, is there a way to force a differe= nt queue format in the device? This is a c4-standard-8 VM running in GCE.

Thanks!
Peter.

--_000_PH0PR17MB463927B84226A1A7CA579F66BD4B2PH0PR17MB4639namp_--