Many open source projects have moved to using SPDX identifiers to specify license information, reducing the amount of boilerplate code in every source file. This patch replaces the bulk of SPDK .c, .cpp and Makefiles with the BSD-3-Clause identifier. Almost all of these files share the exact same license text, and this patch only modifies the files that contain the most common license text. There can be slight variations because the third clause contains company names - most say "Intel Corporation", but there are instances for Nvidia, Samsung, Eideticom and even "the copyright holder". Used a bash script to automate replacement of the license text with SPDX identifier which is checked into scripts/spdx.sh. Signed-off-by: Jim Harris <james.r.harris@intel.com> Change-Id: Iaa88ab5e92ea471691dc298cfe41ebfb5d169780 Reviewed-on: https://review.spdk.io/gerrit/c/spdk/spdk/+/12904 Community-CI: Broadcom CI <spdk-ci.pdl@broadcom.com> Community-CI: Mellanox Build Bot Tested-by: SPDK CI Jenkins <sys_sgci@intel.com> Reviewed-by: Aleksey Marchuk <alexeymar@nvidia.com> Reviewed-by: Changpeng Liu <changpeng.liu@intel.com> Reviewed-by: Dong Yi <dongx.yi@intel.com> Reviewed-by: Konrad Sztyber <konrad.sztyber@intel.com> Reviewed-by: Paul Luse <paul.e.luse@intel.com> Reviewed-by: <qun.wan@intel.com> |
||
---|---|---|
.. | ||
.gitignore | ||
iscsi_fuzz.c | ||
Makefile | ||
README.md |
Overview
This application is intended to fuzz test the iSCSI target by submitting randomized PDU commands through a simulated iSCSI initiator.
Input
- iSCSI initiator send a login request PDU to iSCSI Target. Once a session is connected,
- iSCSI initiator send huge amount and random PDUs continuously to iSCSI Target.
- iSCSI initiator send a logout request PDU to iSCSI Target in the end.
Especially, iSCSI initiator need to build different bhs according to different bhs opcode. Then iSCSI initiator will receive all kinds of response opcodes from iSCSI Target. The application will terminate when run time expires (see the -t flag).
Output
By default, the fuzzer will print commands that:
- Complete successfully back from the target, or
- Are outstanding at the time of a connection error occurs.
Commands are dumped as named objects in json format which can then be supplied back to the script for targeted debugging on a subsequent run.
At the end of each test run, a summary is printed in the following format:
device 0x11c3b90 stats: Sent 1543 valid opcode PDUs, 16215 invalid opcode PDUs.