History log of /spdk/python/ (Results 176 – 200 of 276)
Revision Date Author Comments
(<<< Hide modified files)
(Show modified files >>>)
3442490617-Oct-2022 Krzysztof Karas <krzysztof.karas@intel.com>

event: add runtime cpu lock configuration

Allow CPU core locks to be enabled and disabled
during runtime. This feature will be useful
in cases like SPDK hot upgrade, where
locking should be disabled

event: add runtime cpu lock configuration

Allow CPU core locks to be enabled and disabled
during runtime. This feature will be useful
in cases like SPDK hot upgrade, where
locking should be disabled temporarily.

Change-Id: I9bc7292fd964abffc7214d074d191f38b13583c3
Signed-off-by: Krzysztof Karas <krzysztof.karas@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/15031
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Shuhei Matsumoto <smatsumoto@nvidia.com>

show more ...

29416c0a04-Nov-2022 Artsiom Koltun <artsiom.koltun@intel.com>

sma: report device level QoS capabilities for virtio-blk.

Virtio-blk supports one to one mapping between devices and volumes.
Based on that, we can report underlying bdev capabilities as device
leve

sma: report device level QoS capabilities for virtio-blk.

Virtio-blk supports one to one mapping between devices and volumes.
Based on that, we can report underlying bdev capabilities as device
level QoS capabilities.

Signed-off-by: Artsiom Koltun <artsiom.koltun@intel.com>
Change-Id: If7c28c75d087fecec0105002994581fd7ac57f51
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/15260
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Konrad Sztyber <konrad.sztyber@intel.com>
Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>

show more ...

3d2a3ee428-Oct-2022 Shuhei Matsumoto <smatsumoto@nvidia.com>

bdev/error: Support injecting data corruption into I/O buffer

Support injecting data corruption for processing read/write I/O.

Add two parameters, corrupt_offset and corrupt_value, and an error
typ

bdev/error: Support injecting data corruption into I/O buffer

Support injecting data corruption for processing read/write I/O.

Add two parameters, corrupt_offset and corrupt_value, and an error
type corrupt_data.

For write I/O, inject data corruption before submitting write I/O
to the underlying bdev. For read I/O, inject data corruption after
read I/O successfully returned.

Cause the data corruption by xoring the value at the corrupt_offset
with the corrupt_value. corrupt_value is required to be non-zero to
cause data corruption necessarily.

Signed-off-by: Shuhei Matsumoto <smatsumoto@nvidia.com>
Change-Id: I67d8d252b06d7a221413e74996f7f894e6519556
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/15028
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Aleksey Marchuk <alexeymar@nvidia.com>
Community-CI: Mellanox Build Bot

show more ...

95e4ddce17-Oct-2022 Shuhei Matsumoto <smatsumoto@nvidia.com>

python/rpc: Change num arg to default for bdev_error_injection_error

If we add default arguments to the bdev_error_injection_error RPC,
it causes a syntax error, non-default argument follows default

python/rpc: Change num arg to default for bdev_error_injection_error

If we add default arguments to the bdev_error_injection_error RPC,
it causes a syntax error, non-default argument follows default
argument.

The RPC handler initializes the value of the num argument to be 1
if it is omitted. Hence, the RPC client can make the num argument
from non-default to default by removing =1. Otherwise, we have to
insert new default argument before the num argument.

Signed-off-by: Shuhei Matsumoto <smatsumoto@nvidia.com>
Change-Id: I0eb009ff3c0c5078f2afc4fa15e9ac97feeb0846
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/15023
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Aleksey Marchuk <alexeymar@nvidia.com>
Reviewed-by: Changpeng Liu <changpeng.liu@intel.com>
Reviewed-by: Krzysztof Karas <krzysztof.karas@intel.com>
Reviewed-by: Pawel Piatek <pawelx.piatek@intel.com>

show more ...

e28e247910-Jun-2022 GangCao <gang.cao@intel.com>

RPC/Bdev: display the per channel IO statistics for required Bdev

Add a new parameter "-c" to display the per channel IO statistics
for required Bdev

./scripts/rpc.py bdev_get_iostat -b Malloc0 -h

RPC/Bdev: display the per channel IO statistics for required Bdev

Add a new parameter "-c" to display the per channel IO statistics
for required Bdev

./scripts/rpc.py bdev_get_iostat -b Malloc0 -h
usage: rpc.py [options] bdev_get_iostat [-h] [-b NAME] [-c]

optional arguments:
-h, --help show this help message and exit
-b NAME, --name NAME Name of the Blockdev. Example: Nvme0n1
-c, --per-channel Display per channel IO stats for specified device

This could give more intuitive information on each channel's processing
of the IOs with the associated thread on the same Bdev.

Please also be aware that the IO statistics are collected from SPDK
thread's related channel's information. So that it is more relating
to the SPDK thread. And in the dynamic scheduling case, different
SPDK thread could be running on the same Core.

In this case, any seperate channel's IO statistics are returned to
the RPC call and if needed, further parse of the data is needed to
get the per Core information although usually there is one thread
per Core.

On the other hand, user could run the framework_get_reactors RPC
method to get the relationship of the thread and CPU Cores so as
to get the precise information of IO runnings on each thread and
each Core for the same Bdev.

Change-Id: I39d6a2c9faa868e3c1d7fd0fb6e7c020df982585
Signed-off-by: GangCao <gang.cao@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/13011
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Community-CI: Mellanox Build Bot
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Shuhei Matsumoto <smatsumoto@nvidia.com>

show more ...

00bff56026-Oct-2022 Shuhei Matsumoto <smatsumoto@nvidia.com>

bdev/malloc: Support protection information for read and write

For write, verify DIF/DIX before submission and for read, verify
DIF/DIX after successful completion.

As same as the NVMe bdev module

bdev/malloc: Support protection information for read and write

For write, verify DIF/DIX before submission and for read, verify
DIF/DIX after successful completion.

As same as the NVMe bdev module and the NULL bdev module, DIF/DIX
verification is done based on the DIF type and DIF insert/strip is
not supported.

In near future, the bdev I/O APIs bring an I/O flag to the underlying
bdev and the malloc bdev module will be able to decide DIF/DIX
verification based on the I/O flag.

One important feature is to setup protection information when
creating a malloc disk. Otherwise, all initial reads will fail
if protection information is enabled.

For users, add some explanation about the dif_type parameter
into doc/jsonrpc.md.

Signed-off-by: Shuhei Matsumoto <smatsumoto@nvidia.com>
Change-Id: I93757b77c03cade766c872e418bb46d44918bee2
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14985
Reviewed-by: Changpeng Liu <changpeng.liu@intel.com>
Reviewed-by: Aleksey Marchuk <alexeymar@nvidia.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Community-CI: Mellanox Build Bot

show more ...

aef00d4424-Oct-2022 Shuhei Matsumoto <smatsumoto@nvidia.com>

bdev/malloc: Support both of interleaved and separated metadata

The malloc bdev module supports both of interleaved and separated
metadata in this patch.

Different from the NULL bdev module, opts->

bdev/malloc: Support both of interleaved and separated metadata

The malloc bdev module supports both of interleaved and separated
metadata in this patch.

Different from the NULL bdev module, opts->block_size is a data block
size and a block size is caculated internally as a sum of
opts->block_size and opts->md_size if opts->md_interleave is true, or
opts->block_size otherwise. This will be more intuitive. Additionally,
opts->md_size accepts only either of 0, 8, 16, 32, 64, or 128.

Protection information (T10 DIF/DIX) will be supported in the
following patches.

Signed-off-by: Shuhei Matsumoto <smatsumoto@nvidia.com>
Change-Id: Icd9e92c8ea94e30139e416f8c533ab4cf473d2a8
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14984
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Changpeng Liu <changpeng.liu@intel.com>
Reviewed-by: Aleksey Marchuk <alexeymar@nvidia.com>
Community-CI: Mellanox Build Bot

show more ...

3d7851e017-Oct-2022 Denis Barakhtanov <denis.barahtanov@croit.io>

bdev/daos: Add object class parameter

A new `oclass` parameter allow to specify DAOS DFS object class that is
responsible for data redundancy and protection.

Examples of the object classes could be

bdev/daos: Add object class parameter

A new `oclass` parameter allow to specify DAOS DFS object class that is
responsible for data redundancy and protection.

Examples of the object classes could be found here: https://github.com/daos-stack/daos/blob/master/src/include/daos_obj_class.h

The default value is OC_SX for the max IOPS.

Signed-off-by: Denis Barakhtanov <denis.barahtanov@croit.io>
Change-Id: Ia48681832458c2266eb7c3bcae0df2055e59e309
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/15006
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Community-CI: Mellanox Build Bot

show more ...

bdc683aa11-Oct-2022 Denis Barakhtanov <denis.barahtanov@croit.io>

bdev/daos: add resize rpc call

Signed-off-by: Denis Barakhtanov <denis.barahtanov@croit.io>
Change-Id: I71d643733e31eb2229649cff3db610d5bee07796
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spd

bdev/daos: add resize rpc call

Signed-off-by: Denis Barakhtanov <denis.barahtanov@croit.io>
Change-Id: I71d643733e31eb2229649cff3db610d5bee07796
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14921
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Community-CI: Mellanox Build Bot

show more ...

4c6a2e3d11-Oct-2022 Yuhua <yuhua@smartx.com>

bdev/aio: implement read-only

Support Aio bdev 'readonly' option in RPC call. The read-only flag
can be dumped from the bdev info. Any writes on a read-only aio bdev
will be fail.

Signed-off-by: Yu

bdev/aio: implement read-only

Support Aio bdev 'readonly' option in RPC call. The read-only flag
can be dumped from the bdev info. Any writes on a read-only aio bdev
will be fail.

Signed-off-by: Yuhua <yuhua@smartx.com>
Change-Id: I939f72479f8953a3678a8df3083ecce0f96844fb
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14955
Reviewed-by: GangCao <gang.cao@intel.com>
Reviewed-by: Changpeng Liu <changpeng.liu@intel.com>
Reviewed-by: Aleksey Marchuk <alexeymar@nvidia.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Community-CI: Mellanox Build Bot

show more ...

c996aff217-Oct-2022 Konrad Sztyber <konrad.sztyber@intel.com>

build: move protobuf files to a top-level directory

Up until now, the protobuf files were all located under
`python/spdk/sma/proto`. This was fine, as they were only used in SMA
and we only generat

build: move protobuf files to a top-level directory

Up until now, the protobuf files were all located under
`python/spdk/sma/proto`. This was fine, as they were only used in SMA
and we only generated python code. However, now, we would also like to
to output code for other (e.g. go) languages too, so it no longer make
sense to keep them under `python`.

Only the protobuf files will be stored under `proto`. The autogenerated
python code will remain under `python`, while the go code will be put in
the `go` directory.

While here, simplified the Makefile by removing a function generating
rules based on a directory, because we keep all protobuf files in the
same location.

Signed-off-by: Konrad Sztyber <konrad.sztyber@intel.com>
Change-Id: I4dcb7b33cd6f2930732f04dee62e35571b09315b
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/15016
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Community-CI: Mellanox Build Bot

show more ...


/spdk/.github/ISSUE_TEMPLATE/bug_report.md
/spdk/CHANGELOG.md
/spdk/Makefile
/spdk/SECURITY.md
/spdk/autobuild.sh
/spdk/autopackage.sh
/spdk/autorun.sh
/spdk/autotest.sh
/spdk/configure
/spdk/doc/accel_fw.md
/spdk/doc/distributions.md
/spdk/doc/getting_started.md
/spdk/doc/nvmf.md
/spdk/doc/nvmf_multipath_howto.md
/spdk/examples/bdev/hello_world/hello_bdev.c
/spdk/examples/nvme/perf/perf.c
/spdk/include/spdk/bdev_module.h
/spdk/include/spdk/xor.h
/spdk/include/spdk_internal/usdt.h
/spdk/include/spdk_internal/virtio.h
/spdk/lib/Makefile
/spdk/lib/accel/accel_rpc.c
/spdk/lib/bdev/bdev.c
/spdk/lib/env_dpdk/22.07/rte_bus_pci.h
/spdk/lib/env_dpdk/pci_dpdk.h
/spdk/lib/event/reactor.c
/spdk/lib/ftl/mngt/ftl_mngt_band.c
/spdk/lib/nvme/Makefile
/spdk/lib/nvme/nvme_vfio_user.c
/spdk/lib/rpc/rpc.c
/spdk/lib/util/Makefile
/spdk/lib/util/spdk_util.map
/spdk/lib/util/xor.c
/spdk/lib/virtio/Makefile
/spdk/lib/virtio/spdk_virtio.map
/spdk/lib/virtio/virtio_vfio_user.c
/spdk/mk/spdk.lib_deps.mk
/spdk/module/bdev/iscsi/bdev_iscsi.c
/spdk/module/bdev/raid/bdev_raid.c
/spdk/module/bdev/raid/bdev_raid.h
/spdk/module/bdev/raid/concat.c
/spdk/module/bdev/raid/raid5f.c
/spdk/module/bdev/virtio/bdev_virtio.h
/spdk/module/bdev/virtio/bdev_virtio_blk.c
/spdk/module/bdev/virtio/bdev_virtio_rpc.c
/spdk/module/bdev/virtio/bdev_virtio_scsi.c
/spdk/proto/Makefile
/spdk/proto/nvme.proto
/spdk/proto/nvmf.proto
/spdk/proto/nvmf_tcp.proto
/spdk/proto/sma.proto
/spdk/proto/virtio_blk.proto
/spdk/rpmbuild/rpm.sh
/spdk/rpmbuild/spdk.spec
/spdk/scripts/gdb_macros.py
/spdk/scripts/pkgdep/common.sh
/spdk/scripts/setup.sh
/spdk/scripts/vagrant/autorun-spdk.conf
/spdk/test/bdev/bdevio/bdevio.c
/spdk/test/bdev/bdevperf/bdevperf.c
/spdk/test/bdev/blockdev.sh
/spdk/test/common/autotest_common.sh
/spdk/test/common/config/pkgdep/git
/spdk/test/common/config/vm_setup.sh
/spdk/test/fuzz/llvm.sh
/spdk/test/fuzz/llvm/nvmf/fuzz_json.conf
/spdk/test/fuzz/llvm/nvmf/run.sh
/spdk/test/fuzz/llvm/vfio/fuzz_vfio_json.conf
/spdk/test/fuzz/llvm/vfio/run.sh
/spdk/test/json_config/config_filter.py
/spdk/test/make/check_so_deps.sh
/spdk/test/packaging/packaging.sh
/spdk/test/packaging/rpm/rpm.sh
/spdk/test/unit/lib/bdev/bdev.c/bdev_ut.c
/spdk/test/unit/lib/bdev/raid/bdev_raid.c/bdev_raid_ut.c
/spdk/test/unit/lib/bdev/raid/raid5f.c/raid5f_ut.c
/spdk/test/unit/lib/bdev/scsi_nvme.c/scsi_nvme_ut.c
/spdk/test/unit/lib/sock/uring.c/uring_ut.c
/spdk/test/unit/lib/util/Makefile
/spdk/test/unit/lib/util/xor.c/Makefile
/spdk/test/unit/lib/util/xor.c/xor_ut.c
/spdk/test/unit/unittest.sh
/spdk/test/vfio_user/common.sh
/spdk/test/vfio_user/nvme/common.sh
/spdk/test/vfio_user/nvme/vfio_user_fio.sh
/spdk/test/vfio_user/nvme/vfio_user_restart_vm.sh
/spdk/test/vfio_user/vfio_user.sh
/spdk/test/vfio_user/virtio/common.sh
/spdk/test/vfio_user/virtio/fio_restart_vm.sh
/spdk/test/vhost/common.sh
5004d7b812-May-2022 Changpeng Liu <changpeng.liu@intel.com>

