xref: /spdk/CHANGELOG.md (revision 2172c432cfdaecc5a279d64e37c6b51e794683c1)
1# Changelog
2
3## v20.10: (Upcoming Release)
4
5### bdev
6
7A new API was added `bdev_examine_bdev` that allows users to examine a
8bdev explicitly. It can be used only if auto_examine is disabled.
9
10### dpdk
11
12Updated DPDK submodule to DPDK 20.08.
13
14### intel-ipsec-mb
15
16Updated intel-ipsec-mb submodule to v0.54
17
18### isa-l
19
20Updated ISA-L submodule to v2.29.0.
21
22### ocf
23
24Updated OCF submodule to v20.03.1
25
26### sock
27
28The `enable_placement_id` field was added in the struct spdk_sock_impl_opts to
29make the placement_id feature configurable by users. The default setting is
30not enabled.
31
32### rpc
33
34A new optional parameter `enable_placement_id` was added to the `sock_impl_set_options`
35RPC.
36
37### Miscellaneous
38
39The contents of the log_rpc library have been moved to the event library. The log_rpc
40library now no longer exists.
41
42The contents of the app_rpc library have been moved to the event library. The app_rpc
43library now no longer exists.
44
45The contents of the bdev_rpc library have been moved to the bdev library. The app_rpc
46library now no longer exists.
47
48### scsi
49Two new APIs have been added `spdk_scsi_dev_construct_ext` and
50`spdk_scsi_dev_add_lun_ext` that allow the upper layer(e.g. vhost-scsi) to
51receive the notification when the scsi bdev has been resized.
52
53The `spdk_scsi_dev_construct` and `spdk_scsi_dev_add_lun` eventually may be
54deprecated and removed.
55
56## v20.07: SPDK CSI driver, new accel_fw commands, I/O abort support
57
58### accel
59
60A new API was added `spdk_accel_get_capabilities` that allows applications to
61query the capabilities of the currently enabled accel engine back-end.
62
63A new capability, CRC-32C, was added via `spdk_accel_submit_crc32c`.
64
65The software accel engine implemenation has added support for CRC-32C.
66
67A new capability, compare, was added via `spdk_accel_submit_compare`.
68
69The software accel engine implemenation has added support for compare.
70
71Several APIs were added to `accel_engine.h` to support batched submission
72of operations.
73
74Several APIs were added to `accel_engine.h` to support dualcast operations.
75
76### accel_fw
77
78The accel_fw was updated to no longer require the app to allocate an
79accel_task on its behalf. All public APIs now take a callback arg as
80the parameter that used to be the accel_task.
81
82The accel_fw API `spdk_accel_task_size` was removed as it is no longer
83required.
84
85The accel_fw was updated to support compare, dualcast, crc32c.
86
87The accel_fw introduced batching support for all commands in all plug-ins.
88See docs for detailed information.
89
90### bdev
91
92A new API `spdk_bdev_abort` has been added to submit abort requests to abort all I/Os
93whose callback context match to the bdev on the given channel.
94
95### build
96
97The fio plugins now compile to `build/fio` and are named `spdk_bdev` and `spdk_nvme`.
98Existing fio configuration files will need to be updated.
99
100### dpdk
101
102Updated DPDK submodule to DPDK 20.05.
103
104### env
105
106Several new APIs have been added to provide greater flexibility in registering and
107accessing polled mode PCI drivers. See `env.h` for more details.
108
109### idxd
110
111The idxd library and plug-in module for the accel_fw were updated to support
112all accel_fw commands as well as batching.  Batching is supported both
113through the library and the plug-in module.
114
115IDXD engine support for CRC-32C has been added.
116
117### ioat
118
119A new API `spdk_ioat_get_max_descriptors` was added.
120
121### nvme
122
123An `opts_size`element was added in the  `spdk_nvme_ctrlr_opts` structure
124to solve the ABI compatiblity issue between different SPDK version.
125
126A new API `spdk_nvme_ctrlr_cmd_abort_ext` has been added to abort previously submitted
127commands whose callback argument match.
128
129Convenience functions, `spdk_nvme_print_command` and `spdk_nvme-print_completion` were added
130to the public API.
131
132A new function, `spdk_nvmf_cuse_update_namespaces`, updates the cuse representation of an NVMe
133controller.
134
135A new function `qpair_iterate_requests` has been added to the nvme transport interface. ALl
136implementations of the transport interface will have to implement that function.
137
138### nvmf
139
140The NVMe-oF target no longer supports connecting scheduling configuration and instead
141always uses what was previously called "transport" scheduling.
142
143`spdk_nvmf_tgt_accept` no longer exists. The accept process now occurs automatically after
144the creation of an nvmf target and queue pairs are assigned to poll groups by the underlying
145transport. Further, `spdk_nvmf_transport_ops` has changed such that the accept function
146pointer no longer takes a function pointer as an argument. Instead, transports should call
147`spdk_nvmf_tgt_new_qpair` whenever they previously would have called that callback.
148
149The NVMe-oF target now supports aborting any submitted NVM or Admin command. Previously,
150the NVMe-oF target could abort only Asynchronous Event Request commands.
151
152### rdma
153
154A new `rdma` library has been added. It is an abstraction layer over different RDMA providers.
155Two providers are available - verbs (used by default when RDMA is enabled or enabled explicitly
156using --with-rdma=verbs) and mlx5 Direct Verbs aka DV (enabled by --with-rdma=mlx5_dv).
157Using mlx5_dv requires libmlx5 installed on the system.
158
159### rpc
160
161Parameter `-p` or `--max-qpairs-per-ctrlr` of `nvmf_create_transport` RPC command accepted by the
162rpc.py script is deprecated, new parameter `-m` or `--max-io-qpairs-per-ctrlr` was added.
163
164Added `sock_impl_get_options` and `sock_impl_set_options` RPC methods.
165
166Command line parameters `-r` and `--rpc-socket` will longer accept TCP ports. RPC server
167must now be started on a Unix domain socket. Exposing RPC on the network, as well as providing
168proper authentication (if needed) is now a responsibility of the user.
169
170The `bdev_set_options` RPC has a new option, `bdev_auto_examine` to control the auto examine function
171of bdev modules.
172
173New RPCs `sock_impl_get_options` and `sock_impl_set_options` been added to expose new socket features.
174See `sock` section for more details.
175
176### sock
177
178Added `spdk_sock_impl_get_opts` and `spdk_sock_impl_set_opts` functions to set/get socket layer configuration
179options. Options can be set independently for each implementation.
180
181Added `recv_buf_size` and 'send_buf_size' socket layer options. They are used only in posix implementation.
182
183Added `uring` based socket implementation, the code is located in module/sock/uring. This feature is only
184available in Linux which requires kernel version is greater than 5.4.3. Currently, our CI pool added the uring
185based socket tests for iSCSI target and also the tests for SPDK NVMe-oF tcp transport.
186
187Added `enable_recv_pipe` socket layer option to allow disabling of double buffering on receive.
188New option is used only in posix implementation.
189
190Added `enable_zerocopy_send` socket layer option to allow disabling of zero copy flow on send.
191New option is used only in posix implementation.
192
193### util
194
195Some previously exposed CRC32 functions have been removed from the public API -
196`spdk_crc32_update`, `spdk_crc32_table_init`, and the `spdk_crc32_table` struct.
197
198### vhost
199
200The function `spdk_vhost_blk_get_dev` has been removed.
201
202## v20.04: SPDK Top, IDXD, NVMe qpair groups
203
204IDXD engine support for compare has been added.
205
206### configuration
207
208Legacy INI style configuration for SPDK applications has been deprecated and will be
209removed in future release.
210Please switch to JSON-RPC configuration files and/or RPC driven run-time configuration.
211
212### copy
213
214The copy engine library, modules and public APIs have been renamed. Use of the word `copy`
215has been replaced with the word `accel` short for accelerator in preparation for adding new
216capabilities in the future. Additionally, APIs for what was previously called the `memcpy`
217engine have been renamed to identify the engine as a software accelerator.
218
219### crypto
220
221Support for AES_XTS was added for the QAT polled mode driver (pmd).  The create RPC
222`bdev_crypto_create` has 2 new optional parameters: cipher and key2. Cipher can be either
223AES_CBC (default) or AES_XTS. AES_XTS is only valid when using the QAT polled mode driver.
224The key2 parameter is the second key required for AES_XTS.
225
226### event
227
228Reactors now accumulate CPU stats and they are retrieved by the RPC `framework_get_reactors`.
229
230### idxd
231
232IDXD support was added in the form of a low level library that can directly
233utilize the IDXD offload engine as well as an accel plug-in module allowing for use
234with the generic accel framework API. IDXD is the first in a family of offload
235engines that share the same interface, specifically DSA is added here. More info
236can be found here: https://01.org/blogs/2019/introducing-intel-data-streaming-accelerator
237
238Much of the implementation models IOAT, however the low level interfaces are very
239different. The RPC to enable IDXD requires a configuration number as well. The
240code includes two pre-defined configurations of IDXD groups/work queues/engines. A future
241version will provide an interface to allow for setting of individual configuration
242parameters.
243
244IDXD is not yet available so this feature should be considered experimental. It will
245be built up with additional documentation as an ongoing activity.
246
247### iscsi
248
249The iSCSI target now creates a lightweight thread per poll group instead of assuming a pool
250of lightweight threads already exist at start up time. A poll group is a collection of
251unrelated iSCSI connections. Each poll group is only accessed from the associated
252lightweight thread.
253
254### ftl
255
256Several changes have been made to the `spdk_ftl_conf`, `spdk_ftl_dev_init_ops`, and
257`spdk_ftl_attrs` structs. Please see `include/spdk/ftl.h` for more details.
258
259### miscellaneous
260
261The `--json-ignore-init-errors` command line parameter has been added to ignore
262initialization errors on JSON config load.
263
264The public header file io_channel.h has been removed. Please use thread.h which has the
265exact same API.
266
267### nvme
268
269Exported internal nvme_ctrlr_cmd_security_receive/send() APIs as public APIs with "the spdk_"
270prefix.
271
272Added `priority` field in `spdk_nvme_transport_id`, this field is used to specify the priority
273of the NVMe-oF connection, and currently it is used for NVMe-oF tcp connection.
274
275A new poll group API has been added to allow for pooling of nvme qpairs across a single
276entity which can be polled for completions. This new API consists of the `spdk_nvme_poll_group`
277family of functions. As a result of this new API, all NVMe transports are expected to implement
278several poll group related functions.
279
280A new flag, `create_only`, has been added to the `spdk_nvme_io_qpair_opts` structure. This flag
281allows a user to call `spdk_nvme_ctrlr_get_default_io_qpair` without also connecting the qpair
282within the context of that call.
283
284As a result of the `create_only` flag, two new API functions, `spdk_nvme_ctrlr_connect_io_qpair`
285and `spdk_nvme_ctrlr_disconnect_io_qpair`, have been added to facilitate connecting newly created
286qpairs (for example, after they have been added to a poll group) and disconnecting qpairs without
287destroying them (for example to disconnect a qpair before migrating it to a new poll group and
288reconnecting it).
289
290The functions `spdk_nvme_ctrlr_alloc_cmb_io_buffer` and `spdk_nvme_ctrlr_free_cmb_io_buffer`
291have been changed to `spdk_nvme_ctrlr_map_cmb` and `spdk_nvme_ctrlr_unmap_cmb` respectively.
292
293An additional function, `spdk_nvme_ctrlr_reserve_cmb`, has been added to facilitate reserving
294the entire size of the controller memory buffer for data transfer.
295
296### nvme_cuse
297
298`spdk_nvme_cuse_get_ctrlr_name` now takes two additional parameters, `char *name` which
299stores the pointer to the controller name, and `size_t *size` which stores the length of
300the name. The return type has also been changed from char * to int.
301
302`spdk_nvme_cuse_get_ns_name` now takes two additional parameters, `char *name` which
303stores the pointer to the namespace name, and `size_t *size` which stores the length of
304the name. The return type has also been changed from char * to int.
305
306### nvme_opal
307
308Several public OPAL structure definitions have been changed since the last release.
309
310### nvmf
311
312`spdk_nvmf_poll_group_destroy()` is now asynchronous and accepts a completion callback.
313
314The NVMe-oF target now creates a lightweight thread per poll group instead of assuming a pool
315of lightweight threads already exist at start up time. A poll group is a collection of
316unrelated NVMe-oF connections. Each poll group is only accessed from the associated
317lightweight thread.
318
319A new struct, `spdk_nvmf_subsystem_listener`, has been added to encapsulate the subsystem specific
320nature of a listener object.
321
322`spdk_nvmf_tgt_listen` no longer accepts a callback function or argument. It also returns an
323int to indicate the status of the listen call.
324
325The execution of `spdk_nvme_poll_group_destroy` is now asynchronous and the function accepts
326a cb_fn and cb_arg to call upon completion.
327
328The execution of `spdk_nvmf_subsystem_add_listener` is now asynchronous and the function accepts
329a cb_fn and cb_arg to call upon completion.
330
331The `nvmf_transport.h` header has been made public to allow custom NVMe-oF transports to integrate
332with NVMe-oF libraries without using internal APIs.
333
334### ocf
335
336Updated the OCF submodule to OCF v20.03
337
338New version of OCF comes with API changes and bug fixes
339
340### rpc
341
342A new RPC `thread_set_cpumask` has been added to set the cpumask of the thread
343to the specified value.
344
345A new RPC `thread_get_pollers` has been added to retrieve pollers from SPDK threads.
346
347A new RPC `thread_get_io_channels` has been added to retrieve I/O channels from SPDK threads.
348
349A new RPC `bdev_rbd_resize` has been added to resize Ceph RBD bdevs.
350
351### sock
352
353The `spdk_sock_set_priority` function has been removed since the feature to set the sock priority
354will be contained in two new functions, i.e., `spdk_sock_listen_ext` and `spdk_sock_connect_ext`.
355Users may now specify the priority of the socket in the opts that they want to use.
356
357### spdk_top
358
359A new application, `spdk_top`, has been added which allows users to monitor resource consumption
360by a running SPDK application. More information on this application can be found in
361`app/spdk_top/README`.
362
363### thread
364
365A new function `spdk_thread_lib_init_ext` has been added, and the function
366`spdk_thread_lib_init` has been deprecated. The user of `spdk_thread_lib_init_ext` is
367expected to implement both functions `spdk_thread_op_fn` and `spdk_thread_op_supported_fn`.
368`spdk_thread_op_supported_fn` is called to check whether the SPDK thread operation
369is supported. `spdk_thread_op_fn` is called to execute the SPDK thread operation.
370Current SPDK operation types are `SPDK_THREAD_OP_NEW` and `SPDK_THREAD_OP_RESCHED`.
371The operation `SPDK_THREAD_OP_NEW` is called each time a new thread is created.
372The operation `SPDK_THREAD_OP_RESCHED` is called when SPDK thread needs to be rescheduled.
373
374A unique ID has been added for each created SPDK thread, it is retrieved by a new function
375`spdk_thread_get_id`, and the SPDK thread which has the specific ID is got by
376a new function `spdk_thread_get_by_id`.
377
378A new function `spdk_thread_cpumask` has been added to set the current thread's cpumask
379to the specified value. The function requires the operation `SPDK_THREAD_OP_RESCHED`
380is supported.
381
382A new function `spdk_poller_register_named` has been added to set arbitrary name to the
383created poller. If NULL, the name is set to the pointer of the poller function.
384
385The function `spdk_thread_poll` now measures run time per call correctly on multiple SPDK
386threads configuration, and a new function `spdk_thread_get_last_tsc` has been added to use together.
387
388Voluntary termination of SPDK thread has been supported by refining the functions `spdk_thread_exit`
389and `spdk_thread_poll`.
390
391### util
392
393New functions `spdk_sn32_lt` and `spdk_sn32_gt` have been added. They compare two sequence
394numbers based on serial number arithmetic.
395
396### vhost
397
398Poll groups per session have been replaced by SPDK threads per vhost controller.
399
400### vmd
401
402A new function, `spdk_vmd_fini`, has been added. It releases all resources acquired by the VMD
403library through the `spdk_vmd_init` call.
404
405## v20.01: Optimized thin provisioning, FTL bdev, VMD hot plug, FUSED support
406
407### bdev
408
409A new function, `spdk_bdev_set_timeout`, has been added to set per descriptor I/O timeouts.
410
411A new class of functions `spdk_bdev_compare*`, have been added to allow native bdev support
412of block comparisons and compare-and-write.
413
414A new class of bdev events, `SPDK_BDEV_EVENT_MEDIA_MANAGEMENT`, has been added to allow bdevs
415which expose raw media to alert all I/O channels of pending media management events.
416
417A new API was added `spdk_bdev_io_get_aux_buf` allowing the caller to request
418an auxiliary buffer for its own private use. The API is used in the same manner that
419`spdk_bdev_io_get_buf` is used and the length of the buffer is always the same as the
420bdev_io primary buffer. 'spdk_bdev_io_put_aux_buf' frees the allocated auxiliary
421buffer.
422
423### blobfs
424
425Added boolean return value for function spdk_fs_set_cache_size to indicate its operation result.
426
427Added `blobfs_set_cache_size` RPC method to set cache size for blobstore filesystem.
428
429### blobstore
430
431Added new `use_extent_table` option to `spdk_blob_opts` for creating blobs with Extent Table descriptor.
432Using this metadata format, dramatically decreases number of writes required to persist each cluster allocation
433for thin provisioned blobs. Extent Table descriptor is enabled by default.
434See the [Blobstore Programmer's Guide](https://spdk.io/doc/blob.html#blob_pg_cluster_layout) for more details.
435
436### dpdk
437
438Updated DPDK submodule to DPDK 19.11.
439
440### env_dpdk
441
442`spdk_env_dpdk_post_init` now takes a boolean, `legacy_mem`, as an argument.
443
444A new function, `spdk_env_dpdk_dump_mem_stats`, prints information about the memory consumed by DPDK to a file specified by
445the user. A new utility, `scripts/dpdk_mem_info.py`, wraps this function and prints the output in an easy to read way.
446
447### event
448
449The functions `spdk_reactor_enable_framework_monitor_context_switch()` and
450`spdk_reactor_framework_monitor_context_switch_enabled()` have been changed to
451`spdk_framework_enable_context_switch_monitor()` and
452`spdk_framework_context_switch_monitor_enabled()`, respectively.
453
454### ftl
455
456All NVMe dependencies were removed from ftl library.
457From now ftl library is using bdev_zone API.
458bdev_ftl becomes virtual bdev.
459
460`ctrlr` and `trid` fields in `spdk_ftl_dev_init_opts` structure  were replaced by
461`base_bdev_desc`.
462
463`bdev_ftl_create` RPC method `trtype` and `traddr` parameters were replaced by `base_bdev`
464parameter.
465
466`spdk_ftl_module_init` and `spdk_ftl_module_fini` functions were removed.
467
468`spdk_ftl_punit_range` and `ftl_module_init_opts` structures were removed.
469
470### isa-l
471
472Updated ISA-L submodule to commit f3993f5c0b6911 which includes implementation and
473optimization for aarch64.
474
475Enabled ISA-L on aarch64 by default in addition to x86.
476
477### nvme
478
479`delayed_pcie_doorbell` parameter in `spdk_nvme_io_qpair_opts` was renamed to `delay_cmd_submit`
480to allow reuse in other transports.
481
482Added RDMA WR batching to NVMf RDMA initiator. Send and receive WRs are chained together
483and posted with a single call to ibv_post_send(receive) in the next call to qpair completion
484processing function. Batching is controlled by 'delay_cmd_submit' qpair option.
485
486The NVMe-oF initiator now supports plugging out of tree NVMe-oF transports. In order
487to facilitate this feature, several small API changes have been made:
488
489The `spdk_nvme_transport_id` struct now contains a trstring member used to identify the transport.
490A new function, `spdk_nvme_transport_available_by_name`, has been added.
491A function table, `spdk_nvme_transport_ops`, and macro, `SPDK_NVME_TRANSPORT_REGISTER`, have been added which
492enable registering out of tree transports.
493
494A new function, `spdk_nvme_ns_supports_compare`, allows a user to check whether a given namespace supports the compare
495operation.
496
497A new family of functions, `spdk_nvme_ns_compare*`, give the user access to submitting compare commands to NVMe namespaces.
498
499A new function, `spdk_nvme_ctrlr_cmd_get_log_page_ext`, gives users more granular control over the command dwords sent in
500log page requests.
501
502### nvmf
503
504Add SockPriority option in [Transport] section, this can be used for NVMe-oF target
505on TCP transport to set sock priority for the incomming TCP connections.
506
507The NVMe-oF target now supports plugging out of tree NVMe-oF transports. In order
508to facilitate this feature, several small API changes have been made:
509
510The `spdk_nvme_transport_id` struct now contains a trstring member used to identify the transport.
511`spdk_nvmf_tgt_get_transport`, `spdk_nvmf_transport_opts_init`, and `spdk_nvmf_transport_create` all have been
512modified to take a string.
513A function table, `spdk_nvmf_transport_ops`, and macro, `SPDK_NVMF_TRANSPORT_REGISTER`, have been added which
514enable registering out of tree transports.
515
516Add `spdk_nvmf_tgt_stop_listen()` that can be used to stop listening for
517incoming connections for specified target and trid. Listener is not stopped
518implicitly upon destruction of a subsystem any more.
519
520A custom NVMe admin command handler has been added which allows the user to use the real drive
521attributes from one of the target NVMe drives when reporting drive attributes to the initiator.
522This handler can be enabled via the `nvmf_set_config` RPC.
523Note: In a future version of SPDK, this handler will be enabled by default.
524
525The SPDK target and initiator both now include compare-and-write functionality with one caveat. If using the RDMA transport,
526the target expects the initiator to send both the compare command and write command either with, or without inline data. The
527SPDK initiator currently respects this requirement, but this note is included as a flag for other initiators attempting
528compatibility with this version of SPDK.
529
530The `spdk_nvme_ctrlr_opts` struct has been extended with new field `transport_ack_timeout` which allows
531to configure transport ACK timeout. Applicable for RDMA transport only.
532
533### rpc
534
535A new RPC, `bdev_zone_block_create`, enables creating an emulated zoned bdev on top of a standard block device.
536
537A new RPC, `bdev_ocssd_create`, enables creating an emulated zoned bdev on top of an Open Channel SSD.
538
539A new RPC, `blobfs_set_cache_size`, enables managing blobfs cache size.
540
541A new RPC, `env_dpdk_get_mem_stats`, has been added to facilitate reading DPDK related memory
542consumption stats. Please see the env_dpdk section above for more details.
543
544A new RPC, `framework_get_reactors`, has been added to retrieve a list of all reactors.
545
546`bdev_ftl_create` now takes a `base_bdev` argument in lieu of `trtype`, `traddr`, and `punits`.
547
548`bdev_nvme_set_options` now allows users to disable I/O submission batching with the `-d` flag
549
550`bdev_nvme_cuse_register` now accepts a `name` parameter.
551
552`bdev_uring_create` now takes arguments for `bdev_name` and `block_size`
553
554`nvmf_set_config` now takes an argument to enable passthru of identify commands to base NVMe devices.
555Please see the nvmf section above for more details.
556
557### scsi
558
559`spdk_scsi_lun_get_dif_ctx` now takes an additional argument of type `spdk_scsi_task`.
560
561### sock
562
563Added spdk_sock_writev_async for performing asynchronous writes to sockets. This call will
564never return EAGAIN, instead queueing internally until the data has all been sent. This can
565simplify many code flows that create pollers to continue attempting to flush writes
566on sockets.
567
568Added `impl_name` parameter in spdk_sock_listen and spdk_sock_connect functions. Users may now
569specify the sock layer implementation they'd prefer to use. Valid implementations are currently
570"vpp" and "posix" and NULL, where NULL results in the previous behavior of the functions.
571
572### thread
573
574`spdk_thread_send_msg` now returns int indicating if the message was successfully
575sent.
576
577A new function `spdk_thread_send_critical_msg`, has been added to support sending a single message from
578a context that may be interrupted, e.g. a signal handler.
579
580Two new functions, `spdk_poller_pause`, and `spdk_poller_resume`, have been added to give greater control
581of pollers to the application owner.
582
583### util
584
585`spdk_pipe`, a new utility for buffering data from sockets or files for parsing
586has been added. The public API is available at `include/spdk/pipe.h`.
587
588### bdev
589
590Added spdk_bdev_io_get_nvme_fused_status function for translating bdev_io status to NVMe status
591code for fused compare-and-write operation.
592
593Added spdk_bdev_get_acwu function for getting block device atomic compare and write unit size.
594
595## v19.10: Zoned bdev API, Opal bdev, NVMe character devices
596
597### rpc
598
599Many of SPDK's RPCs were renamed to be more consistent and intuitive in this release.
600The old names will continue to function, but will display a deprecation warning.
601
602Added optional parameters '--arbitration-burst' and '--low/medium/high-priority-weight' to
603'bdev_nvme_set_options' RPC method.
604
605Added optional parameter '--md-size' to 'construct_null_bdev' RPC method.
606
607Added optional parameters '--dif-type' and '--dif-is-head-of-md' to 'construct_null_bdev'
608RPC method.
609
610Added `blobfs_detect` RPC method to detect whether a blobfs exists on given bdev.
611
612Added `blobfs_create` RPC method to build blobfs on given bdev.
613
614Added `blobfs_mount` RPC method to mount blobfs on given bdev to a host path by FUSE.
615Then on the host path, user can directly do some file operations which will be mapped
616to blobfs.
617
618### bdev
619
620Added new parameter `cdw0` to `spdk_bdev_io_complete_nvme_status()` and
621`spdk_bdev_io_get_nvme_status()` that allows setting/getting
622the NVMe completion queue DW0 entry. This allows vendor specific IO commands
623to return commmand specific completion info back to the initiator.
624
625Added `spdk_bdev_get_write_unit_size()` function for retrieving required number
626of logical blocks for write operation.
627
628New zone-related fields were added to the result of the `get_bdevs` RPC call:
629
630 - `zoned`: indicates whether the device is zoned or a regular
631   block device
632 - `zone_size`: number of blocks in a single zone
633 - `max_open_zones`: maximum number of open zones
634 - `optimal_open_zones`: optimal number of open zones
635
636The `zoned` field is a boolean and is always present, while the rest is only available for zoned
637bdevs.
638
639A new `spdk_bdev_open_ext` function has been added and `spdk_bdev_open` function has been deprecated.
640The new open function introduces requirement to provide callback function that will be called by
641asynchronous event such as bdev removal. `spdk_bdev_open_ext` function takes bdev name as
642an argument instead of bdev structure to avoid a race condition that can happen when the bdev
643is being removed between a call to get its structure based on a name and actually openning it.
644
645New 'resize' event has been added to notify about change of block count property of block device.
646Event is delivered only if block device was opened with `spdk_bdev_open_ext` function.
647
648### bdev zone
649
650Added new public header for zoned bdev. Zoned bdev is an extension
651of the bdev interface.
652
653`spdk_bdev_get_zone_size()`, `spdk_bdev_get_max_open_zones()`, `spdk_bdev_get_optimal_open_zones()`
654APIs were added for retrieving zoned device information.
655`spdk_bdev_get_zone_info()` API was added for retrieving information about zones in zoned
656device.
657Added `spdk_bdev_zone_management()` API for changing zone state.
658`spdk_bdev_zone_append()` and `spdk_bdev_zone_append_with_md()` APIs were added for
659appending data to a zone.
660Added `spdk_bdev_io_get_append location()` function for retrieving append location for I/O.
661Added `spdk_bdev_is_zoned()` function for checking if bdev supports zoned namespace semantics.
662
663### bdev opal
664
665EXPERIMENTAL: A new opal bdev has been added to support management of
666NVMe self-encrypting drives through the Opal specification. Users can
667create opal bdevs from an NVMe namespace bdev, if the controller
668containing that namespace supports Opal. Currently this is only
669supported for namespace ID=1. The following RPCs have been added to
670support Opal: `bdev_nvme_opal_init`, `bdev_nvme_opal_revert`,
671`bdev_opal_create`, `bdev_opal_delete`, `bdev_opal_get_info`,
672`bdev_opal_new_user`, `bdev_opal_set_lock_state`.
673It does not yet support recreating the opal bdevs after application restart.
674This bdev module should be considered very experimental, and the RPCs may
675change significantly in future releases.
676
677### delay bdev
678
679The `bdev_delay_update_latency` has been added to allow users to update
680a latency value for a given delay bdev.
681
682### compress bdev
683
684A new RPC `bdev_compress_get_orphans` has been added to list compress bdevs
685that were not loaded due to a missing pm metadata file. In this state they
686can only be deleted.
687
688### null bdev
689
690Metadata support has been added to Null bdev module.
691
692Protection information support has been added to Null bdev module.
693
694### nvme
695
696Added `no_shn_notification` to NVMe controller initialization options, users can enable
697it for NVMe controllers.  When the option is enabled, the controller will not do the
698shutdown process and just disable the controller, users can start their application
699later again to initialize the controller to the ready state.
700
701A controller flag `SPDK_NVME_CTRLR_WRR_SUPPORTED` was added to indicate the controller
702can support weighted round robin arbitration feature with submission queue.
703
704Added `arbitration_burst` option for arbitration feature, and added three
705`low/medium/high_priority_weight` options for weighted round robin arbitration.
706
707Added `spdk_nvme_ns_cmd_write_uncorrectable`.
708
709Added new error handling and reporting functionality. This includes several
710new API functions to facilitate applications recovering when a qpair or
711controller fails.
712
713`spdk_nvme_ctrlr_reconnect_io_qpair` - Reconnects a failed I/O qpair.
714`spdk_nvme_ctrlr_set_trid` - Sets the trid of an existing controller. Can be used to
715change the trid for failover cases.
716`spdk_nvme_ctrlr_is_failed` - Returns the failed state of a controller.
717`spdk_nvme_ctrlr_fail` - Forces a controller into a failed state.
718
719Modified the return behavior of several API functions to better indicate to
720applications when a qpair is failed. This list of functions includes:
721
722`spdk_nvme_qpair_process_completions`
723`spdk_nvme_ns_cmd_*`
724`spdk_nvme_ctrlr_process_admin_completions`
725`spdk_nvme_ctrlr_cmd_*`
726
727These functions now return -ENXIO when the qpair or controller on which they
728operate is failed.
729
730EXPERIMENTAL: Added NVMe character device support to allow to create NVMe device nodes in Linux
731kernel for controller as well as for namespace and process ioctl requests as usual
732from linux environment.
733
734### nvmf
735
736The `spdk_nvmf_tgt_create` function now accepts an object of type `spdk_nvmf_target_opts`
737as its only parameter. This new structure contains the max_subsystems parameter previously
738passed into that function.
739
740A new public API function `spdk_nvmf_get_tgt` has been added which allows users to
741retrieve a pointer to an `spdk_nvmf_tgt` object by supplying its name. In the special
742case where an RPC or application only creates a single target, this function can accept
743a null name parameter and will return the only available target.
744
745The majority of the NVMe-oF RPCs now accept an optional tgt_name parameter. This will
746allow those RPCs to work with applications that create more than one target.
747
748Three new NVMe-oF RPCs have been added `nvmf_create_target`, `nvmf_delete_target`, and
749`nvmf_get_targets`. These new RPCs provide a basic interface for managing multiple target
750objects. In SPDK the target object defines a unique discovery service. As of this release,
751these RPCs are not intended to be used with the in-tree SPDK target applications, spdk_tgt and
752nvmf_tgt, which use a single, global target structure. As such, they are not included in scripts/rpc.py
753
754Three new header functions have also been added to help deal with multiple targets.
755`spdk_nvmf_tgt_get_name` takes a target pointer as an argument and returns its human readable name.
756`spdk_nvmf_get_first_target` takes no arguments and returns the first target in the global list.
757`spdk_nvmf_get_next_tgt` takes a target pointer as an argument and returns the next one in the global list.
758
759The `spdk_nvmf_tgt_accept` takes additional argument allowing to pass arbitrary context
760information to the `new_qpair` callback. This will simplify the code when having multiple
761nvmf targets or when retrieving the context information from globals is not suitable.
762
763### blobstore
764
765A new `spdk_bdev_create_bs_dev_from_desc` function has been added and `spdk_bdev_create_bs_dev`
766function has been deprecated.
767The new create function can cowork with `spdk_bdev_open_ext` function, which provides callback
768function that will be called by asynchronous event such as bdev removal.
769
770### blobfs_bdev
771
772A new blobfs module `bdev` has been added to simplify the operations of blobfs on bdev.
773
774Function `spdk_blobfs_bdev_detect` is added to detect whether blobfs exists on the given block device.
775
776Function `spdk_blobfs_bdev_create` is added to create a blobfs on the given block device.
777
778Function `spdk_blobfs_bdev_mount` is added to mount a blobfs on the given block device to
779a host path by FUSE. Then, a new thread is created dedicatedly for one mountpoint to handle
780FUSE request by blobfs API.
781
782### build
783
784Option to build FUSE components into blobfs_bdev module for mounting a blobfs filesystem.
785It requires the installation of libfuse3. By default, it is disabled. And it will be
786enabled if run `./configure` with `--with-fuse` option.
787
788### iSCSI
789
790Portals may no longer be associated with a cpumask. The scheduling of
791connections is moving to a more dynamic model.
792
793An new RPC `iscsi_portal_group_set_auth` has been added to set CHAP authentication
794for discovery sessions specific for the existing iSCSI portal group. This RPC overwrites
795the setting by the global parameters for the iSCSI portal group.
796
797### socket
798
799Added `spdk_sock_is_connected` to check whether the socket is currently connected.
800`spdk_sock_group_poll` now returns number of events on success.
801
802### env
803
804Added `spdk_pci_device_unclaim()` function to cleanup pci claim file.
805
806### event
807
808`framework_start_init` RPC no longer stops the application on error during
809initialization.
810
811### DPDK
812
813Updated DPDK submodule to DPDK 19.08.
814
815### ocf
816
817Updated OCF submodule to OCF v19.06
818
819Along with update, new cache mode 'write only' was added.
820
821New cache modes added to use via RPC, wi - write invalidate and wa - write around.
822
823New version of OCF provides fully asynchronous management API.
824
825## v19.07: NVMe-oF FC Transport, VMD, NVMe-oF Persistent reservations, Bdev I/O with separate metadata
826
827### ftl
828
829EXPERIMENTAL: Added ability to mirror writes to persistent write buffer cache
830to allow for recovery from dirty shutdown event.
831
832Added handling of Asynchronous Nand Management Events (ANM).
833
834### vmd
835
836EXPERIMENTAL: Added Intel Volume Management Device (VMD) driver. VMD is an integrated
837controller inside the CPU PCIe root complex. It enables virtual HBAs for the connected
838NVMe SSDs. `spdk_vmd_init()` enumerates NVMe SSDs behind VMD device and hook them into
839SPDK PCI subsystem. `spdk_nvme_probe()` or `spdk_nvme_connect()` can be used to connect
840NVMe driver to the device located at the given transport ID.
841
842To obtain transport ID of NVMe SSD behind VMD `spdk_lspci` can be used.
843
844Current implementation does not support hotplug.
845
846### blobfs
847
848Blobfs file asynchronous operations were added to public APIs.
849
850### util
851
852A new file API `spdk_posix_file_load` was added to load file content into a data buffer.
853
854New APIs `spdk_dif_ctx_set_data_offset`, `spdk_dif_verify_stream`,
855`spdk_dif_get_range_with_md`, `spdk_dif_get_length_with_md` have been added,
856and existing APIs `spdk_dif_ctx_init`, `spdk_dif_set_md_interleave_iovs`, and
857`spdk_dif_generate_stream` have been refined to insert or strip DIF by stream
858fasion with any alignment.
859
860New APIs `spdk_dif_ctx_set_remapped_init_ref_tag`, `spdk_dif_remap_ref_tag`,
861and `spdk_dix_remap_ref_tag` have been added to remap DIF reference tag.
862
863New APIs `spdk_dif_update_crc32c` and `spdk_dif_update_crc32c_stream` have been
864added to compute CRC-32C checksum for extended LBA payload.
865
866Bdevperf and bdevio applications now support starting tests with application specific
867RPCs. Please see helper Python scripts in their respective directories.
868This is a move towards simpler RPC-only configuration for all main
869and auxiliary applications.
870
871Legacy INI style configuration for SPDK applications will become deprecated in SPDK 19.10,
872and removed in SPDK 20.01. Please consider moving to JSON-RPC configuration files and/or
873RPC driven run-time configuration.
874
875### nvmf
876
877EXPERIMENTAL: A Fibre Channel transport that supports Broadcom HBAs has been
878added. This depends on the FC HBA driver at
879https://github.com/ecdufcdrvr/bcmufctdrvr. See [the documentation](https://spdk.io/doc/nvmf.html#nvmf_fc_transport)
880for more information.
881
882Persistent reservation emulation has been added to the NVMe-oF target. Persistent reservation
883state is stored in a JSON file on the local filesystem between target restart. To support this,
884an optional parameter to the RPC method `nvmf_subsystem_add_ns` called `--ptpl-file` was added.
885This allows the user to specify which file to store the persistent reservation state in.  Note
886that this is done per namespace.
887
888The c2h success optimization under which a command capsule response is not sent
889for reads is turned on by default. A config knob was added to allow disabling
890the optimization. This will mostly be used for integration testing with 5.0.x kernels
891while some compatibility fixes make their way down the pipeline for 5.1.x kernels.
892
893The sock priority setting of the TCP connection owned by the tcp transport is added. It is
894used to optimize the TCP connection performance under designated traffic classes. And the
895priority is used to differeniate the sock priority between SPDK NVMe-oF TCP target application
896and other TCP based applications.
897
898Shared receive queue can now be disabled even for NICs that support it using the
899`nvmf_create_transport` RPC method parameter `no_srq`. The actual use of a shared
900receive queue is predicated on hardware support when this flag is not used.
901
902spdk_nvmf_get_optimal_poll_group was added, which is used to return the optimal
903poll group for the qpair. And `ConnectionScheduler` configuration is added into the
904[Nvmf] section in etc/spdk/nvmf.conf.in to demonstrate how to configure the connection
905scheduling strategy among different spdk threads.
906
907Added infrastructure to retrieve global and per poll group NVMf statistics.
908
909DIF strip and insert is now supported for TCP transport. When it is enabled, DIF
910setting is not exposed to the NVMe-oF initiator, and DIF is attached into data
911for write I/O and stripped from data for read I/O.
912
913Added a field `dif_insert_or_strip` to struct spdk_nvmf_transport_opts, and
914updated the related rpc function nvmf_create_transport to make this
915configurable parameter available to users. The `dif_insert_or_strip` is relevant
916for TCP transport for now and used to configure the DIF strip and insert.
917
918Added infrastructure to retrieve NVMf transport statistics.
919
920### notify
921
922The function `spdk_notify_get_types()` and `spdk_notify_get_events()` were
923renamed to `spdk_notify_foreach_type()` and `spdk_notify_foreach_event()`,
924respectively. And update type name of callback accordingly.
925
926### bdev
927
928The format of the data returned by the get_bdevs_iostat RPC has changed to
929make it easier to parse.  It now returns an object with a "ticks" object
930and "bdevs" array with the per-bdev statistics.
931
932A new bdev module `delay` has been added which simulates a drive latency when placed
933on top of a Null bdev. This module is intended only for testing and can be created using
934the new RPC `bdev_delay_create`. That RPC takes the name of the underlying bdev as well
935as average and p99 latency arguments for both read and write operations. Average latency is
936defined as a value close to what you would expect a perf tool such as FIO to report back as
937the mean latency of all I/O submitted to the drive. p99 latency is defined as the value one
938would expect the drive to see the slowest 1% of I/O report. For underlying drives with already
939significant latency, the latency values provided to the drive will be additive. This should be
940taken into account if trying to achieve an artificial latency on top of an nvme drive or aio device.
941
942DIF reference tag remapping is now supported for partition type virtual bdev
943modules. When using partition type virtual bdevs, block address space is
944remapped during I/O processing and DIF reference tag is remapped accordingly.
945
946Added spdk_bdev_*_with_md() functions allowing for IO with metadata being transferred in
947separate buffer. To check support for separatate metadata, use spdk_bdev_is_md_separate().
948
949All bdevs now have a UUID. For devices whose backing hardware does not provide a UUID,
950one is automatically generated. Across runs of SPDK, bdevs whose UUID is automatically
951generated may change.
952
953A new virtual bdev module `compress` has been added to provide compression services on top of
954a thinly provisioned logical volume.  See documentation for complete details.
955
956### nvme
957
958Added an optional parameter `--io-queue-requests` to RPC `set_bdev_nvme_options`, which
959can be used to change the number of requests allocated for one NVMe I/O queue.  For
960very big I/O size, e.g. 128MiB, with this option user will not get an error due to
961limited requests in NVMe driver layer.
962
963Added spdk_nvme_ctrlr_get_transport_id() to get the transport ID from a
964previously attached controller.
965
966Nvme Opal library spdk_opal_cmd deprecated. Adding seperate command APIs.
967NVMe Opal library add support for activating locking SP which will make the transaction
968from "Manufactured-Inactive" state to "Manufactured" state. Upon successfully invoking
969of this method, lock and unlock features will be enabled.
970NVMe Opal library add support for locking/unlocking range and list locking range info.
971NVMe opal library add support for multiuser. Admin can enable user and add user to specific
972locking range and the user can lock/unlock his range.
973
974Added spdk_nvme_ctrlr_io_cmd_raw_no_payload_build() allowing a caller to pass
975a completely formed command to an NVMe submission queue (buffer addresses and all).
976This is supported on the PCIe transport only.
977
978Added spdk_nvme_get_ctrlr_registers() to return a pointer to the virtual address
979of the NVMe controller registers.  This is supported on the PCIe transport only.
980
981Added additional options to the spdk_nvme_ctrlr_alloc_qpair() option parameter
982structure to allow caller to override the virtual and optionally physical address
983of the submission and completion queue pair to be created.  This is supported on
984the PCIe transport only.
985
986Added `disable_error_logging` to struct spdk_nvme_ctrlr_opts, which disables
987logging of failed requests. By default logging is enabled.
988
989Added spdk_nvme_qpair_print_command(), spdk_nvme_qpair_print_completion() and
990spdk_nvme_cpl_get_status_string(). Allowing for easier display of error messages.
991
992Added support for NVMe Sanitize command.
993
994### env
995
996The parameter `free_space` has been added to spdk_ring_enqueue() to wait when
997the ring is almost full and resume when there is enough space available in
998the ring.
999
1000A new API `spdk_mempool_lookup` has been added to lookup the memory pool created
1001by the primary process.
1002
1003Added spdk_pci_get_first_device() and spdk_pci_get_next_device() to allow
1004iterating over PCI devices detected by SPDK. Because of this, all SPDK APIs
1005to attach/detach PCI devices are no longer thread safe. They are now meant to
1006be called from only a single thread only, the same only that called spdk_env_init().
1007This applies to the newly added APIs as well.
1008
1009### vpp
1010
1011SPDK now supports VPP version 19.04.2, up from VPP 18.01.
1012
1013VPP socket abstraction now uses VPP Session API, instead of VLC (VPP Communications Library).
1014This allows for better control over sessions and queues.
1015Please see VPP documentation for more details:
1016[VPP Host Stack](https://wiki.fd.io/view/VPP/HostStack)
1017
1018### sock
1019
1020Add spdk_sock_get_optimal_sock_group(), which returns the optimal sock group for
1021this socket. When a socket is created, it is often assigned to a sock group using
1022spdk_sock_group_add_sock so that a set of sockets can be polled more efficiently.
1023For some network devices, it is optimal to assign particular sockets to specific
1024sock groups. This API is intended to provide the user with that information.
1025
1026spdk_sock_group_get_ctx() was added to return the context of the spdk_sock_group.
1027spdk_sock_group_create() is updated to allow input the user provided ctx.
1028spdk_sock_set_priority() is added to set the priority of the socket.
1029
1030### rpc
1031
1032Added thread_get_stats RPC method to retrieve existing statistics.
1033
1034Added nvmf_get_stats RPC method to retrieve NVMf susbsystem statistics.
1035
1036Response buffers for RPC requests are now always pre-allocated, which implies
1037that all spdk_jsonrpc_begin_result() calls always succeed and return a valid
1038buffer for JSON response. RPC calls no longer need to check if the buffer is
1039non-NULL.
1040
1041Added SPDK_RPC_REGISTER_ALIAS_DEPRECATED to help with deprecation process when
1042renaming existing RPC. First time a deprecated alias is used, it will print
1043a warning message.
1044
1045RPC `get_rpc_methods` was renamed `rpc_get_methods`. The old name is still usable,
1046but is now deprecated.
1047
1048### blobstore
1049
1050A snapshot can now be deleted if there is only a single clone on top of it.
1051
1052### build
1053
1054Preliminary support for cross compilation is now available. Targeting an older
1055CPU on the same architecture using your native compiler can be accomplished by
1056using the `--target-arch` option to `configure` as follows:
1057
1058~~~
1059./configure --target-arch=broadwell
1060~~~
1061
1062Additionally, some support for cross-compiling to other architectures has been
1063added via the `--cross-prefix` argument to `configure`. To cross-compile, set CC
1064and CXX to the cross compilers, then run configure as follows:
1065
1066~~~
1067./configure --target-arch=aarm64 --cross-prefix=aarch64-linux-gnu
1068~~~
1069
1070### vhost
1071
1072A security vulnerability has been identified and fixed in SPDK Vhost-SCSI target.
1073A malicious client (e.g. a virtual machine) could send a carefully prepared,
1074invalid I/O request to crash the entire SPDK process. All users of SPDK Vhost-SCSI
1075target are strongly recommended to update. All SPDK versions < 19.07 are affected.
1076
1077By default, SPDK will now rely on upstream DPDK's rte_vhost instead of its fork
1078located inside SPDK repo. The internal fork is still kept around to support older
1079DPDK versions, but is considered legacy and will be eventually removed.
1080
1081`configure` will now automatically use the upstream rte_vhost if the used DPDK
1082version is >= 19.05.
1083
1084spdk_vhost_init() is now asynchronous and accepts a completion callback.
1085
1086### iscsi target
1087
1088A security vulnerability has been identified and fixed in SPDK iSCSI target.
1089A malicious client (e.g. an iSCSI initiator) could send a carefully prepared,
1090invalid I/O request to crash the entire SPDK process. All users of SPDK iSCSI
1091target are strongly recommended to update. All SPDK versions < 19.07 are affected.
1092
1093### thread
1094
1095Exposed spdk_set_thread() in order for applications to associate
1096with SPDK thread when necessary.
1097
1098Added spdk_thread_destroy() to allow framework polling the thread to
1099release resources associated with that thread.
1100
1101## v19.04: Compression bdev, Notification library, NVMe Opal support
1102
1103### nvme
1104
1105Added asynchronous probe support. New APIs spdk_nvme_probe_async(),
1106spdk_nvme_connect_async() and spdk_nvme_probe_poll_async() were added to enable
1107this feature. spdk_nvme_probe_async() and spdk_nvme_connect_async() return a
1108context associated with the specified controllers. Users then call
1109spdk_nvme_probe_poll_async() until it returns 0, indicating that the operation
1110completed.
1111
1112A new qpair creation option, delay_pcie_doorbell, was added. This can be passed
1113to spdk_nvme_alloc_io_qpair(). This makes the I/O submission functions, such as
1114spdk_nvme_ns_writev(), skip ringing the submission queue doorbell. Instead the
1115doorbell will be rung as necessary inside spdk_nvme_qpair_process_completions().
1116This can result in significantly fewer MMIO writes to the doorbell register
1117under heavy load, greatly improving performance.
1118
1119spdk_nvme_ctrlr_get_regs_cmbsz() was added to report the size of the controller
1120memory buffer, if available.
1121
1122spdk_nvme_ctrlr_get_flags() was added to return controller feature
1123flags. Two flags are currently tracked:
1124SPDK_NVME_CTRLR_SGL_SUPPORTED
1125SPDK_NVME_CTRLR_SECURITY_SEND_RECV_SUPPORTED
1126
1127The NVMe hotplug poller is now able to detach devices hot-removed from the system
1128via `/sys/bus/pci/devices/<bdf>/remove` and `/sys/bus/pci/devices/<bdf>/driver/unbind`.
1129
1130Opal support was added for scan, take ownership, revert TPer, and dumping device
1131info. The nvme_manage tool can be used to perform these operations. The public
1132API functions are spdk_nvme_ctrlr_security_receive() and
1133spdk_nvme_ctrlr_security_send(). This module should be considered experimental
1134pending additional features and tests.
1135
1136The NVMe-oF initiator is now able to transfer IO whose size is more than 128KiB
1137if the corresponding NVMe-oF target allows.
1138
1139### raid
1140
1141Added new strip_size_kb rpc param on create to replace the more ambiguous
1142strip_size. The strip_size rpc param is deprecated.
1143
1144Changed the raid bdev product_name from "Pooled Device" to "Raid Volume"
1145
1146### thread
1147
1148Added spdk_thread_has_pollers() function to verify if there are any registered
1149pollers to be run on the thread. Added spdk_thread_is_idle() function to check
1150if there are any scheduled operations to be performed on the thread at given
1151time.
1152
1153spdk_thread_create() now takes an optional CPU affinity mask that is passed to
1154the scheduler.
1155
1156spdk_thread_lib_init() now takes an optional context size. For each thread
1157created, an additional region of memory of this size will be allocated. A
1158pointer to this region of memory can be obtained by calling
1159spdk_thread_get_ctx(). The inverse operation is also available via
1160spdk_thread_get_from_ctx().
1161
1162spdk_thread_poll() now optionally accepts the current time, in ticks. This can
1163be used to avoid some calls to spdk_get_ticks() internally.
1164
1165spdk_app_start() now only accepts a single context argument.
1166
1167### bdev
1168
1169An new API `spdk_bdev_get_data_block_size` has been added to get size of data
1170block except for metadata.
1171
1172spdk_vbdev_register() has been deprecated.  spdk_bdev_register() should be used
1173instead.
1174
1175A mechanism for acquiring and releasing data buffers from bdev modules, used
1176to perform zero copy operations, was added.
1177
1178New APIs spdk_bdev_get_md_size(), spdk_bdev_is_md_interleaved(), spdk_bdev_get_dif_type(),
1179spdk_bdev_is_dif_head_of_md(), and spdk_bdev_is_dif_check_enabled() have been
1180added to get metadata and DIF settings.
1181
1182Bdevs claimed by the `examine_config` callback will be now further examined in the
1183`examine_disk` callback.
1184
1185spdk_bdev_io_get_io_channel() was added as a convenient way to get an io_channel
1186from a bdev_io.
1187
1188### ocf
1189
1190Updated OCF submodule to OCF v19.3.2
1191
1192Added support for many-to-one configuration for OCF bdev.
1193Multiple core devices can now be cached on single cache device.
1194
1195Added persistent metadata support, allowing to restore cache state after shutdown.
1196During start of SPDK application, the devices are examined and if OCF metadata
1197is present - appropriate OCF bdevs will be recreated.
1198
1199Added Write-Back mode support. In this mode, data is first written to
1200caching device and periodically synchronized to the core devices.
1201Dirty data is saved as persistent metadata on cache device,
1202allowing for safe restore during application restart.
1203For more details please see OCF documentation:
1204[OpenCAS cache configuration](https://open-cas.github.io/cache_configuration.html)
1205
1206### NVMe-oF Target
1207
1208Support for per-device shared receive queues in the RDMA transport has been added.
1209It is enabled by default for any device that supports it.
1210
1211The size of a shared receive queue is defined by transport configuration file parameter
1212`MaxSRQDepth` and `nvmf_create_transport` RPC method parameter `max_srq_depth`.
1213Default size is 4096.
1214
1215Add model number as parameter to construct_nvmf_subsystem (-d option),
1216rather than using hardcoded define.
1217
1218DIF passthrough feature has been added. DIF setting of the allocated bdevs is
1219exposed to the NVMe-oF initiator and data with DIF from the NVMe-oF initiator is
1220passed through to the allocated bdevs.
1221
1222### env
1223
1224The `phys_addr` parameter in spdk_malloc() and spdk_zmalloc() has been deprecated.
1225For retrieving physical addresses, spdk_vtophys() should be used instead.
1226
1227spdk_realloc() has been added to reallocate DMA/shared memory.
1228
1229spdk_pci_device_is_removed() has been added to let the upper-layer SPDK drivers know
1230that device has a pending external hotremove request.
1231
1232spdk_env_fini() and spdk_env_dpdk_post_fini() were added to release any resources
1233allocated by spdk_env_init() or spdk_env_dpdk_post_init() respectively. It is expected
1234that common usage of those functions is to call them just before terminating the process.
1235
1236Added spdk_iommu_is_enabled() to report if SPDK application is using IOMMU for DMA.
1237
1238### DPDK
1239
1240Dropped support for DPDK 17.07 and earlier, which SPDK won't even compile with right now.
1241
1242Updated DPDK submodule to DPDK 19.02.
1243
1244### rpc
1245
1246New `get_spdk_version` RPC method is introduced to get version info of the running SPDK application.
1247
1248The `start_nbd_disk` RPC method now take nbd_device as an optional parameter. If nbd_device
1249is specified, use that specified nbd device. If it's not specified, pick available one.
1250
1251### iSCSI target
1252
1253DIF strip and insert is now supported. DIF settings are not exposed to the iSCSI initiator.
1254DIF is attached into data for write I/O and stripped from data for read I/O.
1255
1256### vhost
1257
1258Added experimental support for running with the external, upstream rte_vhost library.
1259This can be enabled by configuring SPDK with an `--without-internal-vhost-lib` flag.
1260The minimum supported rte_vhost version (DPDK version) is 19.05-rc1.
1261
1262As a result of fuzz testing, a lot of data races in vhost-scsi LUN hotplug path were identified and
1263fixed. Those data races could have potentially resulted in SPDK crashes, RPC hangs, or memory leaks
1264if Vhost-SCSI LUN hotplug RPCs were executed while connected VMs were in the middle of restarting.
1265
1266The SCSI target id in `add_vhost_scsi_lun` RPC is now optional. If `-1` is passed, the first
1267unoccupied target id will be used.
1268
1269### AIO
1270
1271AIO bdev module can now reap I/O completions directly from userspace, significantly improving
1272the overall performance.
1273
1274### blobfs
1275
1276Synchronous IO operations no longer use spdk_io_channel, but instead use
1277spdk_fs_thread_ctx. The behavior is otherwise identical.
1278
1279### OCF
1280
1281Added support for caching multiple bdevs using a single bdev as a cache.
1282
1283### notify
1284
1285Added the notify library that provides a high performance local event bus
1286between libraries. Example usage was added to bdev module, which reports
1287notifications for added and removed bdevs via RPC.
1288
1289### sock
1290
1291Added new API spdk_sock_readv() to the sock library for performing vectored
1292reads.
1293
1294### event
1295
1296The function spdk_subsystem_init() no longer requires spdk_event as an argument.
1297
1298Changed API of spdk_subsystem_config_json() to no longer be asynchronous.
1299
1300### io_uring
1301
1302A bdev module that issues I/O to kernel block devices using the new io_uring Linux kernel
1303API was added. This module requires liburing.
1304
1305### build
1306
1307Options to easily compile with profile guided optimization have been added to
1308`configure`. To use profile guided optimization with SPDK, run
1309`./configure --with-pgo-capture`, build SPDK, then run a workload of your
1310choosing. Then, simply run `./configure --with-pgo-enable` and recompile to
1311build using the generated profile data. Profile guided optimization can yield
1312very large performance improvements, especially on GCC 8 and clang 7. This may
1313be combined with link time optimization which has been available under the
1314`--enable-lto` configure option for several releases.
1315
1316### compression bdev/reduce library
1317
1318Added "reduce" block compression scheme based on using SSDs for storing
1319compressed blocks of storage and presistent memory for metadata. Please see
1320[compression](https://spdk.io/doc/bdev.html) for more details.
1321
1322## v19.01: NVMe-oF TCP/IP Transport, Open Channel SSD Flash Translation Layer, Caching bdev based on OCF, ISA-L Support, DIF/DIX library
1323
1324### ocf bdev
1325
1326New virtual bdev module based on [Open CAS Framework](https://open-cas.github.io/) has been added.
1327This module allows for the use of one bdev to act as a high performance cache in front of another bdev.
1328Please see [documentation](https://spdk.io/doc/bdev.html#bdev_config_cas) for more details.
1329Only write through mode is currently supported and this feature is considered experimental.
1330
1331### event framework
1332
1333For `spdk_app_parse_args`, add return value to the callback which parses application
1334specific command line parameters to protect SPDK applications from crashing by invalid
1335values from user input.
1336
1337By default, all SPDK applications will now reserve all hugepages at runtime. The pre-reserved
1338memory size can be still set with `-s` or `--mem-size` option, although the default value
1339was reduced down to 0.
1340
1341A custom hugetlbfs directory can now be specified via spdk_app_opts.
1342This can be used to configure hugepages with different sizes, a different size limit,
1343or different access permissions than the system's default hugepage pool.
1344SPDK applications can specify a custom hugetlbfs mount with the `--huge-dir` option.
1345
1346### environment
1347
1348spdk_vtophys() has been refactored to accept length of the translated region as a new
1349parameter. The function will now update that parameter with the largest possible value
1350for which the memory is contiguous in the physical memory address space.
1351
1352The following functions were removed:
1353
1354 - spdk_pci_nvme_device_attach()
1355 - spdk_pci_nvme_enumerate()
1356 - spdk_pci_ioat_device_attach()
1357 - spdk_pci_ioat_enumerate()
1358 - spdk_pci_virtio_device_attach()
1359 - spdk_pci_virtio_enumerate()
1360
1361They were replaced with generic spdk_pci_device_attach() and spdk_pci_enumerate() which
1362require a new spdk_pci_driver object to be provided. It can be one of the following:
1363
1364 - spdk_pci_nvme_get_driver()
1365 - spdk_pci_ioat_get_driver()
1366 - spdk_pci_virtio_get_driver()
1367
1368spdk_pci_hook_device() and spdk_pci_unhook_device() were added. Those allow adding a virtual
1369spdk_pci_device into the SPDK PCI subsystem. A virtual device calls provided callbacks for
1370each BAR mapping request or PCI config access. It's attachable with spdk_pci_device_attach()
1371or spdk_pci_enumerate() like any other device.
1372
1373A new spdk_pause() function was added to pause CPU execution for an implementation specific
1374amount of time. Quoting from DPDK function this is based on: "This call is intended for
1375tight loops which poll a shared resource or wait for an event. A short pause within the loop
1376may reduce the power consumption."
1377
1378A new public header file env_dpdk.h has been introduced, and function spdk_env_dpdk_post_init
1379is added into it. If user is using DPDK, and already called rte_eal_init, then include
1380include/spdk/env_dpdk.h, and call spdk_env_dpdk_post_init() instead of spdk_env_init.
1381
1382ISA-L has been added as an SPDK submodule.  ISA-L is enabled by default on x86 architecture
1383to accelerate algorithms such as CRC for iSCSI and NVMe-oF.  Users may still disable ISA-L
1384by explicitly passing --without-isal to the configure script.
1385
1386### util
1387
1388A new uuid API `spdk_uuid_copy` was added to make a copy of the source uuid.
1389
1390An new parameter `init_crc` representing the initial CRC value was added to
1391`spdk_crc16_t10dif`. The parameter can be used to calculate a CRC value spanning
1392multiple separate buffers.
1393
1394New DIF APIs were added to generate and verify DIF by byte granularity for both DIF and DIX
1395formats. Among them, DIF with copy APIs will be usable to emulate DIF operations such as DIF
1396insert and strip.
1397
1398Added `spdk_strtol` and `spdk_strtoll` to provide additional error checking around `strtol`
1399and `strtoll`.
1400
1401Added `spdk_sprintf_append_realloc` and `spdk_vsprintf_append_realloc` for appending a string
1402with automatic buffer re-allocation.
1403
1404### nvme
1405
1406Wrapper functions spdk_nvme_ctrlr_security_send() and spdk_nvme_ctrlr_security_receive() are
1407introduced to support further security protocol development.
1408
1409admin_timeout_ms was added to NVMe controller initialization options, users
1410can change the default value when probing a controller.
1411
1412Add two new fields "header_digest" and "data_digest" in struct spdk_nvme_ctrlr_opts,
1413it will be used to enable the digest support for the NVMe/TCP transport.
1414
1415Add a new TCP/IP transport(located in lib/nvme/nvme_tcp.c) in nvme driver. With
1416this new transport, it can be used to connect the NVMe-oF target with the
1417same TCP/IP support.
1418
1419Added API, spdk_nvme_ctrlr_is_discovery(), to indicate whether the ctrlr
1420arg refers to a Discovery Controller or not.
1421
1422Added an API function `spdk_nvme_host_id_parse` and corresponding object `spdk_nvme_host_id`
1423for parsing host address and host service ID arguments on a per connection basis.
1424
1425The RPC `construct_nvme_bdev` now allows a user to specify a source address and service id for the host to
1426use when connecting to the controller backing the NVMe bdev.
1427
1428### NVMe-oF Target
1429
1430The `spdk_nvmf_tgt_opts` struct has been deprecated in favor of `spdk_nvmf_transport_opts`.
1431Users will no longer be able to specify target wide I/O parameters. `spdk_nvmf_tgt_listen`
1432will also no longer implicitly initialize a transport with the default target options (since
1433there are none). Instead, a user must manually instantiate the transport with `spdk_nvmf_transport_create`
1434prior to calling `spdk_nvmf_tgt_listen`.
1435
1436Related to the previous change, the rpc `set_nvmf_target_options` has been renamed to
1437`set_nvmf_target_max_subsystems` to indicate that this is the only target option available for the user to edit.
1438
1439Added fields `num_shared_buffers` and `buf_cache_size` in struct spdk_nvmf_transport_opts,
1440and also updated the related rpc function nvmf_create_transport, to make this
1441configurable parameter available to users. The `num_shared_buffers` is used to
1442configure the shared buffer numbers of the transport used by RDMA or TCP transport.
1443`buf_cache_size` configures number of shared buffers to cache per poll group.
1444
1445### nvmf
1446
1447Add a new TCP/IP transport (located in lib/nvmf/tcp.c). With this tranport,
1448the SPDK NVMe-oF target can have a new transport, and can serve the NVMe-oF
1449protocol via TCP/IP from the host.
1450
1451Added optional mechanism to modify the RDMA transport's behavior when creating protection domains and registering memory.
1452By default, the RDMA transport will use the ibverbs library to create protection domains and register memory.
1453Using `spdk_nvme_rdma_init_hooks` will subvert that and use an existing registration.
1454
1455### bdev
1456
1457Added `enable_bdev_histogram` and `get_bdev_histogram` RPC commands to allow gathering latency data for specified bdev.
1458Please see [documentation](https://spdk.io/doc/bdev.html#rpc_bdev_histogram) for more details.
1459
1460Added `required_alignment` field to `spdk_bdev`, that specifies an alignment requirement for data buffers associated with an spdk_bdev_io.
1461Bdev layer will automatically double buffer any spdk_bdev_io that violates this alignment, before the spdk_bdev_io is submitted to the bdev module.
1462
1463On shutdown, bdev unregister now proceeds in top-down fashion, with
1464claimed bdevs skipped (these will be unregistered later, when virtual
1465bdev built on top of the respective base bdev unclaims it). This
1466allows virtual bdevs to be shut down cleanly as opposed to the
1467previous behavior that didn't differentiate between hotremove and
1468planned shutdown.
1469
1470The `delete_bdev` RPC is now deprecated. Users should instead use the specific deletion RPC
1471for the bdev type to be removed (i.e. delete_malloc_bdev).
1472
1473Added support for separate bandwidth rate limits for read and write to QoS in bdev layer.
1474
1475Bdev I/O statistics now track unmap opertations.
1476
1477### logical volumes
1478
1479Logical volume bdev can now be marked as read only using `set_read_only_lvol_bdev` RPC.
1480This allows for basing clones on top of lvol_bdev without first creating a snapshot.
1481
1482Added option to change method for data erasure when deleting lvol or resizing down.
1483Default of unmapping clusters can now be changed to writing zeroes or no operation.
1484
1485Added option to change method for erasing data region on lvol store creation.
1486Default of unmapping can now be changed to writing zeroes or no operation.
1487
1488### log
1489
1490"trace flags" are now referred to as "log flags" in the SPDK log API.  The
1491set_trace_flag, clear_trace_flag and get_trace_flags RPCs are now deprecated,
1492and set_log_flag, clear_log_flag and get_log_flags RPCs have been added.
1493
1494### trace
1495
1496New `trace_record` application was added. It can be used to poll spdk trace shm file and
1497append any new trace entries into another specified file. This can help retain those entries
1498that would otherwise be overwritten in the shm file. See
1499[Capturing sufficient trace events](https://spdk.io/doc/nvmf_tgt_tracepoints.html#capture_trace_events)
1500for more details.
1501
1502Number of trace entries in circular buffer per lcore can now be assigned by starting SPDK app
1503with argument "--num-trace-entries <NUM>" provided.
1504
1505New `get_tpoint_group_mask` RPC was added to get current tpoint_group_mask, and
1506each tpoint group status.
1507New `enable_tpoint_group` and `disable_tpoint_group` RPC were added to enable or
1508disable a specific tpoint group.
1509
1510### ftl
1511
1512EXPERIMENTAL: Added basic flash translation layer module allowing for using Open Channel SSDs as
1513block devices. The module is split into the library (located in lib/ftl) and bdev_ftl
1514(lib/bdev/ftl). See the [documentation](https://spdk.io/doc/ftl.html) for more details.
1515
1516### vhost
1517
1518A security vulnerability has been identified and fixed in the SPDK vhost target.  A malicious
1519vhost client (i.e. virtual machine) could carefully construct a circular descriptor chain which
1520would result in a partial denial of service in the SPDK vhost target.  These types of descriptor
1521chains are now properly detected by the vhost target.  All SPDK vhost users serving untrusted
1522vhost clients are strongly recommended to upgrade. (Reported by Dima Stepanov and Evgeny
1523Yakovlev.)
1524
1525Vhost SCSI and Vhost Block devices can now accept multiple connections on the same socket file.
1526Each connection (internally called a vhost session) will have access to the same storage, but
1527will use different virtqueues, different features and possibly different memory.
1528
1529### vhost scsi
1530
1531SCSI target hotremove can now be performed even without the VIRTIO_SCSI_F_HOTPLUG feature negotiated.
1532Regardless of VIRTIO_SCSI_F_HOTPLUG support, the hotremoval will be still reported through SCSI sense codes.
1533
1534### DPDK
1535
1536DPDK submodule was updated to DPDK 18.11. Note that SPDK does not fully leverage the new
1537multi-process device hotplug yet and continues to work the same way it always did.
1538
1539Dropped support for DPDK 16.07 and earlier, which SPDK won't even compile with right now.
1540
1541### RPC
1542
1543The following RPC commands deprecated in the previous release are now removed:
1544
1545 - construct_virtio_user_scsi_bdev
1546 - construct_virtio_pci_scsi_bdev
1547 - construct_virtio_user_blk_bdev
1548 - construct_virtio_pci_blk_bdev
1549 - remove_virtio_scsi_bdev
1550 - construct_nvmf_subsystem
1551
1552### Miscellaneous
1553
1554The configure options `--with-raid` and `--without-raid` that were deprecated in the previous
1555release are now removed.
1556
1557### nbd
1558
1559Starting nbd using `spdk_nbd_start` is now performed asynchronously.
1560
1561### net framework
1562
1563Net framework initialization and finish is now done asynchronously.
1564
1565### rpc
1566
1567Added `spdk_rpc_is_method_allowed` function for checking whether method is permitted in a given state.
1568Added `spdk_rpc_get_state` to check current state of RPC server.
1569RPC `wait_subsystem_init` has been added to allow clients to block untill all subsystems are initialized.
1570
1571### json rpc
1572
1573JSON RPC client is now running in non-blocking mode. Requests are sent and received during spdk_jsonrpc_client_poll.
1574JSON RPC server can now recieve a callback on connection termination or server shutdown using `spdk_jsonrpc_conn_add_close_cb`
1575and `spdk_jsonrpc_conn_del_close_cb`.
1576
1577## v18.10: Dynamic memory allocation, Crypto Virtual Bdev, jsonrpc-client, SPDKCLI iSCSI and NVMe-oF support
1578
1579### nvme
1580
1581spdk_nvme_ctrlr_cmd_security_send() and spdk_nvme_ctrlr_cmd_security_receive()
1582were added to support sending or receiving security protocol data to or from
1583nvme controller.
1584
1585spdk_nvme_ns_get_extended_sector_size() was added.  This function includes
1586the metadata size per sector (if any).  spdk_nvme_ns_get_sector_size() still
1587returns only the data size per sector, not including metadata.
1588
1589New `send_nvme_cmd` RPC was added to allow sending NVMe commands directly to NVMe controller.
1590See the [send_nvme_cmd](http://spdk.io/doc/jsonrpc.html#rpc_send_nvme_cmd) documentation
1591for more details.
1592
1593### Build System
1594
1595New `configure` options, `--with-shared` and `--without-shared`
1596[default], provide the capability to build, or not, SPDK shared libraries.
1597This includes the single SPDK shared lib encompassing all of the SPDK
1598static libs as well as individual SPDK shared libs corresponding to
1599each of the SPDK static ones.  Although the production of the shared
1600libs conforms with conventional version naming practices, such naming
1601does not at this time confer any SPDK ABI compatibility claims.
1602
1603### bdev
1604
1605spdk_bdev_alias_del_all() was added to delete all alias from block device.
1606
1607A new virtual bdev module has been added to perform at rest data encryption using the DPDK CryptoDev
1608Framework.  The module initially uses a software AESNI CBC cipher with experimental support for the
1609Intel QAT hardware accelerator also currently implemented with support for CBC cipher. Future work
1610may include additional ciphers as well as consideration for authentication.
1611
1612The RAID virtual bdev module is now always enabled by default.  The configure --with-raid and
1613--without-raid options are now ignored and deprecated and will be removed in the next release.
1614
1615Enforcement of bandwidth limits for quality of service (QoS) has been added to the bdev layer.
1616See the new [set_bdev_qos_limit](http://www.spdk.io/doc/jsonrpc.html#rpc_set_bdev_qos_limit)
1617documentation for more details. The previous set_bdev_qos_limit_iops RPC method introduced at
161818.04 release has been deprecated. The new set_bdev_qos_limit RPC method can support both
1619bandwidth and IOPS limits.
1620
1621spdk_bdev_config_json() and corresponding `get_bdevs_config` RPC was removed.
1622
1623### Environment Abstraction Layer and Event Framework
1624
1625The size parameter of spdk_mem_map_translate is now a pointer. This allows the
1626function to report back the actual size of the translation relative to the original
1627request made by the user.
1628
1629A new structure spdk_mem_map_ops has been introduced to hold memory map related
1630callbacks. This structure is now passed as the second argument of spdk_mem_map_alloc
1631in lieu of the notify callback.
1632
1633### DPDK 18.08
1634
1635The DPDK submodule has been updated to the DPDK 18.08 release. SPDK will now automatically
1636utilize DPDK's dynamic memory management with DPDK versions >= 18.05.1.
1637
1638Hugepages can be still reserved with `[-s|--mem-size <size>]` option at application startup,
1639but once we use them all up, instead of failing user allocations with -ENOMEM, we'll try
1640to dynamically reserve even more. This allows starting SPDK with `--mem-size 0` and using
1641only as many hugepages as it is really needed.
1642
1643Due to this change, the memory buffers returned by `spdk_*malloc()` are no longer guaranteed
1644to be physically contiguous.
1645
1646### I/OAT
1647
1648I/OAT driver can now reinitialize I/OAT channels after encountering DMA errors.
1649
1650### iscsi target
1651
1652Parameter names of `set_iscsi_options` and `get_iscsi_global_params` RPC
1653method for CHAP authentication in discovery sessions have been changed to
1654align with `construct_target_node` RPC method. Old names are still usable
1655but will be removed in future release.
1656
1657`set_iscsi_discovery_auth` and `set_iscsi_target_node_auth` RPC methods have
1658been added to set CHAP authentication for discovery sessions and existing
1659target nodes, respectively.
1660
1661The SPDK iSCSI target supports an AuthFile which can be used to load CHAP
1662shared secrets when the iSCSI target starts. SPDK previously provided a
1663default location for this file (`/usr/local/etc/spdk/auth.conf`) if none was
1664specified. This default has been removed. Users must now explicitly specify
1665the location of this file to load CHAP shared secrets from a file, or use
1666the related iSCSI RPC methods to add them at runtime.
1667
1668### iscsi initiator
1669
1670The SPDK iSCSI initiator is no longer considered experimental and becomes
1671a first-class citizen among bdev modules. The basic usage has been briefly
1672described in the bdev user guide: [iSCSI bdev](https://spdk.io/doc/bdev.html#bdev_config_iscsi)
1673
1674### Miscellaneous
1675
1676The SPDK application framework can now parse long name command line parameters.
1677Most single-character parameters have a long name equivalent now. See the
1678[Command Line Parameters](https://spdk.io/doc/app_overview.html) documentation
1679for details or use the `--help` command line parameter to list all available
1680params.
1681
1682bdevperf `-s` param (io size) was renamed to `-o` as `-s` had been already
1683used by existing apps for memory size.
1684
1685bdevio can now accept all SPDK command line parameters. The config now has to
1686be provided with `-c` or `--config` param.
1687
1688The following ioat/perf and nvme/perf parameters were renamed as well:
1689 `-s` (io size) to `-o`
1690 `-d` (mem size) to `-s`
1691
1692The ReactorMask config file parameter has been deprecated.  Users should
1693use the -m or --cpumask command line option to specify the CPU core mask
1694for the application.
1695
1696Default config file pathnames have been removed from iscsi_tgt, nvmf_tgt
1697and vhost.  Config file pathnames may now only be specified using the
1698-c command line option.
1699
1700Users may no longer set DPDK_DIR in their environment to specify the
1701location of the DPDK installation used to build SPDK.  Using DPDK_DIR
1702has not been the documented nor recommended way to specify the DPDK
1703location for several releases, but removing it ensures no unexpected
1704surprises for users who may have DPDK_DIR defined for other reasons.
1705Users should just use the "configure" script to specify the DPDK
1706location before building SPDK.
1707
1708Although we know that many developers still use Python 2 we are officially
1709switching to Python3 with requirement that all new code must be valid also
1710for Python 2 up to the EOL which is year 2020.
1711
1712Invoking interpreter explicitly is forbidden for executable scripts. There
1713is no need to use syntax like "python ./scripts/rpc.py". All executable
1714scripts must contain proper shebang pointing to the right interpreter.
1715Scripts without shebang musn't be executable.
1716
1717A Python script has been added to enable conversion of old INI config file
1718to new JSON-RPC config file format. This script can be found at
1719scripts/config_converter.py. Example how this script can be used:
1720~~~{.sh}
1721cat old_format.ini | scripts/config_converter.py > new_json_format.json
1722~~~
1723
1724### Sock
1725
1726Two additional parameters were added to spdk_sock_get_addr() for the server
1727port and client port. These parameters are named "sport" and "cport"
1728respectively.
1729
1730### Virtio
1731
1732The following RPC commands have been deprecated:
1733
1734 - construct_virtio_user_scsi_bdev
1735 - construct_virtio_pci_scsi_bdev
1736 - construct_virtio_user_blk_bdev
1737 - construct_virtio_pci_blk_bdev
1738 - remove_virtio_scsi_bdev
1739
1740The `construct_virtio_*` ones were replaced with a single `construct_virtio_dev`
1741command that can create any type of Virtio bdev(s). `remove_virtio_scsi_bdev`
1742was replaced with `remove_virtio_bdev` that can delete both Virtio Block and SCSI
1743devices.
1744
1745### Blobfs
1746
1747spdk_file_get_id() returning unique ID for the file was added.
1748
1749### JSON
1750
1751Added jsonrpc-client C library intended for issuing RPC commands from applications.
1752
1753Added API enabling iteration over JSON object:
1754
1755 - spdk_json_find()
1756 - spdk_json_find_string()
1757 - spdk_json_find_array()
1758 - spdk_json_object_first()
1759 - spdk_json_array_first()
1760 - spdk_json_next()
1761
1762### Blobstore
1763
1764Blobstore I/O operations are now based on io_units, instead of blobstore page size.
1765The io_unit size is now the same as the underlying block device's block size.
1766Logical volumes built on a block device with 512B block size can now be used as boot devices
1767in QEMU.
1768
1769### SPDKCLI
1770
1771The SPDKCLI interactive command tool for managing SPDK is no longer considered experimental.
1772Support for the iSCSI and NVMe-oF targets has been added.
1773
1774## v18.07: Raid, Infrastructure Improvements, Bug Fixes
1775
1776### bdev
1777
1778A new public header file bdev_module.h has been introduced to facilitate the
1779development of new bdev modules. This header includes an interface for the
1780spdk_bdev_part and spdk_bdev_part_base objects to enable the creation of
1781multiple virtual bdevs on top of a single base bdev and should act as the
1782primary API for module authors.
1783
1784spdk_bdev_get_opts() and spdk_bdev_set_opts() were added to set bdev-wide
1785options.
1786
1787A mechanism for handling out of memory condition errors (ENOMEM) returned from
1788I/O submission requests at the bdev layer has been added. See
1789spdk_bdev_queue_io_wait().
1790
1791The spdk_bdev_get_io_stat() function now returns cumulative totals instead of
1792resetting on each call. This allows multiple callers to query I/O statistics
1793without conflicting with each other. Existing users will need to adjust their
1794code to record the previous I/O statistics to calculate the delta between calls.
1795
1796I/O queue depth tracking and samples options have been added. See
1797spdk_bdev_get_qd(), spdk_bdev_get_qd_sampling_period(), and
1798spdk_bdev_set_qd_sampling_period().
1799
1800### RAID module
1801
1802A new bdev module called "raid" has been added as experimental module which
1803aggregates underlying NVMe bdevs and exposes a single raid bdev. Please note
1804that vhost will not work with this module because it does not yet have support
1805for multi-element io vectors.
1806
1807### Log
1808
1809The debug log component flag available on several SPDK applications has been
1810renamed from `-t` to `-L` to prevent confusion with tracepoints and to allow the
1811option to be added to tools that already use `-t` to mean something else.
1812
1813### Blobstore
1814
1815A new function, spdk_bs_dump(), has been added that dumps all of the contents of
1816a blobstore to a file pointer. This includes the metadata and is very useful for
1817debugging.
1818
1819Two new operations have been added for thin-provisioned blobs.
1820spdk_bs_inflate_blob() will allocate clusters for all thinly provisioned regions
1821of the blob and populate them with the correct data by reading from the backing
1822blob(s). spdk_bs_blob_decouple_parent() works similarly, but will only allocate
1823clusters that correspond to data in the blob's immediate parent. Clusters
1824allocated to grandparents or that aren't allocated at all will remain
1825thin-provisioned.
1826
1827### BlobFS
1828
1829Changed the return type of spdk_file_truncate() from void to int to allow the
1830propagation of `ENOMEM` errors.
1831
1832### NVMe Driver
1833
1834The new API functions spdk_nvme_qpair_add_cmd_error_injection() and
1835spdk_nvme_qpair_remove_cmd_error_injection() have been added for NVMe error
1836emulation. Users can set a specified command to fail with a particular error
1837status.
1838
1839Changed the name `timeout_sec` parameter to `timeout_us` in
1840spdk_nvme_ctrlr_register_timeout_callback(), and also changed the type from
1841uint32_t to uint64_t. This will give users more fine-grained control over the
1842timeout period.
1843
1844Basic support for Open Channel SSDs was added. See nvme_ocssd.h
1845
1846### NVMe Over Fabrics
1847
1848The spdk_nvmf_tgt_destroy() function is now asynchronous and takes a callback
1849as a parameter.
1850
1851spdk_nvmf_qpair_disconnect() was added to allow the user to disconnect qpairs.
1852
1853spdk_nvmf_subsystem_get_max_namespaces() was added to query the maximum allowed
1854number of namespaces for a given subsystem.
1855
1856### Build System
1857
1858The build system now generates a combined shared library (libspdk.so) that may
1859be used in place of the individual static libraries (libspdk_*.a). The combined
1860library includes all components of SPDK and is intended to make linking against
1861SPDK easier. The static libraries are also still provided for users that prefer
1862to link only the minimal set of components required.
1863
1864### git pre-commit and pre-push hooks
1865
1866The pre-commit hook will run `scripts/check_format.sh` and verify there are no
1867formating errors before allowing `git commit` to run. The pre-push hook runs
1868`make CONFIG_WERROR=y` with and without `CONFIG_DEBUG=y` using both the gcc and
1869clang compiler before allowing `git push` to run. Following each DEBUG build
1870`test/unit/unittest.sh` is run and verified. Results are recorded in the
1871`make.log` file.
1872
1873To enable type: 'git config core.hooksPath .githooks'. To override after
1874configuration use the `git --no-verify` flag.
1875
1876### RPC
1877
1878The `start_nbd_disk` RPC method now returns the path to the kernel NBD device node
1879rather than always returning `true`.
1880
1881### DPDK 18.05
1882
1883The DPDK submodule has been rebased on the DPDK 18.05 release.  DPDK 18.05 supports
1884dynamic memory allocation, but due to some issues found after the DPDK 18.05 release,
1885that support is not enabled for SPDK 18.07.  Therefore, SPDK 18.07 will continue to use
1886the legacy memory allocation model.  The plan is to enable dynamic memory allocation
1887after the DPDK 18.08 release which should fix these issues.
1888
1889### Environment Abstraction Layer and Event Framework
1890
1891The spdk_mem_map_translate() function now takes a size parameter to indicate the size of
1892the memory region.  This can be used by environment implementations to validate the
1893requested translation.
1894
1895The I/O Channel implementation has been moved to its own library - lib/thread. The
1896public API that was previously in spdk/io_channel.h is now in spdk/thread.h The
1897file spdk/io_channel.h remains and includes spdk/thread.h.
1898
1899spdk_reactor_get_tsc_stats was added to return interesting statistics for each
1900reactor.
1901
1902### IOAT
1903
1904IOAT for copy engine is disabled by default. It can be enabled by specifying the Enable
1905option with "Yes" in `[Ioat]` section of the configuration file. The Disable option is
1906now deprecated and will be removed in a future release.
1907
1908## v18.04: Logical Volume Snapshot/Clone, iSCSI Initiator, Bdev QoS, VPP Userspace TCP/IP
1909
1910### vhost
1911
1912The SPDK vhost-scsi, vhost-blk and vhost-nvme applications have fixes to address the
1913DPDK rte_vhost vulnerability [CVE-2018-1059](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-1059).
1914Please see this [security advisory](https://access.redhat.com/security/cve/cve-2018-1059)
1915for additional information on the DPDK vulnerability.
1916
1917Workarounds have been added to ensure vhost compatibility with QEMU 2.12.
1918
1919EXPERIMENTAL: Support for vhost-nvme has been added to the SPDK vhost target. See the
1920[vhost documentation](http://www.spdk.io/doc/vhost.html) for more details.
1921
1922### Unified Target Application
1923
1924A new unified SPDK target application, `spdk_tgt`, has been added. This application combines the
1925functionality of several existing SPDK applications, including the iSCSI target, NVMe-oF target,
1926and vhost target. The new application can be managed through the existing configuration file and
1927[JSON-RPC](http://www.spdk.io/doc/jsonrpc.html) methods.
1928
1929### Env
1930
1931spdk_mempool_get_bulk() has been added to wrap DPDK rte_mempool_get_bulk().
1932
1933New memory management functions spdk_malloc(), spdk_zmalloc(), and spdk_free() have been added.
1934These new functions have a `flags` parameter that allows the user to specify whether the allocated
1935memory needs to be suitable for DMA and whether it should be shared across processes with the same
1936shm_id. The new functions are intended to replace spdk_dma_malloc() and related functions, which will
1937eventually be deprecated and removed.
1938
1939### Bdev
1940
1941A new optional bdev module interface function, `init_complete`, has been added to notify bdev modules
1942when the bdev subsystem initialization is complete. This may be useful for virtual bdevs that require
1943notification that the set of initialization examine() calls is complete.
1944
1945The bdev layer now allows modules to provide an optional per-bdev UUID, which can be retrieved with
1946the spdk_bdev_get_uuid() function.
1947
1948Enforcement of IOPS limits for quality of service (QoS) has been added to the bdev layer. See the
1949[set_bdev_qos_limit_iops](http://www.spdk.io/doc/jsonrpc.html#rpc_set_bdev_qos_limit_iops) documentation
1950for more details.
1951
1952### RPC
1953
1954The `[Rpc]` configuration file section, which was deprecated in v18.01, has been removed.
1955Users should switch to the `-r` command-line parameter instead.
1956
1957The JSON-RPC server implementation now allows up to 32 megabyte responses, growing as
1958needed; previously, the response was limited to 32 kilobytes.
1959
1960### SPDKCLI
1961
1962EXPERIMENTAL: New SPDKCLI interactive command tool for managing SPDK is available.
1963See the [SPDKCLI](http://www.spdk.io/doc/spdkcli.html) documentation for more details.
1964
1965### NVMe Driver
1966
1967EXPERIMENTAL: Support for WDS and RDS capable CMBs in NVMe controllers has been added. This support is
1968experimental pending a functional allocator to free and reallocate CMB buffers.
1969
1970spdk_nvme_ns_get_uuid() has been added to allow retrieval of per-namespace UUIDs when available.
1971
1972New API functions spdk_nvme_ctrlr_get_first_active_ns() and spdk_nvme_ctrlr_get_next_active_ns()
1973have been added to iterate active namespaces, as well as spdk_nvme_ctrlr_is_active_ns() to check if
1974a namespace ID is active.
1975
1976### NVMe-oF Target
1977
1978Namespaces may now be assigned unique identifiers via new optional `eui64` and `nguid` parameters
1979to the `nvmf_subsystem_add_ns` RPC method. Additionally, the NVMe-oF target automatically exposes
1980the backing bdev's UUID as the namespace UUID when available.
1981
1982spdk_nvmf_subsystem_remove_ns() is now asynchronous and requires a callback to indicate completion.
1983
1984### Blobstore
1985
1986A number of functions have been renamed:
1987
1988- spdk_bs_io_write_blob() => spdk_blob_io_write()
1989- spdk_bs_io_read_blob() => spdk_blob_io_read()
1990- spdk_bs_io_writev_blob() => spdk_blob_io_writev()
1991- spdk_bs_io_readv_blob() => spdk_blob_io_readv()
1992- spdk_bs_io_unmap_blob() => spdk_blob_io_unmap()
1993- spdk_bs_io_write_zeroes_blob() => spdk_blob_io_write_zeroes()
1994
1995The old names still exist but are deprecated.  They will be removed in the v18.07 release.
1996
1997spdk_blob_resize() is now an asynchronous operation to enable resizing a blob while I/O
1998are in progress to that blob on other threads.  An explicit spdk_blob_sync_md() is still
1999required to sync the updated metadata to disk.
2000
2001### Logical Volumes
2002
2003A new `destroy_lvol_bdev` RPC method to delete logical volumes has been added.
2004
2005Lvols now have their own UUIDs which replace previous LvolStoreUUID_BlobID combination.
2006
2007New Snapshot and Clone functionalities have been added. User may create Snapshots of existing Lvols
2008and Clones of existing Snapshots.
2009See the [lvol snapshots](http://www.spdk.io/doc/logical_volumes.html#lvol_snapshots) documentation
2010for more details.
2011
2012Resizing logical volumes is now supported via the `resize_lvol_bdev` RPC method.
2013
2014### Lib
2015
2016A set of changes were made in the SPDK's lib code altering
2017instances of calls to `exit()` and `abort()` to return a failure instead
2018wherever reasonably possible.
2019
2020spdk_app_start() no longer exit()'s on an internal failure, but
2021instead returns a non-zero error status.
2022
2023spdk_app_parse_args() no longer exit()'s on help, '-h', or an invalid
2024option, but instead returns SPDK_APP_PARSE_ARGS_HELP and
2025SPDK_APP_PARSE_ARGS_FAIL, respectively, and SPDK_APP_PARSE_ARGS_SUCCESS
2026on success.
2027
2028spdk_pci_get_device() has been deprecated and will be removed in SPDK v18.07.
2029
2030### I/O Channels
2031
2032The prototype for spdk_poller_fn() has been modified; it now returns a value indicating
2033whether or not the poller did any work.  Existing pollers will need to be updated to
2034return a value.
2035
2036### iSCSI Target
2037
2038The SPDK iSCSI target now supports the fd.io Vector Packet Processing (VPP) framework userspace
2039TCP/IP stack. See the [iSCSI VPP documentation](http://www.spdk.io/doc/iscsi.html#vpp) for more
2040details.
2041
2042### iSCSI initiator
2043
2044An iSCSI initiator bdev module has been added to SPDK.  This module should be considered
2045experimental pending additional features and tests.  More details can be found in
2046lib/bdev/iscsi/README.
2047
2048### PMDK
2049
2050The persistent memory (PMDK) bdev module is now enabled using `--with-pmdk` instead of
2051`--with-nvml`.  This reflects the renaming of the persistent memory library from NVML to
2052PMDK.
2053
2054### Virtio Block driver
2055
2056A userspace driver for Virtio Block devices has been added. It was built on top of the
2057[Virtio](http://www.spdk.io/doc/virtio.html) library and can be managed similarly to
2058the Virtio SCSI driver. See the
2059[Virtio Block](http://www.spdk.io/doc/bdev.html#bdev_config_virtio_blk) reference for
2060more information.
2061
2062### Virtio with 2MB hugepages
2063
2064The previous 1GB hugepage limitation has now been lifted. A new `-g` command-line option
2065enables SPDK Virtio to work with 2MB hugepages.
2066See [2MB hugepages](http://www.spdk.io/doc/virtio.html#virtio_2mb) for details.
2067
2068## v18.01: Blobstore Thin Provisioning
2069
2070### Build System
2071
2072The build system now includes a `make install` rule, including support for the common
2073`DESTDIR` and `prefix` variables as used in other build systems.  Additionally, the prefix
2074may be set via the configure `--prefix` option.  Example: `make install prefix=/usr`.
2075
2076### RPC
2077
2078A JSON RPC listener is now enabled by default using a UNIX domain socket at /var/run/spdk.sock.
2079A -r option command line option has been added to enable an alternative UNIX domain socket location,
2080or a TCP port in the format ip_addr:tcp_port (i.e. 127.0.0.1:5260).  The Rpc configuration file
2081section is now deprecated and will be removed in the v18.04 release.
2082
2083### I/O Channels
2084
2085spdk_poller_register() and spdk_poller_unregister() were moved from the event
2086framework (include/spdk/event.h) to the I/O channel library
2087(include/spdk/io_channel.h). This allows code that doesn't depend on the event
2088framework to request registration and unregistration of pollers.
2089
2090spdk_for_each_channel() now allows asynchronous operations during iteration.
2091Instead of immediately continuing the interation upon returning from the iteration
2092callback, the user must call spdk_for_each_channel_continue() to resume iteration.
2093
2094### Block Device Abstraction Layer (bdev)
2095
2096The poller abstraction was removed from the bdev layer. There is now a general purpose
2097abstraction for pollers available in include/spdk/io_channel.h
2098
2099### Lib
2100
2101A set of changes were made in the SPDK's lib code altering,
2102instances of calls to `exit()` and `abort()` to return a failure instead
2103wherever reasonably possible.  This has resulted in return type changes of
2104the API for:
2105
2106- spdk_env_init() from type `void` to `int`.
2107- spdk_mem_map_init() from type `void` to `int`.
2108
2109Applications making use of these APIs should be modified to check for
2110a non-zero return value instead of relying on them to fail without return.
2111
2112### NVMe Driver
2113
2114SPDK now supports hotplug for vfio-attached devices. But there is one thing keep in mind:
2115Only physical removal events are supported; removing devices via the sysfs `remove` file will not work.
2116
2117### NVMe-oF Target
2118
2119Subsystems are no longer tied explicitly to CPU cores. Instead, connections are handed out to the available
2120cores round-robin. The "Core" option in the configuration file has been removed.
2121
2122### Blobstore
2123
2124A number of functions have been renamed:
2125
2126- spdk_bs_md_resize_blob() => spdk_blob_resize()
2127- spdk_bs_md_sync_blob() => spdk_blob_sync_md()
2128- spdk_bs_md_close_blob() => spdk_blob_close()
2129- spdk_bs_md_get_xattr_names() => spdk_blob_get_xattr_names()
2130- spdk_bs_md_get_xattr_value() => spdk_blob_get_xattr_value()
2131- spdk_blob_md_set_xattr() => spdk_blob_set_xattr()
2132- spdk_blob_md_remove_xattr() => spdk_blob_remove_xattr()
2133- spdk_bs_md_create_blob() => spdk_bs_create_blob()
2134- spdk_bs_md_open_blob() => spdk_bs_open_blob()
2135- spdk_bs_md_delete_blob() => spdk_bs_delete_blob()
2136- spdk_bs_md_iter_first() => spdk_bs_iter_first()
2137- spdk_bs_md_iter_next() => spdk_bs_iter_next()
2138
2139The function signature of spdk_blob_close() has changed.  It now takes a struct spdk_blob * argument
2140rather than struct spdk_blob **.
2141
2142The function signature of spdk_bs_iter_next() has changed.  It now takes a struct spdk_blob * argument
2143rather than struct spdk_blob **.
2144
2145Thin provisioning support has been added to the blobstore.  It can be enabled by setting the
2146`thin_provision` flag in struct spdk_blob_opts when calling spdk_bs_create_blob_ext().
2147
2148### NBD device
2149
2150The NBD application (test/lib/bdev/nbd) has been removed; Same functionality can now be
2151achieved by using the test/app/bdev_svc application and start_nbd_disk RPC method.
2152See the [GPT](http://www.spdk.io/doc/bdev.html#bdev_config_gpt) documentation for more details.
2153
2154### FIO plugin
2155
2156SPDK `fio_plugin` now supports FIO 3.3. The support for previous FIO 2.21 has been dropped,
2157although it still remains to work for now. The new FIO contains huge amount of bugfixes and
2158it's recommended to do an update.
2159
2160### Virtio library
2161
2162Previously a part of the bdev_virtio module, now a separate library. Virtio is now available
2163via `spdk_internal/virtio.h` file. This is an internal interface to be used when implementing
2164new Virtio backends, namely Virtio-BLK.
2165
2166### iSCSI
2167
2168The MinConnectionIdleInterval parameter has been removed, and connections are no longer migrated
2169to an epoll/kqueue descriptor on the master core when idle.
2170
2171## v17.10: Logical Volumes
2172
2173### New dependencies
2174
2175libuuid was added as new dependency for logical volumes.
2176
2177libnuma is now required unconditionally now that the DPDK submodule has been updated to DPDK 17.08.
2178
2179### Block Device Abstraction Layer (bdev)
2180
2181An [fio](http://github.com/axboe/fio) plugin was added that can route
2182I/O to the bdev layer. See the [plugin documentation](https://github.com/spdk/spdk/tree/master/examples/bdev/fio_plugin/)
2183for more information.
2184
2185spdk_bdev_unmap() was modified to take an offset and a length in bytes as
2186arguments instead of requiring the user to provide an array of SCSI
2187unmap descriptors. This limits unmaps to a single contiguous range.
2188
2189spdk_bdev_write_zeroes() was introduced.  It ensures that all specified blocks will be zeroed out.
2190If a block device doesn't natively support a write zeroes command, the bdev layer emulates it using
2191write commands.
2192
2193New API functions that accept I/O parameters in units of blocks instead of bytes
2194have been added:
2195
2196- spdk_bdev_read_blocks(), spdk_bdev_readv_blocks()
2197- spdk_bdev_write_blocks(), spdk_bdev_writev_blocks()
2198- spdk_bdev_write_zeroes_blocks()
2199- spdk_bdev_unmap_blocks()
2200
2201The bdev layer now handles temporary out-of-memory I/O failures internally by queueing the I/O to be
2202retried later.
2203
2204### Linux AIO bdev
2205
2206The AIO bdev now allows the user to override the auto-detected block size.
2207
2208### NVMe driver
2209
2210The NVMe driver now recognizes the NVMe 1.3 Namespace Optimal I/O Boundary field.
2211NVMe 1.3 devices may report an optimal I/O boundary, which the driver will take
2212into account when splitting I/O requests.
2213
2214The HotplugEnable option in `[Nvme]` sections of the configuration file is now
2215"No" by default. It was previously "Yes".
2216
2217The NVMe library now includes a spdk_nvme_ns_get_ctrlr() function which returns the
2218NVMe Controller associated with a given namespace.
2219
2220The NVMe library now allows the user to specify a host identifier when attaching
2221to a controller.  The host identifier is used as part of the Reservations feature,
2222as well as in the NVMe-oF Connect command.  The default host ID is also now a
2223randomly-generated UUID, and the default host NQN uses the host ID to generate
2224a UUID-based NQN.
2225
2226spdk_nvme_connect() was added to allow the user to connect directly to a single
2227NVMe or NVMe-oF controller.
2228
2229### NVMe-oF Target (nvmf_tgt)
2230
2231The NVMe-oF target no longer requires any in-capsule data buffers to run, and
2232the feature is now entirely optional. Previously, at least 4 KiB in-capsule
2233data buffers were required.
2234
2235NVMe-oF subsytems have a new configuration option, AllowAnyHost, to control
2236whether the host NQN whitelist is enforced when accepting new connections.
2237If no Host options have been specified and AllowAnyHost is disabled, the
2238connection will be denied; this is a behavior change from previous releases,
2239which allowed any host NQN to connect if the Host list was empty.
2240AllowAnyHost is disabled by default.
2241
2242NVMe-oF namespaces may now be assigned arbitrary namespace IDs, and the number
2243of namespaces per subsystem is no longer limited.
2244
2245The NVMe-oF target now supports the Write Zeroes command.
2246
2247### Environment Abstraction Layer
2248
2249A new default value, SPDK_MEMPOOL_DEFAULT_CACHE_SIZE, was added to provide
2250additional clarity when constructing spdk_mempools. Previously, -1 could be
2251passed and the library would choose a reasonable default, but this new value
2252makes it explicit that the default is being used.
2253
2254### Blobstore
2255
2256The blobstore super block now contains a bstype field to identify the type of the blobstore.
2257Existing code should be updated to fill out bstype when calling spdk_bs_init() and spdk_bs_load().
2258
2259spdk_bs_destroy() was added to allow destroying blobstore on device
2260with an initialized blobstore.
2261
2262spdk_bs_io_readv_blob() and spdk_bs_io_writev_blob() were added to enable
2263scattered payloads.
2264
2265A CLI tool for blobstore has been added, allowing basic operations through either command
2266line or shell interface.  See the [blobcli](https://github.com/spdk/spdk/tree/master/examples/blob/cli)
2267documentation for more details.
2268
2269### Event Framework
2270
2271The ability to set a thread name, previously only used by the reactor code, is
2272now part of the spdk_thread_allocate() API.  Users may specify a thread name
2273which will show up in tools like `gdb`.
2274
2275### Log
2276
2277The spdk_trace_dump() function now takes a new parameter to allow the caller to
2278specify an output file handle (stdout or stderr, for example).
2279
2280### Logical Volumes
2281
2282Logical volumes library built on top of SPDK blobstore has been added.
2283It is possible to create logical volumes on top of other devices using RPC.
2284
2285See the [logical volumes](http://www.spdk.io/doc/logical_volumes.html) documentation for more information.
2286
2287### Persistent Memory
2288
2289A new persistent memory bdev type has been added.
2290The persistent memory block device is built on top of [libpmemblk](http://pmem.io/nvml/libpmemblk/).
2291It is possible to create pmem devices on top of pmem pool files using RPC.
2292
2293See the [Pmem Block Device](http://www.spdk.io/doc/bdev.html#bdev_config_pmem) documentation for more information.
2294
2295### Virtio SCSI driver
2296
2297A userspace driver for Virtio SCSI devices has been added.
2298The driver is capable of creating block devices on top of LUNs exposed by another SPDK vhost-scsi application.
2299
2300See the [Virtio SCSI](http://www.spdk.io/doc/virtio.html) documentation and [Getting Started](http://www.spdk.io/doc/bdev.html#bdev_config_virtio_scsi) guide for more information.
2301
2302### Vhost target
2303
2304The vhost target application now supports live migration between QEMU instances.
2305
2306## v17.07: Build system improvements, userspace vhost-blk target, and GPT bdev
2307
2308### Build System
2309
2310A `configure` script has been added to simplify the build configuration process.
2311The existing CONFIG file and `make CONFIG_...` options are also still supported.
2312Run `./configure --help` for information about available configuration options.
2313
2314A DPDK submodule has been added to make building SPDK easier.  If no `--with-dpdk`
2315option is specified to configure, the SPDK build system will automatically build a
2316known-good configuration of DPDK with the minimal options enabled.  See the Building
2317section of README.md for more information.
2318
2319A [Vagrant](https://www.vagrantup.com/) setup has been added to make it easier to
2320develop and use SPDK on systems without suitable NVMe hardware.  See the Vagrant
2321section of README.md for more information.
2322
2323### Userspace vhost-blk target
2324
2325The vhost library and example app have been updated to support the vhost-blk
2326protocol in addition to the existing vhost-scsi protocol.
2327See the [vhost documentation](http://www.spdk.io/doc/vhost.html) for more details.
2328
2329### Block device abstraction layer (bdev)
2330
2331A GPT virtual block device has been added, which automatically exposes GPT partitions
2332with a special SPDK-specific partition type as bdevs.
2333See the [GPT bdev documentation](http://www.spdk.io/doc/bdev.md#bdev_config_gpt) for
2334more information.
2335
2336### NVMe driver
2337
2338The NVMe driver has been updated to support recent Intel SSDs, including the Intel®
2339Optane™ SSD DC P4800X series.
2340
2341A workaround has been added for devices that failed to recognize register writes
2342during controller reset.
2343
2344The NVMe driver now allocates request tracking objects on a per-queue basis.  The
2345number of requests allowed on an I/O queue may be set during `spdk_nvme_probe()` by
2346modifying `io_queue_requests` in the opts structure.
2347
2348The SPDK NVMe `fio_plugin` has been updated to support multiple threads (`numjobs`).
2349
2350spdk_nvme_ctrlr_alloc_io_qpair() has been modified to allow the user to override
2351controller-level options for each individual I/O queue pair.
2352Existing callers with qprio == 0 can be updated to:
2353~~~
2354... = spdk_nvme_ctrlr_alloc_io_qpair(ctrlr, NULL, 0);
2355~~~
2356Callers that need to specify a non-default qprio should be updated to:
2357~~~
2358struct spdk_nvme_io_qpair_opts opts;
2359spdk_nvme_ctrlr_get_default_io_qpair_opts(ctrlr, &opts, sizeof(opts));
2360opts.qprio = SPDK_NVME_QPRIO_...;
2361... = spdk_nvme_ctrlr_alloc_io_qpair(ctrlr, &opts, sizeof(opts));
2362~~~
2363
2364### Environment Abstraction Layer
2365
2366The environment abstraction layer has been updated to include several new functions
2367in order to wrap additional DPDK functionality. See `include/spdk/env.h` for the
2368current set of functions.
2369
2370### SPDK Performance Analysis with Intel® VTune™ Amplifier
2371
2372Support for SPDK performance analysis has been added to Intel® VTune™ Amplifier 2018.
2373
2374This analysis provides:
2375
2376- I/O performance monitoring (calculating standard I/O metrics like IOPS, throughput, etc.)
2377- Tuning insights on the interplay of I/O and compute devices by estimating how many cores
2378  would be reasonable to provide for SPDK to keep up with a current storage workload.
2379
2380See the VTune Amplifier documentation for more information.
2381
2382## v17.03: Blobstore and userspace vhost-scsi target
2383
2384### Blobstore and BlobFS
2385
2386The blobstore is a persistent, power-fail safe block allocator designed to be
2387used as the local storage system backing a higher-level storage service.
2388See the [blobstore documentation](http://www.spdk.io/doc/blob.html) for more details.
2389
2390BlobFS adds basic filesystem functionality like filenames on top of the blobstore.
2391This release also includes a RocksDB Env implementation using BlobFS in place of the
2392kernel filesystem.
2393See the [BlobFS documentation](http://www.spdk.io/doc/blobfs.html) for more details.
2394
2395### Userspace vhost-scsi target
2396
2397A userspace implementation of the QEMU vhost-scsi protocol has been added.
2398The vhost target is capable of exporting SPDK bdevs to QEMU-based VMs as virtio devices.
2399See the [vhost documentation](http://www.spdk.io/doc/vhost.html) for more details.
2400
2401### Event framework
2402
2403The overhead of the main reactor event loop was reduced by optimizing the number of
2404calls to spdk_get_ticks() per iteration.
2405
2406### NVMe library
2407
2408The NVMe library will now automatically split readv/writev requests with scatter-gather
2409lists that do not map to valid PRP lists when the NVMe controller does not natively
2410support SGLs.
2411
2412The `identify` and `perf` NVMe examples were modified to add a consistent format for
2413specifying remote NVMe over Fabrics devices via the `-r` option.
2414This is implemented using the new `spdk_nvme_transport_id_parse()` function.
2415
2416### iSCSI Target
2417
2418The [Nvme] section of the configuration file was modified to remove the `BDF` directive
2419and replace it with a `TransportID` directive. Both local (PCIe) and remote (NVMe-oF)
2420devices can now be specified as the backing block device. A script to generate an
2421entire [Nvme] section based on the local NVMe devices attached was added at
2422`scripts/gen_nvme.sh`.
2423
2424### NVMe-oF Target
2425
2426The [Nvme] section of the configuration file was modified to remove the `BDF` directive
2427and replace it with a `TransportID` directive. Both local (PCIe) and remote (NVMe-oF)
2428devices can now be specified as the backing block device. A script to generate an
2429entire [Nvme] section based on the local NVMe devices attached was added at
2430`scripts/gen_nvme.sh`.
2431
2432## v16.12: NVMe over Fabrics host, hotplug, and multi-process
2433
2434### NVMe library
2435
2436The NVMe library has been changed to create its own request memory pool rather than
2437requiring the user to initialize the global `request_mempool` variable.  Apps can be
2438updated by simply removing the initialization of `request_mempool`.  Since the NVMe
2439library user no longer needs to know the size of the internal NVMe request
2440structure to create the pool, the `spdk_nvme_request_size()` function was also removed.
2441
2442The `spdk_nvme_ns_cmd_deallocate()` function was renamed and extended to become
2443`spdk_nvme_ns_cmd_dataset_management()`, which allows access to all of the NVMe
2444Dataset Management command's parameters.  Existing callers can be updated to use
2445`spdk_nvme_ns_cmd_dataset_management()` with `SPDK_NVME_DSM_ATTR_DEALLOCATE` as the
2446`type` parameter.
2447
2448The NVMe library SGL callback prototype has been changed to return virtual addresses
2449rather than physical addresses.  Callers of `spdk_nvme_ns_cmd_readv()` and
2450`spdk_nvme_ns_cmd_writev()` must update their `next_sge_fn` callbacks to match.
2451
2452The NVMe library now supports NVMe over Fabrics devices in addition to the existing
2453support for local PCIe-attached NVMe devices.  For an example of how to enable
2454NVMe over Fabrics support in an application, see `examples/nvme/identify` and
2455`examples/nvme/perf`.
2456
2457Hot insert/remove support for NVMe devices has been added.  To enable NVMe hotplug
2458support, an application should call the `spdk_nvme_probe()` function on a regular
2459basis to probe for new devices (reported via the existing `probe_cb` callback) and
2460removed devices (reported via a new `remove_cb` callback).  Hotplug is currently
2461only supported on Linux with the `uio_pci_generic` driver, and newly-added NVMe
2462devices must be bound to `uio_pci_generic` by an external script or tool.
2463
2464Multiple processes may now coordinate and use a single NVMe device simultaneously
2465using [DPDK Multi-process Support](http://dpdk.org/doc/guides/prog_guide/multi_proc_support.html).
2466
2467### NVMe over Fabrics target (`nvmf_tgt`)
2468
2469The `nvmf_tgt` configuration file format has been updated significantly to enable
2470new features.  See the example configuration file `etc/spdk/nvmf.conf.in` for
2471more details on the new and changed options.
2472
2473The NVMe over Fabrics target now supports virtual mode subsystems, which allow the
2474user to export devices from the SPDK block device abstraction layer as NVMe over
2475Fabrics subsystems.  Direct mode (raw NVMe device access) is also still supported,
2476and a single `nvmf_tgt` may export both types of subsystems simultaneously.
2477
2478### Block device abstraction layer (bdev)
2479
2480The bdev layer now supports scatter/gather read and write I/O APIs, and the NVMe
2481blockdev driver has been updated to support scatter/gather.  Apps can use the
2482new scatter/gather support via the `spdk_bdev_readv()` and `spdk_bdev_writev()`
2483functions.
2484
2485The bdev status returned from each I/O has been extended to pass through NVMe
2486or SCSI status codes directly in cases where the underlying device can provide
2487a more specific status code.
2488
2489A Ceph RBD (RADOS Block Device) blockdev driver has been added.  This allows the
2490`iscsi_tgt` and `nvmf_tgt` apps to export Ceph RBD volumes as iSCSI LUNs or
2491NVMe namespaces.
2492
2493### General changes
2494
2495`libpciaccess` has been removed as a dependency and DPDK PCI enumeration is
2496used instead. Prior to DPDK 16.07 enumeration by class code was not supported,
2497so for earlier DPDK versions, only Intel SSD DC P3x00 devices will be discovered
2498by the NVMe library.
2499
2500The `env` environment abstraction library has been introduced, and a default
2501DPDK-based implementation is provided as part of SPDK.  The goal of the `env`
2502layer is to enable use of alternate user-mode memory allocation and PCI access
2503libraries.  See `doc/porting.md` for more details.
2504
2505The build process has been modified to produce all of the library files in the
2506`build/lib` directory.  This is intended to simplify the use of SPDK from external
2507projects, which can now link to SPDK libraries by adding the `build/lib` directory
2508to the library path via `-L` and linking the SPDK libraries by name (for example,
2509`-lspdk_nvme -lspdk_log -lspdk_util`).
2510
2511`nvmf_tgt` and `iscsi_tgt` now have a JSON-RPC interface, which allows the user
2512to query and modify the configuration at runtime.  The RPC service is disabled by
2513default, since it currently does not provide any authentication or security
2514mechanisms; it should only be enabled on systems with controlled user access
2515behind a firewall. An example RPC client implemented in Python is provided in
2516`scripts/rpc.py`.
2517
2518## v16.08: iSCSI target, NVMe over Fabrics maturity
2519
2520This release adds a userspace iSCSI target. The iSCSI target is capable of exporting
2521NVMe devices over a network using the iSCSI protocol. The application is located
2522in app/iscsi_tgt and a documented configuration file can be found at etc/spdk/spdk.conf.in.
2523
2524This release also significantly improves the existing NVMe over Fabrics target.
2525
2526  - The configuration file format was changed, which will require updates to
2527    any existing nvmf.conf files (see `etc/spdk/nvmf.conf.in`):
2528    - `SubsystemGroup` was renamed to `Subsystem`.
2529    - `AuthFile` was removed (it was unimplemented).
2530    - `nvmf_tgt` was updated to correctly recognize NQN (NVMe Qualified Names)
2531      when naming subsystems.  The default node name was changed to reflect this;
2532      it is now "nqn.2016-06.io.spdk".
2533    - `Port` and `Host` sections were merged into the `Subsystem` section
2534    - Global options to control max queue depth, number of queues, max I/O
2535      size, and max in-capsule data size were added.
2536    - The Nvme section was removed. Now a list of devices is specified by
2537      bus/device/function directly in the Subsystem section.
2538    - Subsystems now have a Mode, which can be Direct or Virtual. This is an attempt
2539      to future-proof the interface, so the only mode supported by this release
2540      is "Direct".
2541  - Many bug fixes and cleanups were applied to the `nvmf_tgt` app and library.
2542  - The target now supports discovery.
2543
2544This release also adds one new feature and provides some better examples and tools
2545for the NVMe driver.
2546
2547  - The Weighted Round Robin arbitration method is now supported. This allows
2548    the user to specify different priorities on a per-I/O-queue basis.  To
2549    enable WRR, set the `arb_mechanism` field during `spdk_nvme_probe()`.
2550  - A simplified "Hello World" example was added to show the proper way to use
2551    the NVMe library API; see `examples/nvme/hello_world/hello_world.c`.
2552  - A test for measuring software overhead was added. See `test/lib/nvme/overhead`.
2553
2554## v16.06: NVMf userspace target
2555
2556This release adds a userspace NVMf (NVMe over Fabrics) target, conforming to the
2557newly-released NVMf 1.0/NVMe 1.2.1 specification.  The NVMf target exports NVMe
2558devices from a host machine over the network via RDMA.  Currently, the target is
2559limited to directly exporting physical NVMe devices, and the discovery subsystem
2560is not supported.
2561
2562This release includes a general API cleanup, including renaming all declarations
2563in public headers to include a `spdk` prefix to prevent namespace clashes with
2564user code.
2565
2566- NVMe
2567  - The `nvme_attach()` API was reworked into a new probe/attach model, which
2568  moves device detection into the NVMe library.  The new API also allows
2569  parallel initialization of NVMe controllers, providing a major reduction in
2570  startup time when using multiple controllers.
2571  - I/O queue allocation was changed to be explicit in the API.  Each function
2572  that generates I/O requests now takes a queue pair (`spdk_nvme_qpair *`)
2573  argument, and I/O queues may be allocated using
2574  `spdk_nvme_ctrlr_alloc_io_qpair()`.  This allows more flexible assignment of
2575  queue pairs than the previous model, which only allowed a single queue
2576  per thread and limited the total number of I/O queues to the lowest number
2577  supported on any attached controller.
2578  - Added support for the Write Zeroes command.
2579  - `examples/nvme/perf` can now report I/O command latency from the
2580   the controller's viewpoint using the Intel vendor-specific read/write latency
2581   log page.
2582  - Added namespace reservation command support, which can be used to coordinate
2583  sharing of a namespace between multiple hosts.
2584  - Added hardware SGL support, which enables use of scattered buffers that
2585   don't conform to the PRP list alignment and length requirements on supported
2586   NVMe controllers.
2587  - Added end-to-end data protection support, including the ability to write and
2588  read metadata in extended LBA (metadata appended to each block of data in the
2589  buffer) and separate metadata buffer modes.
2590  See `spdk_nvme_ns_cmd_write_with_md()` and `spdk_nvme_ns_cmd_read_with_md()`
2591  for details.
2592- IOAT
2593  - The DMA block fill feature is now exposed via the `ioat_submit_fill()`
2594  function.  This is functionally similar to `memset()`, except the memory is
2595  filled with an 8-byte repeating pattern instead of a single byte like memset.
2596- PCI
2597  - Added support for using DPDK for PCI device mapping in addition to the
2598  existing libpciaccess option.  Using the DPDK PCI support also allows use of
2599  the Linux VFIO driver model, which means that SPDK userspace drivers will work
2600  with the IOMMU enabled.  Additionally, SPDK applications may be run as an
2601  unprivileged user with access restricted to a specific set of PCIe devices.
2602  - The PCI library API was made more generic to abstract away differences
2603  between the underlying PCI access implementations.
2604
2605## v1.2.0: IOAT user-space driver
2606
2607This release adds a user-space driver with support for the Intel I/O Acceleration Technology (I/OAT, also known as "Crystal Beach") DMA offload engine.
2608
2609- IOAT
2610  - New user-space driver supporting DMA memory copy offload
2611  - Example programs `ioat/perf` and `ioat/verify`
2612  - Kernel-mode DMA engine test driver `kperf` for performance comparison
2613- NVMe
2614  - Per-I/O flags for Force Unit Access (FUA) and Limited Retry
2615  - Public API for retrieving log pages
2616  - Reservation register/acquire/release/report command support
2617  - Scattered payload support - an alternate API to provide I/O buffers via a sequence of callbacks
2618  - Declarations and `nvme/identify` support for Intel SSD DC P3700 series vendor-specific log pages and features
2619- Updated to support DPDK 2.2.0
2620
2621## v1.0.0: NVMe user-space driver
2622
2623This is the initial open source release of the Storage Performance Development Kit (SPDK).
2624
2625Features:
2626
2627- NVMe user-space driver
2628- NVMe example programs
2629  - `examples/nvme/perf` tests performance (IOPS) using the NVMe user-space driver
2630  - `examples/nvme/identify` displays NVMe controller information in a human-readable format
2631- Linux and FreeBSD support
2632