From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dirk.lenz@ng4t.com>
Received: from mail.ud15.udmedia.de (ud15.udmedia.de [194.117.254.55])
 by dpdk.org (Postfix) with ESMTP id 21B302BC9
 for <users@dpdk.org>; Fri,  4 Aug 2017 10:14:19 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=ng4t.com; h=to:from
 :subject:message-id:date:mime-version:content-type
 :content-transfer-encoding; s=k1; bh=83U7sLxF2AlNt4gynHNlTvteaw9
 2ZSk5GTvZtH4PM9M=; b=hIdNgNW0Gl4TKbajK6244twVDtn5a7hTCgmQOyhXBVj
 bwqhFb99HtRTcAu2dui6Rd0ohJleldIJum+LSs6f//9UicvuKKySxe5t52GZlU2n
 7jFSaOk/TaawPFSpdVuH0/00sG8qq0J/tEC3CE7rfKSZ21UE/hg3L+bA2dXNbK9s
 =
Received: (qmail 8967 invoked from network); 4 Aug 2017 10:14:19 +0200
Received: from unknown (HELO ?IPv6:2a02:8106:1:f900:2e0:4cff:fe68:158b?)
 (ud15?2p5@2a02:8106:1:f900:2e0:4cff:fe68:158b)
 by mail.ud15.udmedia.de with ESMTPSA (ECDHE-RSA-AES128-GCM-SHA256 encrypted,
 authenticated); 4 Aug 2017 10:14:19 +0200
To: "users@dpdk.org" <users@dpdk.org>
From: Dirk-Holger Lenz <dirk.lenz@ng4t.com>
Message-ID: <3c73733b-6fe0-7480-9443-0a9f1610400d@ng4t.com>
Date: Fri, 4 Aug 2017 10:14:13 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Icedove/45.6.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [dpdk-users] crypto device 'crypto_aesni_mb' doesn't work in
	secondary process
X-BeenThere: users@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK usage discussions <users.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/users>,
 <mailto:users-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/users/>
List-Post: <mailto:users@dpdk.org>
List-Help: <mailto:users-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/users>,
 <mailto:users-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Aug 2017 08:14:20 -0000

when the crypto device of type 'crypto_aesni_mb' is

created in the primary process a secondary process

crashes when writing into the encryption queue.

The dequeue function rte_cryptodev_dequeue_burst()

crashes in flush_mb_mgr() when it tries to access the

structure of function pointers qp->op_fns.

The reason is that this structure is allocated by the

primary process in its memory which is not accessible

in the secondary process (of course also the function

pointers are pointing to code of the primary process).