From: Hannes Reinecke <hare@suse.de>
To: "Elliott, Robert (Server Storage)" <Elliott@hp.com>,
James Bottomley <jbottomley@parallels.com>
Cc: Christoph Hellwig <hch@infradead.org>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH 21/26] scsi: simplify scsi_log_(send|completion)
Date: Wed, 15 Oct 2014 15:10:10 +0200 [thread overview]
Message-ID: <543E7232.9070609@suse.de> (raw)
In-Reply-To: <94D0CD8314A33A4D9D801C0FE68B402958CDC959@G4W3202.americas.hpqcorp.net>
On 10/08/2014 10:41 PM, Elliott, Robert (Server Storage) wrote:
>> -----Original Message-----
>> From: Hannes Reinecke [mailto:hare@suse.de]
>> Sent: Tuesday, 07 October, 2014 4:03 AM
>> To: James Bottomley
>> Cc: Christoph Hellwig; linux-scsi@vger.kernel.org; Elliott, Robert (Server
>> Storage); Hannes Reinecke
>> Subject: [PATCH 21/26] scsi: simplify scsi_log_(send|completion)
>>
>> Simplify scsi_log_(send|completion) by externalizing
>> scsi_mlreturn_string() and always print the command address.
>>
> ...
>
>> diff --git a/drivers/scsi/scsi_lib.c b/drivers/scsi/scsi_lib.c
>> index b853659..2df485f 100644
>> --- a/drivers/scsi/scsi_lib.c
>> +++ b/drivers/scsi/scsi_lib.c
>> @@ -831,7 +831,7 @@ void scsi_io_completion(struct scsi_cmnd *cmd, unsigned
>> int good_bytes)
>> int error = 0;
>> struct scsi_sense_hdr sshdr;
>> bool sense_valid = false;
>> - int sense_deferred = 0;
>> + int sense_deferred = 0, level = 0;
>> enum {ACTION_FAIL, ACTION_REPREP, ACTION_RETRY,
>> ACTION_DELAYED_RETRY} action;
>> unsigned long wait_for = (cmd->allowed + 1) * req->timeout;
>> @@ -1037,8 +1037,15 @@ void scsi_io_completion(struct scsi_cmnd *cmd,
>> unsigned int good_bytes)
>> switch (action) {
>> case ACTION_FAIL:
>> /* Give up and fail the remainder of the request */
>> - if (!(req->cmd_flags & REQ_QUIET)) {
>> - scsi_print_result(cmd);
>> + if (unlikely(scsi_logging_level))
>> + level = SCSI_LOG_LEVEL(SCSI_LOG_MLQUEUE_SHIFT,
>> + SCSI_LOG_MLQUEUE_BITS);
>
> scsi_log_completion prints based on SCSI_LOG_MLCOMPLETE,
> not SCSI_LOG_MLQUEUE, so this is not accomplishing what
> the next comment says.
>
>> + /*
>> + * if logging is enabled the failure will be printed
>> + * in scsi_log_completion(), so avoid duplicate messages
>> + */
>> + if (!level && !(req->cmd_flags & REQ_QUIET)) {
>> + scsi_print_result(cmd, NULL, FAILED);
>> if (driver_byte(result) & DRIVER_SENSE)
>> scsi_print_sense(cmd);
>> scsi_print_command(cmd);
>
> This still results in prints on every completion with ACTION_FAIL.
> Since they're not ratelimited, the massive number of prints after
> a device failure under heavy load causes other timeouts. Since
> the block layer also prints errors, with ratelimiting, these are
> not really necessary (although they're more informative than the
> block layer prints). There needs to be a way to turn these off,
> both in scsi_log_completion and here - maybe different MLCOMPLETE
> levels?
>
> The issue will be mitigated if the next patch series makes these
> ratelimited.
>
Okay, I'll be adding a printk_ratelimited here.
Cheers,
Hannes
--
Dr. Hannes Reinecke zSeries & Storage
hare@suse.de +49 911 74053 688
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg
GF: J. Hawn, J. Guild, F. Imendörffer, HRB 16746 (AG Nürnberg)
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2014-10-15 13:10 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-07 9:02 [PATCHv7 00/26] scsi logging update (the boring part) Hannes Reinecke
2014-10-07 9:03 ` [PATCH 01/26] Remove scsi_cmd_print_sense_hdr() Hannes Reinecke
2014-10-07 9:03 ` [PATCH 02/26] sd: Remove scsi_print_sense() in sd_done() Hannes Reinecke
2014-10-07 9:03 ` [PATCH 03/26] aha152x: Debug output update and whitespace cleanup Hannes Reinecke
2014-10-07 9:03 ` [PATCH 04/26] scsi: introduce sdev_prefix_printk() Hannes Reinecke
2014-10-07 9:03 ` [PATCH 05/26] scsi: Use sdev as argument for sense code printing Hannes Reinecke
2014-10-07 9:03 ` [PATCH 06/26] acornscsi: use scsi_print_command() Hannes Reinecke
2014-10-07 9:03 ` [PATCH 07/26] fas216: Return DID_ERROR for incomplete data transfer Hannes Reinecke
2014-10-07 9:03 ` [PATCH 08/26] fas216: Update logging messages Hannes Reinecke
2014-10-07 9:03 ` [PATCH 09/26] 53c700: remove scsi_print_sense() usage Hannes Reinecke
2014-10-07 9:03 ` [PATCH 10/26] scsi: stop decoding if scsi_normalize_sense() fails Hannes Reinecke
2014-10-07 9:03 ` [PATCH 11/26] scsi: do not decode sense extras Hannes Reinecke
2014-10-07 9:03 ` [PATCH 12/26] scsi: use 'bool' as return value for scsi_normalize_sense() Hannes Reinecke
2014-10-07 9:03 ` [PATCH 13/26] scsi: remove scsi_print_status() Hannes Reinecke
2014-10-07 9:03 ` [PATCH 14/26] Implement scsi_opcode_sa_name Hannes Reinecke
2014-10-07 9:03 ` [PATCH 15/26] scsi: merge print_opcode_name() Hannes Reinecke
2014-10-07 9:03 ` [PATCH 16/26] scsi: consolidate opcode lookup in scsi_opcode_sa_name() Hannes Reinecke
2014-10-07 9:03 ` [PATCH 17/26] scsi: repurpose the last argument from print_opcode_name() Hannes Reinecke
2014-10-07 9:03 ` [PATCH 18/26] scsi: Remove scsi_print_command when calling abort Hannes Reinecke
2014-10-07 9:03 ` [PATCH 19/26] scsi: separate out scsi_(host|driver)byte_string() Hannes Reinecke
2014-10-07 9:03 ` [PATCH 20/26] sd: Cleanup logging Hannes Reinecke
2014-10-07 9:03 ` [PATCH 21/26] scsi: simplify scsi_log_(send|completion) Hannes Reinecke
2014-10-08 20:41 ` Elliott, Robert (Server Storage)
2014-10-15 13:10 ` Hannes Reinecke [this message]
2014-10-07 9:03 ` [PATCH 22/26] scsi: fixup logging messages in scsi_error.c Hannes Reinecke
2014-10-07 9:03 ` [PATCH 23/26] scsi: use shost argument in scsi_eh_prt_fail_stats Hannes Reinecke
2014-10-07 9:03 ` [PATCH 24/26] scsi_error: document scsi_try_to_abort_cmd Hannes Reinecke
2014-10-07 9:03 ` [PATCH 25/26] scsi: check for correct return code in scsi_eh_abort_cmds() Hannes Reinecke
2014-10-07 9:03 ` [PATCH 26/26] scsi: correct return values for .eh_abort_handler implementations Hannes Reinecke
2014-10-07 19:52 ` [PATCHv7 00/26] scsi logging update (the boring part) Ewan Milne
-- strict thread matches above, loose matches on Subject: below --
2014-10-06 9:01 [PATCHv6 " Hannes Reinecke
2014-10-06 9:01 ` [PATCH 21/26] scsi: simplify scsi_log_(send|completion) Hannes Reinecke
2014-10-06 19:53 ` Ewan Milne
2014-10-07 8:45 ` Hannes Reinecke
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=543E7232.9070609@suse.de \
--to=hare@suse.de \
--cc=Elliott@hp.com \
--cc=hch@infradead.org \
--cc=jbottomley@parallels.com \
--cc=linux-scsi@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.