From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lf1-f52.google.com (mail-lf1-f52.google.com [209.85.167.52]) by dpdk.org (Postfix) with ESMTP id 0478E6904 for ; Thu, 6 Dec 2018 03:54:44 +0100 (CET) Received: by mail-lf1-f52.google.com with SMTP id f23so16296796lfc.13 for ; Wed, 05 Dec 2018 18:54:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=Xtna6M+ww+6QCtUoJJa8mlH5sEkSVblpmOw9f1l85Yo=; b=pRaXnWbZk32pZ4a2MGCdbTALnNS8RlGaDc3hVATh6liZpOz75sBX1TKJ24OOzlT6Be NUIBLRbM0Kh8PZybP0I+/aoitFXcfhnD2kt53sPUNV7b7e0nyXVEwVnOsudD2MLy0Lcc EUiDXJSXgDe9R5jvR+kNWxbYXLrxmgSpyXesvKJbhuUcaHR0ijYvdZU9F36L1kLLvkVv PS/GQyGKZKAQN4mxV/mHGSbmZIcIyDpd/WAcq47ygF6zCS6AsypFARe5iavtOMWrPIZq lKtUhBoaYSXg07sSEeJS9pvS/4JLsNzvYFKR0QJrC44JLCmfUMxo4PyHwcYFjGhZOH8g GdAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=Xtna6M+ww+6QCtUoJJa8mlH5sEkSVblpmOw9f1l85Yo=; b=WK+q7Aseu9ADzga90grb169XCKPzJwi7KO0G21Kpzl1mUaUdf/IqXazz2ziaA3jL1d AqMMaj2eI8eZlnZc84crLEoZtU54x5kNkCV7w+WkvfeLHx12j3Lo4/Y/HvSCOxmy2WHW b/XCysZSnDhPcJkED6SkcwQAJJWVLwv38AHTWWyzmq/iYlRtMcVS5FsgEVctIeltzAg9 34XTueDOtl6FiXgP2g1hlYO60gpHtNZv+7F1qt7aiYfvGOn0fJU2WWWjMrM/lwnR+Z+5 C4tIL0cU7qi8jx8QaoZIefQSHI8con7H4gr+0AmXCsUGzslnmxW8uP6srsOkufc5a/Sw IPXg== X-Gm-Message-State: AA+aEWb1D98VVmGTT628u3OR1vNDzODeuu6Llise3gQlb3tti/fnw7Y8 +vKFFJz5w+FweDHv5sppgYz5140BZSGhBJgWoRKZNQ== X-Google-Smtp-Source: AFSGD/Wy+IE5X9jdrY4ysJK8YP9GAgiJKAEBIYaOI92NkycOSPxuYaeVmPV2CeE9WeZeDx4bPHQ+xuwdx4i/viNl3Nk= X-Received: by 2002:a19:a9d2:: with SMTP id s201mr2282212lfe.154.1544064883015; Wed, 05 Dec 2018 18:54:43 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Sami Ullah Date: Thu, 6 Dec 2018 11:54:30 +0900 Message-ID: To: users@dpdk.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: [dpdk-users] Fwd: Issue in Dequeue Operations 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: Thu, 06 Dec 2018 02:54:44 -0000 Hi! I am trying to develop a custom application using DPDK API. My application scenario is like Host2Host encryption/decryption using single port and my hardware is intel *X520* NIC. The problem is in the dequeue operations, and in my testing i think the problem is in queue argument. I am using one queue for* aesni based crypto device* and crypto type is NONE. 1- If i skip *rte_crypto_enqueue_burst()*, then application does not crash but surely there will be no packet in *rte_crypto_dequeue_burst().* 2- if I don't skip rte_crypto_enqueue_burst() and use same queue 0 in rte_crypto_dequeue_burst(), application crashes. And if i set #packets to 0, no crash. Initially, I though may be we can't use same queue in enqueue and dequeue operation but after analyzing DPDK crypto examples that is possible. When application crashed, i receive following error.: dumping 9 stack frame addresses: /lib/x86_64-linux-gnu/libpthread.so.0 @ 0x7fd58b97f000 [0x7fd58b991890] -> ??:? /usr/local/lib/x86_64-linux-gnu/dpdk/drivers/librte_pmd_aesni_mb.so.1.1 @ 0x7fd58678a000 [0x7fd58678f041] -> rte_aesni_mb_pmd.c:? /usr/local/lib/ipsec/libipsec.so.0 @ 0x7fc56e2b5000 (ipsec_outbound+0x917) [0x7fc56e2c2c57] -> /usr/include/x86_64-linux-gnu/bits/stdio2.h:104 /usr/local/lib/ipsec/libipsec.so.0 @ 0x7fc56e2b5000 (process_pkts_outbound+0x2c2) [0x7fc56e2bd992] -> /usr/include/x86_64-linux-gnu/bits/stdio2.h:104 /usr/local/lib/ipsec/libipsec.so.0 @ 0x7fc56e2b5000 (process_unprotected+0x76) [0x7fc56e2bdeb6] -> /home/dpdk/repo/strongswan-5.6.3/src/libipsec/dpdk_ipsec_processor.c:346 /usr/local/lib/ipsec/libipsec.so.0 @ 0x7fc56e2b5000 (dpdk_processing_job+0x24e) [0x7fc56e2be35e] -> /usr/local/include/generic/rte_atomic.h:541 /usr/local/lib/x86_64-linux-gnu/librte_eal.so.9 @ 0x7fd58cf72000 [0x7fd58cf97e91] -> :? /lib/x86_64-linux-gnu/libpthread.so.0 @ 0x7fd58b97f000 [0x7fd58b9866db] -> /build/glibc-OTsEL5/glibc-2.27/nptl/pthread_create.c:463 /lib/x86_64-linux-gnu/libc.so.6 @ 0x7fd58b58e000 (clone+0x3f) [0x7fd58b6af88f] -> /build/glibc-OTsEL5/glibc-2.27/misc/../sysdeps/unix/sysv/linux/x86_64/clone.S:97 18[DMN] killing ourself, received critical signal Aborted One thing* worth mentioning*, applications breaks with same error message if i use wrong queue pair id like 1 instead of 0. So may be crypto queue is captured by rte_crypto_enqueue_burst() but I am confused and don't have further clue. kind regards, SAMI