module/vfu_device: add virtio-scsi emulation

Here we use vfu_tgt library and emulate a virtio-scsi device
as the next use case.

Compared with vhost-user-scsi, the packed ring is supported with this

module/vfu_device: add virtio-scsi emulation

Here we use vfu_tgt library and emulate a virtio-scsi device
as the next use case.

Compared with vhost-user-scsi, the packed ring is supported with this
patch.

Example usage method:

1. scripts/rpc.py bdev_malloc_create -b malloc0 $((512)) 512
2. scripts/rpc.py vfu_virtio_create_scsi_endpoint vfu.0 --cpumask 0x1 --num-io-queues=4 \
--qsize=128 --packed-ring
3. scripts/rpc.py vfu_virtio_scsi_add_target vfu.0 --scsi-target-num=0 --bdev-name malloc0
4. Start QEMU with '-device vfio-user-pci,socket=/spdk/vfu.0'

Change-Id: I8f35d1d21aaec34844d6ddb59dc997a64f141179
Signed-off-by: Changpeng Liu <changpeng.liu@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/12673
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Community-CI: Mellanox Build Bot
Reviewed-by: Konrad Sztyber <konrad.sztyber@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>

show more ...

23ef638807-May-2022 Changpeng Liu <changpeng.liu@intel.com>

module/vfu_device: add virtio-blk emulation

Here we use vfu-tgt library and emulate a virtio-blk device
as the first use case of vfu-tgt library.

Usage example with QEMU:

1. build/bin/spdk_tgt
2.

module/vfu_device: add virtio-blk emulation

Here we use vfu-tgt library and emulate a virtio-blk device
as the first use case of vfu-tgt library.

Usage example with QEMU:

1. build/bin/spdk_tgt
2. scripts/rpc.py bdev_malloc_create -b malloc0 $((512)) 512
3. scripts/rpc.py vfu_virtio_create_blk_endpoint vfu.0 --bdev-name malloc0 \
--cpumask=0x1 --num-queues=2 \
--qsize=256 --packed-ring
4. Start QEMU with '-device vfio-user-pci,socket=/spdk/vfu.0'

Change-Id: I45e45360c669584583b0b8a3f83250ab6c48efec
Signed-off-by: Changpeng Liu <changpeng.liu@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/12315
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Konrad Sztyber <konrad.sztyber@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Community-CI: Mellanox Build Bot

show more ...

da23129012-Apr-2022 Changpeng Liu <changpeng.liu@intel.com>

lib/vfu_tgt: add library for PCI device emulation

Previously SPDK use libvfio-user library to provide emulated NVMe
devices to VM, but it's limited to NVMe device type only. Here we
add SPDK vfu_ta

lib/vfu_tgt: add library for PCI device emulation

Previously SPDK use libvfio-user library to provide emulated NVMe
devices to VM, but it's limited to NVMe device type only. Here we
add SPDK vfu_target library abstraction based on libvfio-user which
supports more PCI device types.

We will add virtio-blk and virtio-scsi devices emulation based on
vfu_tgt library in following patches, actually this library can
support NVMe emulation too, due to the fact that the NVMe emulation
is already exist, so we will keep the NVMe emulation which based on
libvfio-user directly as it is.

Change-Id: Ib0ead6c6118fa62308355fe432003dd928a2fae9
Signed-off-by: Changpeng Liu <changpeng.liu@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/12597
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Community-CI: Mellanox Build Bot
Reviewed-by: Konrad Sztyber <konrad.sztyber@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>

show more ...


/spdk/CHANGELOG.md
/spdk/app/spdk_tgt/Makefile
/spdk/autopackage.sh
/spdk/autotest.sh
/spdk/configure
/spdk/doc/applications.md
/spdk/doc/bdev.md
/spdk/doc/jsonrpc.md
/spdk/dpdk
/spdk/examples/bdev/fio_plugin/fio_plugin.c
/spdk/examples/nvme/hotplug/hotplug.c
/spdk/examples/nvme/hotplug/hotplug_plugin.py
/spdk/include/spdk/bdev_zone.h
/spdk/include/spdk/idxd_spec.h
/spdk/include/spdk/memory.h
/spdk/include/spdk/version.h
/spdk/include/spdk/vfio_user_pci.h
/spdk/include/spdk/vfu_target.h
/spdk/lib/Makefile
/spdk/lib/env_dpdk/22.07/rte_bus.h
/spdk/lib/env_dpdk/22.07/rte_bus_pci.h
/spdk/lib/env_dpdk/22.07/rte_dev.h
/spdk/lib/env_dpdk/env_internal.h
/spdk/lib/env_dpdk/memory.c
/spdk/lib/env_dpdk/pci.c
/spdk/lib/env_dpdk/pci_dpdk.c
/spdk/lib/env_dpdk/pci_dpdk.h
/spdk/lib/env_dpdk/pci_dpdk_2207.c
/spdk/lib/event/app.c
/spdk/lib/idxd/idxd.c
/spdk/lib/idxd/idxd_internal.h
/spdk/lib/idxd/idxd_kernel.c
/spdk/lib/nvmf/ctrlr.c
/spdk/lib/nvmf/ctrlr_bdev.c
/spdk/lib/nvmf/tcp.c
/spdk/lib/nvmf/vfio_user.c
/spdk/lib/thread/thread.c
/spdk/lib/trace/trace_flags.c
/spdk/lib/vfio_user/host/Makefile
/spdk/lib/vfio_user/host/spdk_vfio_user.map
/spdk/lib/vfio_user/host/vfio_user.c
/spdk/lib/vfio_user/host/vfio_user_internal.h
/spdk/lib/vfio_user/host/vfio_user_pci.c
/spdk/lib/vfu_tgt/Makefile
/spdk/lib/vfu_tgt/spdk_vfu_tgt.map
/spdk/lib/vfu_tgt/tgt_endpoint.c
/spdk/lib/vfu_tgt/tgt_internal.h
/spdk/lib/vfu_tgt/tgt_rpc.c
/spdk/lib/vhost/rte_vhost_user.c
/spdk/mk/spdk.lib_deps.mk
/spdk/module/bdev/nvme/bdev_nvme.c
/spdk/module/bdev/uring/bdev_uring.c
/spdk/module/bdev/xnvme/bdev_xnvme.c
/spdk/module/bdev/zone_block/vbdev_zone_block.c
/spdk/module/event/subsystems/Makefile
/spdk/module/event/subsystems/vfu_tgt/Makefile
/spdk/module/event/subsystems/vfu_tgt/vfu_tgt.c
spdk/rpc/__init__.py
spdk/rpc/vfio_user.py
/spdk/rpmbuild/rpm.sh
/spdk/scripts/bash-completion/spdk
/spdk/scripts/bpf/gen_enums.sh
/spdk/scripts/check_format.sh
/spdk/scripts/dpdk_mem_info.py
/spdk/scripts/pkgdep/openeuler.sh
/spdk/scripts/pkgdep/rhel.sh
/spdk/scripts/rpc.py
/spdk/test/app/fuzz/Makefile
/spdk/test/app/fuzz/llvm_vfio_fuzz/.gitignore
/spdk/test/app/fuzz/llvm_vfio_fuzz/Makefile
/spdk/test/app/fuzz/llvm_vfio_fuzz/llvm_vfio_fuzz.c
/spdk/test/blobfs/rocksdb/rocksdb.sh
/spdk/test/common/skipped_build_files.txt
/spdk/test/cpp_headers/Makefile
/spdk/test/dd/posix.sh
/spdk/test/env/memory/memory_ut.c
/spdk/test/fuzz/autofuzz_vhost.sh
/spdk/test/iscsi_tgt/trace_record/trace_record.sh
/spdk/test/nvme/hw_hotplug.sh
/spdk/test/nvmf/target/fuzz_vfio_json.conf
/spdk/test/nvmf/target/llvm_vfio_fuzz.sh
/spdk/test/scheduler/common.sh
/spdk/test/sma/vfiouser_qemu.sh
/spdk/test/unit/lib/nvmf/tcp.c/tcp_ut.c
01471e6323-Sep-2022 spdk <hotpatch@spdk.io>

sma: fix multiple bus support for NVMe/vfio_user plugin

In original code, device search was performed only on first
attached bus. If device resided on second attached bus, it couldn't
be found and p

sma: fix multiple bus support for NVMe/vfio_user plugin

In original code, device search was performed only on first
attached bus. If device resided on second attached bus, it couldn't
be found and properly deleted in qemu.

This patch allows to traverse all attached buses to find required
device.

Signed-off-by: Artsiom Koltun <artsiom.koltun@intel.com>
Change-Id: I0840d0a2367d3382c6723ee4cdb6d768128c8032
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14651
Reviewed-by: Konrad Sztyber <konrad.sztyber@intel.com>
Reviewed-by: <sebastian.brzezinka@intel.com>
Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>

show more ...

4291ed5102-Sep-2022 Sebastian Brzezinka <sebastian.brzezinka@intel.com>

sma: support bdev-based QoS for vhost_blk devices

test/sma verifies that bdev-based QoS settings are correctly applied on
vhost devices.

Signed-off-by: Sebastian Brzezinka <sebastian.brzezinka@inte

sma: support bdev-based QoS for vhost_blk devices

test/sma verifies that bdev-based QoS settings are correctly applied on
vhost devices.

Signed-off-by: Sebastian Brzezinka <sebastian.brzezinka@intel.com>
Change-Id: I1b66275dcf457295e6ae58814f1d08ed319fb52a
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14338
Reviewed-by: Konrad Sztyber <konrad.sztyber@intel.com>
Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>

show more ...

2a6f3d9716-Sep-2022 Sebastian Brzezinka <sebastian.brzezinka@intel.com>

sma: vhost_blk _bdev_cmp catch TypeError

Signed-off-by: Sebastian Brzezinka <sebastian.brzezinka@intel.com>
Change-Id: I48cd46b3062b3ced8e076aef2b6653f51b5e9fb5
Reviewed-on: https://review.spdk.io/g

sma: vhost_blk _bdev_cmp catch TypeError

Signed-off-by: Sebastian Brzezinka <sebastian.brzezinka@intel.com>
Change-Id: I48cd46b3062b3ced8e076aef2b6653f51b5e9fb5
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14538
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Konrad Sztyber <konrad.sztyber@intel.com>
Reviewed-by: Jim Harris <james.r.harris@intel.com>

show more ...

dfc5461702-Sep-2022 Sebastian Brzezinka <sebastian.brzezinka@intel.com>

sma: support bdev-based QoS for NVMe/vfiouser devices

test/sma verifies that bdev-based QoS settings are correctly applied on
vfio-user devices.

Signed-off-by: Sebastian Brzezinka <sebastian.brzezi

sma: support bdev-based QoS for NVMe/vfiouser devices

test/sma verifies that bdev-based QoS settings are correctly applied on
vfio-user devices.

Signed-off-by: Sebastian Brzezinka <sebastian.brzezinka@intel.com>
Change-Id: I0109bfdbcb95d6e683c45c3dbdb2c3c175f10aa2
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14337
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>
Reviewed-by: Konrad Sztyber <konrad.sztyber@intel.com>

show more ...

89b81dc230-Aug-2022 Konrad Sztyber <konrad.sztyber@intel.com>

sma: support bdev-based QoS for NVMe/TCP devices

Signed-off-by: Konrad Sztyber <konrad.sztyber@intel.com>
Change-Id: I9634c2492addd3b4848d4b53b9b258dd59b7d1dd
Reviewed-on: https://review.spdk.io/ger

sma: support bdev-based QoS for NVMe/TCP devices

Signed-off-by: Konrad Sztyber <konrad.sztyber@intel.com>
Change-Id: I9634c2492addd3b4848d4b53b9b258dd59b7d1dd
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14269
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>
Reviewed-by: Jim Harris <james.r.harris@intel.com>

show more ...

aed37fb930-Aug-2022 Konrad Sztyber <konrad.sztyber@intel.com>

sma: add bdev QoS helper functions

These helper functions can be used by any device manager that wants to
provide volume-level QoS support using bdev-based QoS mechanism. A
device manager is respon

sma: add bdev QoS helper functions

These helper functions can be used by any device manager that wants to
provide volume-level QoS support using bdev-based QoS mechanism. A
device manager is responsible for making sure that a volume exists and
is attached to a given device, but the validity of the QoS parameters is
checked within the helper functions.

Signed-off-by: Konrad Sztyber <konrad.sztyber@intel.com>
Change-Id: I4d0efcf190a64b289b4cfbdf872f77e40a013d1f
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14268
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>
Reviewed-by: Karol Latecki <karol.latecki@intel.com>
Reviewed-by: Jim Harris <james.r.harris@intel.com>

show more ...

784815ea30-Aug-2022 Konrad Sztyber <konrad.sztyber@intel.com>

sma: handle QoS requests in the generic layer

The generic layer will now handle the SetQoS and GetQosCapabilities
requests.

Signed-off-by: Konrad Sztyber <konrad.sztyber@intel.com>
Change-Id: Icb4c

sma: handle QoS requests in the generic layer

The generic layer will now handle the SetQoS and GetQosCapabilities
requests.

Signed-off-by: Konrad Sztyber <konrad.sztyber@intel.com>
Change-Id: Icb4c916d3624c3943e2da74d6dbcc3261f90391d
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14267
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Karol Latecki <karol.latecki@intel.com>

show more ...

b994ebdf24-Aug-2022 Konrad Sztyber <konrad.sztyber@intel.com>

sma: interface for querying QoS capabilities

Signed-off-by: Konrad Sztyber <konrad.sztyber@intel.com>
Change-Id: I6013205499c122cad95d807c84e609f188b4d2d2
Reviewed-on: https://review.spdk.io/gerrit/

sma: interface for querying QoS capabilities

Signed-off-by: Konrad Sztyber <konrad.sztyber@intel.com>
Change-Id: I6013205499c122cad95d807c84e609f188b4d2d2
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14189
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>
Reviewed-by: Jim Harris <james.r.harris@intel.com>

show more ...

f14c7d7524-Aug-2022 Konrad Sztyber <konrad.sztyber@intel.com>

sma: interface for configuring quality of service

Signed-off-by: Konrad Sztyber <konrad.sztyber@intel.com>
Change-Id: I6907498e369b58d2b3dd96981dfdba79ba87f6d4
Reviewed-on: https://review.spdk.io/ge

sma: interface for configuring quality of service

Signed-off-by: Konrad Sztyber <konrad.sztyber@intel.com>
Change-Id: I6907498e369b58d2b3dd96981dfdba79ba87f6d4
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14188
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Reviewed-by: Jim Harris <james.r.harris@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>

show more ...

f110891120-Sep-2022 Artsiom Koltun <artsiom.koltun@intel.com>

sma: use response message for DetachVolume rpc

Signed-off-by: Artsiom Koltun <artsiom.koltun@intel.com>
Change-Id: I8ae08b86d4fac0bc38ebfbfc8fd2126a11a5b11b
Reviewed-on: https://review.spdk.io/gerri

sma: use response message for DetachVolume rpc

Signed-off-by: Artsiom Koltun <artsiom.koltun@intel.com>
Change-Id: I8ae08b86d4fac0bc38ebfbfc8fd2126a11a5b11b
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/14585
Reviewed-by: Konrad Sztyber <konrad.sztyber@intel.com>
Reviewed-by: Ben Walker <benjamin.walker@intel.com>
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>

show more ...

712e8cb708-Aug-2022 Ben Walker <benjamin.walker@intel.com>

accel: Refer to plugins as 'modules' instead of 'engines'

This is consistent with the use of terms in other parts of SPDK and fits
with the code living under module/

Change-Id: If182f7cf2d160d57443

accel: Refer to plugins as 'modules' instead of 'engines'

This is consistent with the use of terms in other parts of SPDK and fits
with the code living under module/

