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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox