From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <sergio.gonzalez.monroy@intel.com>
Received: from mga09.intel.com (mga09.intel.com [134.134.136.24])
 by dpdk.org (Postfix) with ESMTP id AAB40C5F0
 for <users@dpdk.org>; Wed, 15 Jun 2016 14:35:19 +0200 (CEST)
Received: from fmsmga004.fm.intel.com ([10.253.24.48])
 by orsmga102.jf.intel.com with ESMTP; 15 Jun 2016 05:35:19 -0700
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.26,475,1459839600"; d="scan'208";a="122315204"
Received: from smonroyx-mobl.ger.corp.intel.com (HELO [10.237.220.48])
 ([10.237.220.48])
 by fmsmga004.fm.intel.com with ESMTP; 15 Jun 2016 05:35:18 -0700
To: users@dpdk.org
References: <CAMHS8RGXRCNPqpEpbQ68Fm5oLmTFU=wbR2mhmbtaRp=W4a6ETg@mail.gmail.com>
From: Sergio Gonzalez Monroy <sergio.gonzalez.monroy@intel.com>
Message-ID: <ee2ca80f-b202-55fd-07d3-fd7ef4c6759e@intel.com>
Date: Wed, 15 Jun 2016 13:35:17 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101
 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <CAMHS8RGXRCNPqpEpbQ68Fm5oLmTFU=wbR2mhmbtaRp=W4a6ETg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [dpdk-users] Issue with ipsec-secgw sample application on VM
 using Intel QAT device (pass-through mode)
X-BeenThere: users@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: 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: Wed, 15 Jun 2016 12:35:20 -0000

On 15/06/2016 13:01, Chinmaya Dwibedy wrote:
> Also the output lspci on VM as follows
>
> [root@vpn-c openssl-async]# lspci -nn | grep 0435
>
> 00:05.0 Co-processor [0b40]: Intel Corporation Coleto Creek PCIe Endpoint
> [8086:0435]
>

This is the PF, not the VF.

> I run the  ipsec-secgw sample application (
> http://dpdk.org/browse/dpdk/tree/examples/ipsec-secgw) on VM with -cdev QAT
> (e.g., #./examples/ipsec-secgw/build/ipsec-secgw  -l 0,1 -n 4  -- -p 0x3 -P
> --config="(0,0,0), (1,0,1)" --cdev QAT --ep0) . I found that,
> rte_cryptodev_count_devtype() returns zero (i.e., no QAT crypto device
> found).
>
>
> Can anyone please suggest what might be the issue and the way to resolve
> this ?  Also kindly let me know  using QAT device (passed through mode) by
> DPDK application is possible or not. Thank you in advance for your time and
> help. please feel free to let me know if additional information is needed.
>

I reckon that your issue is that you are trying to use the PF (not 
supported by DPDK)
instead of the VF.

 From 
http://dpdk.readthedocs.io/en/v2.2.0/cryptodevs/qat.html#installation-using-01-org-qat-driver:

"You can use|cat/proc/icp_dh895xcc_dev0/version|to confirm the driver is 
correctly installed.
You can use|lspci-d:443|to confirm the bdf of the 32 VF devices are 
available per|DH895xCC|device."

You should pass-through one of the VFs.

Sergio