Change-Id: If182f7cf2d160d57443a1b5f24e0065f191b59b2
Signed-off-by: Ben Walker <benjamin.walker@intel.com>
Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/13919
Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
Community-CI: Mellanox Build Bot
Reviewed-by: Aleksey Marchuk <alexeymar@nvidia.com>
Reviewed-by: Jim Harris <james.r.harris@intel.com>

show more ...


/spdk/autopackage.sh
/spdk/doc/accel_fw.md
/spdk/doc/ftl.md
/spdk/doc/jsonrpc.md
/spdk/doc/nvme_multipath.md
/spdk/examples/accel/perf/accel_perf.c
/spdk/include/spdk/accel.h
/spdk/include/spdk/ftl.h
/spdk/include/spdk/nvmf_transport.h
/spdk/include/spdk_internal/accel_module.h
/spdk/lib/accel/accel.c
/spdk/lib/accel/accel_internal.h
/spdk/lib/accel/accel_rpc.c
/spdk/lib/accel/accel_sw.c
/spdk/lib/accel/spdk_accel.map
/spdk/lib/ftl/Makefile
/spdk/lib/ftl/ftl_band.c
/spdk/lib/ftl/ftl_band.h
/spdk/lib/ftl/ftl_band_ops.c
/spdk/lib/ftl/ftl_core.c
/spdk/lib/ftl/ftl_core.h
/spdk/lib/ftl/ftl_io.c
/spdk/lib/ftl/ftl_io.h
/spdk/lib/ftl/ftl_layout.c
/spdk/lib/ftl/ftl_layout.h
/spdk/lib/ftl/ftl_nv_cache.c
/spdk/lib/ftl/ftl_nv_cache.h
/spdk/lib/ftl/ftl_p2l.c
/spdk/lib/ftl/ftl_sb_common.h
/spdk/lib/ftl/ftl_sb_current.h
/spdk/lib/ftl/ftl_trace.c
/spdk/lib/ftl/ftl_trace.h
/spdk/lib/ftl/mngt/ftl_mngt_band.c
/spdk/lib/ftl/mngt/ftl_mngt_md.c
/spdk/lib/ftl/mngt/ftl_mngt_startup.c
/spdk/lib/ftl/mngt/ftl_mngt_steps.h
/spdk/lib/ftl/upgrade/ftl_layout_upgrade.c
/spdk/lib/ftl/utils/ftl_conf.c
/spdk/lib/nvme/nvme_rdma.c
/spdk/lib/nvme/nvme_tcp.c
/spdk/lib/nvmf/rdma.c
/spdk/mk/spdk.lib_deps.mk
/spdk/module/accel/dsa/Makefile
/spdk/module/accel/dsa/accel_dsa.c
/spdk/module/accel/dsa/accel_dsa.h
/spdk/module/accel/dsa/accel_dsa_rpc.c
/spdk/module/accel/iaa/Makefile
/spdk/module/accel/iaa/accel_iaa.c
/spdk/module/accel/iaa/accel_iaa.h
/spdk/module/accel/iaa/accel_iaa_rpc.c
/spdk/module/accel/ioat/Makefile
/spdk/module/accel/ioat/accel_ioat.c
/spdk/module/accel/ioat/accel_ioat.h
/spdk/module/accel/ioat/accel_ioat_rpc.c
/spdk/module/bdev/ftl/bdev_ftl.c
/spdk/module/bdev/ftl/bdev_ftl_rpc.c
/spdk/module/bdev/nvme/bdev_nvme.c
spdk/rpc/accel.py
spdk/rpc/dsa.py
spdk/rpc/iaa.py
spdk/rpc/ioat.py
/spdk/scripts/bash-completion/spdk
/spdk/scripts/perf/nvmf/run_nvmf.py
/spdk/scripts/rpc.py
/spdk/test/common/lib/test_env.c
/spdk/test/compress/compress.sh
/spdk/test/ftl/bdevperf.sh
/spdk/test/json_config/config_filter.py
/spdk/test/nvme/hw_hotplug.sh
/spdk/test/unit/lib/accel/accel.c/accel_ut.c
/spdk/test/unit/lib/bdev/nvme/bdev_nvme.c/bdev_nvme_ut.c
/spdk/test/unit/lib/ftl/ftl_band.c/ftl_band_ut.c
/spdk/test/unit/lib/ftl/ftl_io.c/ftl_io_ut.c
/spdk/test/unit/lib/nvme/nvme_rdma.c/nvme_rdma_ut.c
/spdk/test/unit/lib/nvme/nvme_tcp.c/nvme_tcp_ut.c
/spdk/test/unit/lib/nvmf/tcp.c/tcp_ut.c

12345678910>>...12