diff options
| author | Eric Farman | 2017-01-20 17:25:25 +0100 |
|---|---|---|
| committer | Paolo Bonzini | 2017-01-27 18:07:31 +0100 |
| commit | 2e144aa7793f4d2a2e8e0446f1e2c1e0eee79a93 (patch) | |
| tree | 4ed916e7bd8afeddb08faceb9bfd5bd10ca15ef4 /include | |
| parent | Introduce DEVICE_CATEGORY_CPU for CPU devices (diff) | |
| download | qemu-2e144aa7793f4d2a2e8e0446f1e2c1e0eee79a93.tar.gz qemu-2e144aa7793f4d2a2e8e0446f1e2c1e0eee79a93.tar.xz qemu-2e144aa7793f4d2a2e8e0446f1e2c1e0eee79a93.zip | |
hw/scsi: Fix debug message of cdb structure in scsi-generic
When running with debug enabled, the scsi-generic cdb that is
dumped skips byte 0 of the command, which is the opcode. This
makes identifying which command is being issued/completed a
little difficult. Example:
0x00 0x00 0x01 0x00 0x00
scsi-generic: scsi_read_data 0x0
scsi-generic: Data ready tag=0x0 len=164
scsi-generic: scsi_read_data 0x0
scsi-generic: Command complete 0x0x10a42c60 tag=0x0 status=0
Improve this by adding a message prior to the loop, similar to
what exists for scsi-disk. Clean up a few other messages to be
more explicit of what is being represented. Example:
scsi-generic: Command: data=0x12 0x00 0x00 0x01 0x00 0x00
scsi-generic: scsi_read_data tag=0x0
scsi-generic: Data ready tag=0x0 len=164
scsi-generic: scsi_read_data tag=0x0
scsi-generic: Command complete 0x0x10a452d0 tag=0x0 status=0
Signed-off-by: Eric Farman <farman@linux.vnet.ibm.com>
Message-Id: <20170120162527.66075-2-farman@linux.vnet.ibm.com>
Reviewed-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions