#
4e8e97c8 |
| 06-Oct-2020 |
Tomasz Zawadzki <tomasz.zawadzki@intel.com> |
log: remove internal log.h header
There is nothing left here, so remove it.
Signed-off-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com> Change-Id: Ib947d42bc577dbebb4650b1be885e05a80f8f8cf Reviewed-
log: remove internal log.h header
There is nothing left here, so remove it.
Signed-off-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com> Change-Id: Ib947d42bc577dbebb4650b1be885e05a80f8f8cf Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/4541 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> Reviewed-by: Anil Veerabhadrappa <anil.veerabhadrappa@broadcom.com> Reviewed-by: Aleksey Marchuk <alexeymar@mellanox.com> Community-CI: Broadcom CI
show more ...
|
#
2172c432 |
| 04-Sep-2020 |
Tomasz Zawadzki <tomasz.zawadzki@intel.com> |
log: simplify SPDK_LOG_REGISTER_COMPONENT
This patch removes the string from register component. Removed are all instances in libs or hardcoded in apps.
Starting with this patch literal passed to r
log: simplify SPDK_LOG_REGISTER_COMPONENT
This patch removes the string from register component. Removed are all instances in libs or hardcoded in apps.
Starting with this patch literal passed to register, serves as name for the flag.
All instances of SPDK_LOG_* were replaced with just * in lowercase. No actual name change for flags occur in this patch.
Affected are SPDK_LOG_REGISTER_COMPONENT() and SPDK_*LOG() macros.
Signed-off-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com> Change-Id: I002b232fde57ecf9c6777726b181fc0341f1bb17 Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/4495 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Mellanox Build Bot Reviewed-by: Anil Veerabhadrappa <anil.veerabhadrappa@broadcom.com> Reviewed-by: Aleksey Marchuk <alexeymar@mellanox.com> Reviewed-by: Ben Walker <benjamin.walker@intel.com> Community-CI: Broadcom CI
show more ...
|
Revision tags: v20.07, v20.07-rc1 |
|
#
ee7e31f9 |
| 03-Jul-2020 |
paul luse <paul.e.luse@intel.com> |
lib/accel: remove the need for the app to allocate an accel_task
This was sort of a clunky interface requiring a couple of inline functions in every app that wants to use the accel_fw moving forward
lib/accel: remove the need for the app to allocate an accel_task
This was sort of a clunky interface requiring a couple of inline functions in every app that wants to use the accel_fw moving forward. By having the accel_fw public API accept a callback arg instead of an accel_task combined with adding a pool of accel_tasks in the accel_fw engine we can eliminate this.
After changing the parm to a cb_arg, changes were made to all accel_fw interfaces to put cb_fn and cb_arg as the last parms in public and private function calls.
Related bdev_malloc changes need to be in this patch in order to pass CI.
Signed-off-by: paul luse <paul.e.luse@intel.com> Change-Id: I2b75764e534562d91484a094c3352266156d8425 Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/3209 Community-CI: Mellanox Build Bot 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>
show more ...
|
Revision tags: v20.04.1, v20.01.2 |
|
#
ef7c128a |
| 08-May-2020 |
Xiaodong Liu <xiaodong.liu@intel.com> |
lib/event: enable repeated spdk_app_start/stop
With this patch, spdk_app_start/stop can be repeatedly called by users based on their upper level application's requirement. Changes are: * Add reinit
lib/event: enable repeated spdk_app_start/stop
With this patch, spdk_app_start/stop can be repeatedly called by users based on their upper level application's requirement. Changes are: * Add reinit ability inside spdk_env_init and related functions * Clear g_shutdown_sig_received in spdk_app_setup_signal_handlers * Clear malloc_disk_count in bdev_malloc_initialize
Change-Id: I2d7be52b0e4aac2cb6734cc1237ce72d33b6de0c Signed-off-by: Xiaodong Liu <xiaodong.liu@intel.com> Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/2260 Community-CI: Mellanox Build Bot Reviewed-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> Tested-by: SPDK CI Jenkins <sys_sgci@intel.com>
show more ...
|
#
e2d1dfb4 |
| 06-Jun-2020 |
Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> |
bdev/malloc: Always return failure but support I/O type ABORT
Malloc bdev module does not manage submitted I/Os by any list, and so cannot abort any submitted I/O. However malloc bdev module can alw
bdev/malloc: Always return failure but support I/O type ABORT
Malloc bdev module does not manage submitted I/Os by any list, and so cannot abort any submitted I/O. However malloc bdev module can always fail any submitted abort request.
Hence let's update bdev_malloc_io_type_supported() to return true for SPDK_BDEV_IO_TYPE_ABORT and update _bdev_malloc_submit_request() to complete with failure for SPDK_BDEV_IO_TYPE_ABORT.
This will enable us to use delay bdev + malloc bdev to test I/O abort feature conveniently.
Signed-off-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> Change-Id: If4c411f5ab8589291ac90c10264d3ef30c06df83 Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/2797 Community-CI: Broadcom CI Community-CI: Mellanox Build Bot Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Ben Walker <benjamin.walker@intel.com> Reviewed-by: Aleksey Marchuk <alexeymar@mellanox.com>
show more ...
|
Revision tags: v20.04, v20.04-rc1, v20.01.1 |
|
#
5c9c24e1 |
| 18-Feb-2020 |
paul luse <paul.e.luse@intel.com> |
module/malloc: rename 2 functions to match new accel names
Signed-off-by: paul luse <paul.e.luse@intel.com> Change-Id: Iae5137f5030be55b6c1e146b6dac7d9081ff7504 Reviewed-on: https://review.spdk.io/g
module/malloc: rename 2 functions to match new accel names
Signed-off-by: paul luse <paul.e.luse@intel.com> Change-Id: Iae5137f5030be55b6c1e146b6dac7d9081ff7504 Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/947 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> Reviewed-by: Aleksey Marchuk <alexeymar@mellanox.com>
show more ...
|
#
aa7a13af |
| 05-Feb-2020 |
paul luse <paul.e.luse@intel.com> |
global: rename copy to accel
The copy engine library, modules and public APIs have been renamed. Use of the word `copy` has been replaced with the word `accel` short for accelerator in preparation f
global: rename copy to accel
The copy engine library, modules and public APIs have been renamed. Use of the word `copy` has been replaced with the word `accel` short for accelerator in preparation for adding new capabilities in the future. Additionally, APIs for what was previously called the `memcpy` engine have been renamed to identify the engine as a software accelerator.
Signed-off-by: paul luse <paul.e.luse@intel.com> Change-Id: Ia607aa718416146fbba1e6792b8de0f66bd8a5de Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/576 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> Reviewed-by: Shuhei Matsumoto <shuhei.matsumoto.xt@hitachi.com> Reviewed-by: Tomasz Zawadzki <tomasz.zawadzki@intel.com>
show more ...
|
Revision tags: v20.01, v20.01-rc1, v19.10.1, v19.10, v19.10-rc1, v19.07.1 |
|
#
07fe6a43 |
| 16-Aug-2019 |
Seth Howell <seth.howell@intel.com> |
mk: move the bdev modules under module directory.
This is more accurate to what they are, and will make defining library dependencies much simpler. This change in directory does not affect the final
mk: move the bdev modules under module directory.
This is more accurate to what they are, and will make defining library dependencies much simpler. This change in directory does not affect the final placement of naming of libraries at the end of time.
Change-Id: Ic48a9233dff564e39ce357a9ea0a111ea2b6414b Signed-off-by: Seth Howell <seth.howell@intel.com> Reviewed-on: https://review.gerrithub.io/c/spdk/spdk/+/465454 Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Broadcom SPDK FC-NVMe CI <spdk-ci.pdl@broadcom.com> Reviewed-by: Jim Harris <james.r.harris@intel.com> Reviewed-by: Ben Walker <benjamin.walker@intel.com>
show more ...
|