From: "Ewan D. Milne" <emilne@redhat.com>
To: Hannes Reinecke <hare@suse.de>
Cc: "Martin K. Petersen" <martin.petersen@oracle.com>,
Christoph Hellwig <hch@lst.de>,
James Bottomley <james.bottomley@hansenpartnership.com>,
linux-scsi@vger.kernel.org, Hannes Reinecke <hare@suse.com>
Subject: Re: [PATCH 2/3] scsi-trace: Decode MAINTENANCE_IN and MAINTENANCE_OUT commands
Date: Thu, 24 Mar 2016 09:03:29 -0400 [thread overview]
Message-ID: <1458824609.17965.70.camel@localhost.localdomain> (raw)
In-Reply-To: <1458815011-9054-3-git-send-email-hare@suse.de>
On Thu, 2016-03-24 at 11:23 +0100, Hannes Reinecke wrote:
> Signed-off-by: Hannes Reinecke <hare@suse.com>
> ---
> drivers/scsi/scsi_trace.c | 96 +++++++++++++++++++++++++++++++++++++++++++++++
> 1 file changed, 96 insertions(+)
>
> diff --git a/drivers/scsi/scsi_trace.c b/drivers/scsi/scsi_trace.c
> index 08bb47b..b50cfe8 100644
> --- a/drivers/scsi/scsi_trace.c
> +++ b/drivers/scsi/scsi_trace.c
> @@ -231,6 +231,98 @@ out:
> }
>
> static const char *
> +scsi_trace_maintenance_in(struct trace_seq *p, unsigned char *cdb, int len)
> +{
> + const char *ret = trace_seq_buffer_ptr(p), *cmd;
> + u32 alloc_len = 0;
> +
> + switch (SERVICE_ACTION16(cdb)) {
> + case MI_REPORT_IDENTIFYING_INFORMATION:
> + cmd = "REPORT_IDENTIFYING_INFORMATION";
> + break;
> + case MI_REPORT_TARGET_PGS:
> + cmd = "REPORT_TARGET_PORT_GROUPS";
> + break;
> + case MI_REPORT_ALIASES:
> + cmd = "REPORT_ALIASES";
> + break;
> + case MI_REPORT_SUPPORTED_OPERATION_CODES:
> + cmd = "REPORT_SUPPORTED_OPERATION_CODES";
> + break;
> + case MI_REPORT_SUPPORTED_TASK_MANAGEMENT_FUNCTIONS:
> + cmd = "REPORT_SUPPORTED_TASK_MANAGEMENT_FUNCTIONS";
> + break;
> + case MI_REPORT_PRIORITY:
> + cmd = "REPORT_PRIORITY";
> + break;
> + case MI_REPORT_TIMESTAMP:
> + cmd = "REPORT_TIMESTAMP";
> + break;
> + case MI_MANAGEMENT_PROTOCOL_IN:
> + cmd = "MANAGEMENT_PROTOCOL_IN";
> + break;
> + default:
> + trace_seq_puts(p, "UNKNOWN");
> + goto out;
> + }
> +
> + alloc_len |= (cdb[6] << 24);
> + alloc_len |= (cdb[7] << 16);
> + alloc_len |= (cdb[8] << 8);
> + alloc_len |= cdb[9];
You could use get_unaligned_be32() here instead, as well as in
scsi_trace_maintenance_out() and similar get_unaligned_XX calls
in the other functions in scsi_trace.c
> +
> + trace_seq_printf(p, "%s alloc_len=%u", cmd, alloc_len);
> +
> +out:
> + trace_seq_putc(p, 0);
> +
> + return ret;
> +}
> +
> +static const char *
> +scsi_trace_maintenance_out(struct trace_seq *p, unsigned char *cdb, int len)
> +{
> + const char *ret = trace_seq_buffer_ptr(p), *cmd;
> + u32 alloc_len = 0;
> +
> + switch (SERVICE_ACTION16(cdb)) {
> + case MO_SET_IDENTIFYING_INFORMATION:
> + cmd = "SET_IDENTIFYING_INFORMATION";
> + break;
> + case MO_SET_TARGET_PGS:
> + cmd = "SET_TARGET_PORT_GROUPS";
> + break;
> + case MO_CHANGE_ALIASES:
> + cmd = "CHANGE_ALIASES";
> + break;
> + case MO_SET_PRIORITY:
> + cmd = "SET_PRIORITY";
> + break;
> + case MO_SET_TIMESTAMP:
> + cmd = "SET_TIMESTAMP";
> + break;
> + case MO_MANAGEMENT_PROTOCOL_OUT:
> + cmd = "MANAGEMENT_PROTOCOL_OUT";
> + break;
> + default:
> + trace_seq_puts(p, "UNKNOWN");
> + goto out;
> + }
> +
> + alloc_len |= (cdb[6] << 24);
> + alloc_len |= (cdb[7] << 16);
> + alloc_len |= (cdb[8] << 8);
> + alloc_len |= cdb[9];
> +
> + trace_seq_printf(p, "%s alloc_len=%u", cmd, alloc_len);
> +
> +out:
> + trace_seq_putc(p, 0);
> +
> + return ret;
> +}
> +
> +static const char *
> scsi_trace_varlen(struct trace_seq *p, unsigned char *cdb, int len)
> {
> switch (SERVICE_ACTION32(cdb)) {
> @@ -282,6 +374,10 @@ scsi_trace_parse_cdb(struct trace_seq *p, unsigned char *cdb, int len)
> return scsi_trace_service_action_in(p, cdb, len);
> case VARIABLE_LENGTH_CMD:
> return scsi_trace_varlen(p, cdb, len);
> + case MAINTENANCE_IN:
> + return scsi_trace_maintenance_in(p, cdb, len);
> + case MAINTENANCE_OUT:
> + return scsi_trace_maintenance_out(p, cdb, len);
> default:
> return scsi_trace_misc(p, cdb, len);
> }
Reviewed-by: Ewan D. Milne <emilne@redhat.com>
next prev parent reply other threads:[~2016-03-24 13:03 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-24 10:23 [PATCH 0/3] scsi trace updates Hannes Reinecke
2016-03-24 10:23 ` [PATCH 1/3] scsi-trace: remove service action definitions Hannes Reinecke
2016-03-24 13:03 ` Ewan D. Milne
2016-03-24 10:23 ` [PATCH 2/3] scsi-trace: Decode MAINTENANCE_IN and MAINTENANCE_OUT commands Hannes Reinecke
2016-03-24 13:03 ` Ewan D. Milne [this message]
2016-03-24 10:23 ` [PATCH 3/3] scsi-trace: define ZBC_IN and ZBC_OUT Hannes Reinecke
2016-03-24 13:40 ` Ewan D. Milne
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1458824609.17965.70.camel@localhost.localdomain \
--to=emilne@redhat.com \
--cc=hare@suse.com \
--cc=hare@suse.de \
--cc=hch@lst.de \
--cc=james.bottomley@hansenpartnership.com \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox