New upstream version 16.11.9
[deb_dpdk.git] / doc / guides / cryptodevs / qat.rst
1 ..  BSD LICENSE
2     Copyright(c) 2015-2016 Intel Corporation. All rights reserved.
3
4     Redistribution and use in source and binary forms, with or without
5     modification, are permitted provided that the following conditions
6     are met:
7
8     * Redistributions of source code must retain the above copyright
9     notice, this list of conditions and the following disclaimer.
10     * Redistributions in binary form must reproduce the above copyright
11     notice, this list of conditions and the following disclaimer in
12     the documentation and/or other materials provided with the
13     distribution.
14     * Neither the name of Intel Corporation nor the names of its
15     contributors may be used to endorse or promote products derived
16     from this software without specific prior written permission.
17
18     THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
19     "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
20     LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
21     A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
22     OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
23     SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
24     LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
25     DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
26     THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
27     (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
28     OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
29
30 Intel(R) QuickAssist (QAT) Crypto Poll Mode Driver
31 ==================================================
32
33 The QAT PMD provides poll mode crypto driver support for **Intel QuickAssist
34 Technology DH895xxC**, **Intel QuickAssist Technology C62x** and
35 **Intel QuickAssist Technology C3xxx** hardware accelerator.
36
37
38 Features
39 --------
40
41 The QAT PMD has support for:
42
43 Cipher algorithms:
44
45 * ``RTE_CRYPTO_CIPHER_3DES_CBC``
46 * ``RTE_CRYPTO_CIPHER_3DES_CTR``
47 * ``RTE_CRYPTO_CIPHER_AES128_CBC``
48 * ``RTE_CRYPTO_CIPHER_AES192_CBC``
49 * ``RTE_CRYPTO_CIPHER_AES256_CBC``
50 * ``RTE_CRYPTO_CIPHER_AES128_CTR``
51 * ``RTE_CRYPTO_CIPHER_AES192_CTR``
52 * ``RTE_CRYPTO_CIPHER_AES256_CTR``
53 * ``RTE_CRYPTO_CIPHER_SNOW3G_UEA2``
54 * ``RTE_CRYPTO_CIPHER_AES_GCM``
55 * ``RTE_CRYPTO_CIPHER_NULL``
56 * ``RTE_CRYPTO_CIPHER_KASUMI_F8``
57
58 Hash algorithms:
59
60 * ``RTE_CRYPTO_AUTH_SHA1_HMAC``
61 * ``RTE_CRYPTO_AUTH_SHA224_HMAC``
62 * ``RTE_CRYPTO_AUTH_SHA256_HMAC``
63 * ``RTE_CRYPTO_AUTH_SHA384_HMAC``
64 * ``RTE_CRYPTO_AUTH_SHA512_HMAC``
65 * ``RTE_CRYPTO_AUTH_AES_XCBC_MAC``
66 * ``RTE_CRYPTO_AUTH_SNOW3G_UIA2``
67 * ``RTE_CRYPTO_AUTH_MD5_HMAC``
68 * ``RTE_CRYPTO_AUTH_NULL``
69 * ``RTE_CRYPTO_AUTH_KASUMI_F9``
70 * ``RTE_CRYPTO_AUTH_AES_GMAC``
71
72
73 Limitations
74 -----------
75
76 * Chained mbufs are not supported.
77 * Cipher only is not supported except SNOW 3G UEA2, KASUMI F8 and 3DES.
78 * Only supports the session-oriented API implementation (session-less APIs are not supported).
79 * SNOW 3G (UEA2) and KASUMI (F8) supported only if cipher length, cipher offset fields are byte-aligned.
80 * SNOW 3G (UIA2) and KASUMI (F9) supported only if hash length, hash offset fields are byte-aligned.
81 * No BSD support as BSD QAT kernel driver not available.
82 * Maximum additional authenticated data (AAD) for GCM is 240 bytes long.
83
84
85 Installation
86 ------------
87
88 To use the DPDK QAT PMD an SRIOV-enabled QAT kernel driver is required. The
89 VF devices exposed by this driver will be used by QAT PMD.
90
91 To enable QAT in DPDK, follow the instructions mentioned in
92 http://doc.dpdk.org/guides/linux_gsg/build_dpdk.html
93
94 Quick instructions as follows:
95
96 .. code-block:: console
97
98         make config T=x86_64-native-linuxapp-gcc
99         sed -i 's,\(CONFIG_RTE_LIBRTE_PMD_QAT\)=n,\1=y,' build/.config
100         make
101
102 If you are running on kernel 4.4 or greater, see instructions for
103 `Installation using kernel.org driver`_ below. If you are on a kernel earlier
104 than 4.4, see `Installation using 01.org QAT driver`_.
105
106 For **Intel QuickAssist Technology C62x** and **Intel QuickAssist Technology C3xxx**
107 device, kernel 4.5 or greater is needed.
108 See instructions for `Installation using kernel.org driver`_ below.
109
110 Installation using 01.org QAT driver
111 ------------------------------------
112
113 NOTE: There is no driver available for **Intel QuickAssist Technology C62x** and
114 **Intel QuickAssist Technology C3xxx** devices on 01.org.
115
116 Download the latest QuickAssist Technology Driver from `01.org
117 <https://01.org/packet-processing/intel%C2%AE-quickassist-technology-drivers-and-patches>`_
118 Consult the *Getting Started Guide* at the same URL for further information.
119
120 The steps below assume you are:
121
122 * Building on a platform with one ``DH895xCC`` device.
123 * Using package ``qatmux.l.2.3.0-34.tgz``.
124 * On Fedora21 kernel ``3.17.4-301.fc21.x86_64``.
125
126 In the BIOS ensure that SRIOV is enabled and VT-d is disabled.
127
128 Uninstall any existing QAT driver, for example by running:
129
130 * ``./installer.sh uninstall`` in the directory where originally installed.
131
132 * or ``rmmod qat_dh895xcc; rmmod intel_qat``.
133
134 Build and install the SRIOV-enabled QAT driver::
135
136     mkdir /QAT
137     cd /QAT
138     # copy qatmux.l.2.3.0-34.tgz to this location
139     tar zxof qatmux.l.2.3.0-34.tgz
140
141     export ICP_WITHOUT_IOMMU=1
142     ./installer.sh install QAT1.6 host
143
144 You can use ``cat /proc/icp_dh895xcc_dev0/version`` to confirm the driver is correctly installed.
145 You can use ``lspci -d:443`` to confirm the bdf of the 32 VF devices are available per ``DH895xCC`` device.
146
147 To complete the installation - follow instructions in `Binding the available VFs to the DPDK UIO driver`_.
148
149 **Note**: If using a later kernel and the build fails with an error relating to ``strict_stroul`` not being available apply the following patch:
150
151 .. code-block:: diff
152
153    /QAT/QAT1.6/quickassist/utilities/downloader/Target_CoreLibs/uclo/include/linux/uclo_platform.h
154    + #if LINUX_VERSION_CODE >= KERNEL_VERSION(3,18,5)
155    + #define STR_TO_64(str, base, num, endPtr) {endPtr=NULL; if (kstrtoul((str), (base), (num))) printk("Error strtoull convert %s\n", str); }
156    + #else
157    #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,38)
158    #define STR_TO_64(str, base, num, endPtr) {endPtr=NULL; if (strict_strtoull((str), (base), (num))) printk("Error strtoull convert %s\n", str); }
159    #else
160    #if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,25)
161    #define STR_TO_64(str, base, num, endPtr) {endPtr=NULL; strict_strtoll((str), (base), (num));}
162    #else
163    #define STR_TO_64(str, base, num, endPtr)                                 \
164         do {                                                               \
165               if (str[0] == '-')                                           \
166               {                                                            \
167                    *(num) = -(simple_strtoull((str+1), &(endPtr), (base))); \
168               }else {                                                      \
169                    *(num) = simple_strtoull((str), &(endPtr), (base));      \
170               }                                                            \
171         } while(0)
172    + #endif
173    #endif
174    #endif
175
176
177 If the build fails due to missing header files you may need to do following:
178
179 * ``sudo yum install zlib-devel``
180 * ``sudo yum install openssl-devel``
181
182 If the build or install fails due to mismatching kernel sources you may need to do the following:
183
184 * ``sudo yum install kernel-headers-`uname -r```
185 * ``sudo yum install kernel-src-`uname -r```
186 * ``sudo yum install kernel-devel-`uname -r```
187
188
189 Installation using kernel.org driver
190 ------------------------------------
191
192 For **Intel QuickAssist Technology DH895xxC**:
193
194 Assuming you are running on at least a 4.4 kernel, you can use the stock kernel.org QAT
195 driver to start the QAT hardware.
196
197 The steps below assume you are:
198
199 * Running DPDK on a platform with one ``DH895xCC`` device.
200 * On a kernel at least version 4.4.
201
202 In BIOS ensure that SRIOV is enabled and either
203 a) disable VT-d or
204 b) enable VT-d and set ``"intel_iommu=on iommu=pt"`` in the grub file.
205
206 Ensure the QAT driver is loaded on your system, by executing::
207
208     lsmod | grep qat
209
210 You should see the following output::
211
212     qat_dh895xcc            5626  0
213     intel_qat              82336  1 qat_dh895xcc
214
215 Next, you need to expose the Virtual Functions (VFs) using the sysfs file system.
216
217 First find the bdf of the physical function (PF) of the DH895xCC device::
218
219     lspci -d : 435
220
221 You should see output similar to::
222
223     03:00.0 Co-processor: Intel Corporation Coleto Creek PCIe Endpoint
224
225 Using the sysfs, enable the VFs::
226
227     echo 32 > /sys/bus/pci/drivers/dh895xcc/0000\:03\:00.0/sriov_numvfs
228
229 If you get an error, it's likely you're using a QAT kernel driver earlier than kernel 4.4.
230
231 To verify that the VFs are available for use - use ``lspci -d:443`` to confirm
232 the bdf of the 32 VF devices are available per ``DH895xCC`` device.
233
234 To complete the installation - follow instructions in `Binding the available VFs to the DPDK UIO driver`_.
235
236 **Note**: If the QAT kernel modules are not loaded and you see an error like
237     ``Failed to load MMP firmware qat_895xcc_mmp.bin`` this may be as a
238     result of not using a distribution, but just updating the kernel directly.
239
240 Download firmware from the kernel firmware repo at:
241 http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/tree/
242
243 Copy qat binaries to /lib/firmware:
244 *    ``cp qat_895xcc.bin /lib/firmware``
245 *    ``cp qat_895xcc_mmp.bin /lib/firmware``
246
247 cd to your linux source root directory and start the qat kernel modules:
248 *    ``insmod ./drivers/crypto/qat/qat_common/intel_qat.ko``
249 *    ``insmod ./drivers/crypto/qat/qat_dh895xcc/qat_dh895xcc.ko``
250
251 **Note**:The following warning in /var/log/messages can be ignored:
252     ``IOMMU should be enabled for SR-IOV to work correctly``
253
254 For **Intel QuickAssist Technology C62x**:
255 Assuming you are running on at least a 4.5 kernel, you can use the stock kernel.org QAT
256 driver to start the QAT hardware.
257
258 The steps below assume you are:
259
260 * Running DPDK on a platform with one ``C62x`` device.
261 * On a kernel at least version 4.5.
262
263 In BIOS ensure that SRIOV is enabled and either
264 a) disable VT-d or
265 b) enable VT-d and set ``"intel_iommu=on iommu=pt"`` in the grub file.
266
267 Ensure the QAT driver is loaded on your system, by executing::
268
269     lsmod | grep qat
270
271 You should see the following output::
272
273     qat_c62x               16384  0
274     intel_qat             122880  1 qat_c62x
275
276 Next, you need to expose the VFs using the sysfs file system.
277
278 First find the bdf of the C62x device::
279
280     lspci -d:37c8
281
282 You should see output similar to::
283
284     1a:00.0 Co-processor: Intel Corporation Device 37c8
285     3d:00.0 Co-processor: Intel Corporation Device 37c8
286     3f:00.0 Co-processor: Intel Corporation Device 37c8
287
288 For each c62x device there are 3 PFs.
289 Using the sysfs, for each PF, enable the 16 VFs::
290
291     echo 16 > /sys/bus/pci/drivers/c6xx/0000\:1a\:00.0/sriov_numvfs
292
293 If you get an error, it's likely you're using a QAT kernel driver earlier than kernel 4.5.
294
295 To verify that the VFs are available for use - use ``lspci -d:37c9`` to confirm
296 the bdf of the 48 VF devices are available per ``C62x`` device.
297
298 To complete the installation - follow instructions in `Binding the available VFs to the DPDK UIO driver`_.
299
300 For **Intel QuickAssist Technology C3xxx**:
301 Assuming you are running on at least a 4.5 kernel, you can use the stock kernel.org QAT
302 driver to start the QAT hardware.
303
304 The steps below assume you are:
305
306 * Running DPDK on a platform with one ``C3xxx`` device.
307 * On a kernel at least version 4.5.
308
309 In BIOS ensure that SRIOV is enabled and either
310 a) disable VT-d or
311 b) enable VT-d and set ``"intel_iommu=on iommu=pt"`` in the grub file.
312
313 Ensure the QAT driver is loaded on your system, by executing::
314
315     lsmod | grep qat
316
317 You should see the following output::
318
319     qat_c3xxx               16384  0
320     intel_qat             122880  1 qat_c3xxx
321
322 Next, you need to expose the Virtual Functions (VFs) using the sysfs file system.
323
324 First find the bdf of the physical function (PF) of the C3xxx device
325
326     lspci -d:19e2
327
328 You should see output similar to::
329
330     01:00.0 Co-processor: Intel Corporation Device 19e2
331
332 For c3xxx device there is 1 PFs.
333 Using the sysfs, enable the 16 VFs::
334
335     echo 16 > /sys/bus/pci/drivers/c3xxx/0000\:01\:00.0/sriov_numvfs
336
337 If you get an error, it's likely you're using a QAT kernel driver earlier than kernel 4.5.
338
339 To verify that the VFs are available for use - use ``lspci -d:19e3`` to confirm
340 the bdf of the 16 VF devices are available per ``C3xxx`` device.
341 To complete the installation - follow instructions in `Binding the available VFs to the DPDK UIO driver`_.
342
343 Binding the available VFs to the DPDK UIO driver
344 ------------------------------------------------
345
346 For **Intel(R) QuickAssist Technology DH895xcc** device:
347 The unbind command below assumes ``bdfs`` of ``03:01.00-03:04.07``, if yours are different adjust the unbind command below::
348
349    cd $RTE_SDK
350    modprobe uio
351    insmod ./build/kmod/igb_uio.ko
352
353    for device in $(seq 1 4); do \
354        for fn in $(seq 0 7); do \
355            echo -n 0000:03:0${device}.${fn} > \
356            /sys/bus/pci/devices/0000\:03\:0${device}.${fn}/driver/unbind; \
357        done; \
358    done
359
360    echo "8086 0443" > /sys/bus/pci/drivers/igb_uio/new_id
361
362 You can use ``lspci -vvd:443`` to confirm that all devices are now in use by igb_uio kernel driver.
363
364 For **Intel(R) QuickAssist Technology C62x** device:
365 The unbind command below assumes ``bdfs`` of ``1a:01.00-1a:02.07``, ``3d:01.00-3d:02.07`` and ``3f:01.00-3f:02.07``,
366 if yours are different adjust the unbind command below::
367
368    cd $RTE_SDK
369    modprobe uio
370    insmod ./build/kmod/igb_uio.ko
371
372    for device in $(seq 1 2); do \
373        for fn in $(seq 0 7); do \
374            echo -n 0000:1a:0${device}.${fn} > \
375            /sys/bus/pci/devices/0000\:1a\:0${device}.${fn}/driver/unbind; \
376
377            echo -n 0000:3d:0${device}.${fn} > \
378            /sys/bus/pci/devices/0000\:3d\:0${device}.${fn}/driver/unbind; \
379
380            echo -n 0000:3f:0${device}.${fn} > \
381            /sys/bus/pci/devices/0000\:3f\:0${device}.${fn}/driver/unbind; \
382        done; \
383    done
384
385    echo "8086 37c9" > /sys/bus/pci/drivers/igb_uio/new_id
386
387 You can use ``lspci -vvd:37c9`` to confirm that all devices are now in use by igb_uio kernel driver.
388
389 For **Intel(R) QuickAssist Technology C3xxx** device:
390 The unbind command below assumes ``bdfs`` of ``01:01.00-01:02.07``,
391 if yours are different adjust the unbind command below::
392
393    cd $RTE_SDK
394    modprobe uio
395    insmod ./build/kmod/igb_uio.ko
396
397    for device in $(seq 1 2); do \
398        for fn in $(seq 0 7); do \
399            echo -n 0000:01:0${device}.${fn} > \
400            /sys/bus/pci/devices/0000\:01\:0${device}.${fn}/driver/unbind; \
401
402        done; \
403    done
404
405    echo "8086 19e3" > /sys/bus/pci/drivers/igb_uio/new_id
406
407 You can use ``lspci -vvd:19e3`` to confirm that all devices are now in use by igb_uio kernel driver.
408
409
410 The other way to bind the VFs to the DPDK UIO driver is by using the ``dpdk-devbind.py`` script:
411
412 .. code-block:: console
413
414     cd $RTE_SDK
415     ./tools/dpdk-devbind.py -b igb_uio 0000:03:01.1