From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.lysator.liu.se (mail.lysator.liu.se [130.236.254.3]) by dpdk.org (Postfix) with ESMTP id BC10F28FD for ; Fri, 18 Jan 2019 15:47:43 +0100 (CET) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 3B54A4001C for ; Fri, 18 Jan 2019 15:47:43 +0100 (CET) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 2626C4000C; Fri, 18 Jan 2019 15:47:43 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.4.1 X-Spam-Score: -0.9 Received: from [192.168.1.59] (host-90-232-24-238.mobileonline.telia.com [90.232.24.238]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id A889840008; Fri, 18 Jan 2019 15:47:42 +0100 (CET) To: Venky Venkatesh , "dev@dpdk.org" References: <2D68DFF2-08A3-403B-9570-43D4AD916FD2@paloaltonetworks.com> <8C05BF3C-5D90-4CD0-AA71-1B4C4324E53B@paloaltonetworks.com> <597ee5d1-6db1-54ee-36af-df28ef1654bb@ericsson.com> <2ED77A34-B171-49BF-966A-BAE6A9E1BC66@paloaltonetworks.com> <58E15395-2C48-49C0-B702-40F511E61E55@paloaltonetworks.com> From: =?UTF-8?Q?Mattias_R=c3=b6nnblom?= Message-ID: Date: Fri, 18 Jan 2019 15:47:42 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: [dpdk-dev] DSW eventdev and multi-process DPDK X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Jan 2019 14:47:43 -0000 On 2019-01-18 07:36, Venky Venkatesh wrote: > > [VV]: Some more information. I went with the assumption that I will call these APIs on both the PRIMARY and SECONDARY processes and that these APIs would do the right thing viz. on the PRIMARY it would allocate and initialize while in the SECONDARY it would attach to those memories and structures. However that doesn’t seem to be the case: rte_event_port_setup is trying to allocate a ring of the same name in both processes and is crashing in rte_memzone_reserve_thread_safe (specifically at if ((memzone_lookup_thread_unsafe(name)) != NULL)) which is called from rte_event_ring_create. Ports etc need (and should) only be configured once. > Can you pls advise if the DSW is multiprocess ready? I've answered this question already. >If not, are there any plans to do so? > For all I know, it should work already. If not, maybe it's here Palo Alto Networks chips in.