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>,
Ewan Milne <emilne@redhat.com>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>
Subject: Re: [PATCH 01/10] scsi: Use real functions for logging
Date: Tue, 11 Nov 2014 20:07:06 +0100 [thread overview]
Message-ID: <54625E5A.5080904@suse.de> (raw)
In-Reply-To: <94D0CD8314A33A4D9D801C0FE68B4029593870CD@G4W3202.americas.hpqcorp.net>
On 11/11/2014 06:38 PM, Elliott, Robert (Server Storage) wrote:
>
>
>> -----Original Message-----
>> From: Hannes Reinecke [mailto:hare@suse.de]
>> Sent: Tuesday, 04 November, 2014 2:07 AM
> ...
>> diff --git a/drivers/scsi/scsi_logging.c
>> b/drivers/scsi/scsi_logging.c
> ...
>> @@ -0,0 +1,119 @@
>> +/*
>> + * scsi_logging.c
>> + *
>> + * Copyright (C) 2014 SUSE Linux Products GmbH
>> + * Copyright (C) 2014 Hannes Reinecke <hare@suse.de>
>> + *
>> + * This file is released under the GPLv2
>> + */
>> +
>> +#include <linux/kernel.h>
>> +#include <linux/atomic.h>
>> +
>> +#include <scsi/scsi.h>
>> +#include <scsi/scsi_cmnd.h>
>> +#include <scsi/scsi_device.h>
>> +#include <scsi/scsi_dbg.h>
>> +
>> +#define SCSI_LOG_SPOOLSIZE 4096
>> +#define SCSI_LOG_BUFSIZE 128
>> +
>> +struct scsi_log_buf {
>> + char buffer[SCSI_LOG_SPOOLSIZE];
>> + unsigned long map;
>> +};
>> +
>> +static DEFINE_PER_CPU(struct scsi_log_buf, scsi_format_log);
>> +
>> +static char *scsi_log_reserve_buffer(size_t *len)
>> +{
>> + struct scsi_log_buf *buf;
>> + unsigned long map_bits = SCSI_LOG_SPOOLSIZE / SCSI_LOG_BUFSIZE;
>> + unsigned long idx = 0;
>> +
>> + WARN_ON(map_bits > BITS_PER_LONG);
>
> Since SCSI_LOG_SPOOLSIZE, SCSI_LOG_BUFSIZE, and BITS_PER_LONG
> are constants, that can be a compile-time check.
>
Ok.
>> + preempt_disable();
>> + buf = this_cpu_ptr(&scsi_format_log);
>> + idx = find_first_zero_bit(&buf->map, map_bits);
>
> If this fails to find a bit, it returns map_bits.
> This could result in the next test_and_set_bit call
> accessing an address that is outside the bounds of
> buf->map.
>
> A safety check seems prudent before the test_and_set_bit:
> if (likely(idx < map_bits))
>
Ah. I wasn't quite sure what find_first_zero_bit would return
on failure. But yeah, that check seems to be appropriate.
>> + while (test_and_set_bit(idx, &buf->map)) {
>> + idx = find_next_zero_bit(&buf->map, map_bits, idx);
>> + if (idx >= map_bits) {
>> + break;
>> + }
>
> scripts/checkpatch.pl -f doesn't like the {} on that.
>
Sigh.
>> + }
>> + if (WARN_ON(idx >= map_bits)) {
>> + preempt_enable();
>> + return NULL;
>> + }
>> + *len = SCSI_LOG_BUFSIZE;
>> + return buf->buffer + idx * SCSI_LOG_BUFSIZE;
>> +}
>> +
>> +static void scsi_log_release_buffer(char *bufptr)
>> +{
>> + struct scsi_log_buf *buf;
>> + unsigned long idx;
>> + int ret;
>> +
>> + buf = this_cpu_ptr(&scsi_format_log);
>> + if (bufptr < buf->buffer + SCSI_LOG_SPOOLSIZE) {
>
> Should that also check that bufptr > buf->buffer?
>
Probably.
>> + idx = (bufptr - buf->buffer) / SCSI_LOG_BUFSIZE;
>> + ret = test_and_clear_bit(idx, &buf->map);
>> + WARN_ON(!ret);
>> + }
>> + preempt_enable();
>> +}
>> +
>> +int sdev_prefix_printk(const char *level, const struct scsi_device
>> *sdev,
>> + const char *name, const char *fmt, ...)
>> +{
>> + va_list args;
>> + char *logbuf;
>> + size_t off = 0, logbuf_len;
>> + int ret;
>> +
>> + if (!sdev)
>> + return 0;
>> +
>> + logbuf = scsi_log_reserve_buffer(&logbuf_len);
>> + if (!logbuf)
>> + return 0;
>> +
>> + if (name)
>> + off += scnprintf(logbuf + off, logbuf_len - off,
>> + "[%s] ", name);
>> + va_start(args, fmt);
>> + off += vscnprintf(logbuf + off, logbuf_len - off, fmt, args);
>> + va_end(args);
>> + ret = dev_printk(level, &sdev->sdev_gendev, "%s", logbuf);
>> + scsi_log_release_buffer(logbuf);
>> + return ret;
>> +}
>> +EXPORT_SYMBOL_GPL(sdev_prefix_printk);
>> +
>> +int scmd_printk(const char *level, const struct scsi_cmnd *scmd,
>> + const char *fmt, ...)
>> +{
>> + struct gendisk *disk = scmd->request->rq_disk;
>> + va_list args;
>> + char *logbuf;
>> + size_t off = 0, logbuf_len;
>> + int ret;
>> +
>> + if (!scmd || scmd->cmnd == NULL)
>> + return 0;
>
> !scmd->cmnd seems more common in neighboring code.
>
Ok.
>> +
>> + logbuf = scsi_log_reserve_buffer(&logbuf_len);
>> + if (!logbuf)
>> + return 0;
>> + if (disk)
>> + off += scnprintf(logbuf + off, logbuf_len - off,
>> + "[%s] ", disk->disk_name);
>> + va_start(args, fmt);
>> + off += vscnprintf(logbuf + off, logbuf_len - off, fmt, args);
>> + va_end(args);
>> + ret = dev_printk(level, &scmd->device->sdev_gendev, "%s",
>> logbuf);
>> + scsi_log_release_buffer(logbuf);
>> + return ret;
>> +}
>> +EXPORT_SYMBOL_GPL(scmd_printk);
> ...
>
> dev_printk is EXPORT_SYMBOL. The former macro versions of
> sdev_printk and scmd_printk just called dev_printk, and not
> being symbols, did not change that.
>
> So, I think these function versions should use EXPORT_SYMBOL, so
> the hated binary drivers can still call them.
>
Okay, will be fixing things up for the next revision.
Thanks for the review.
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-11-11 19:07 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-04 8:06 [PATCH 00/10] scsi logging update: the real thing Hannes Reinecke
2014-11-04 8:06 ` [PATCH 01/10] scsi: Use real functions for logging Hannes Reinecke
2014-11-04 13:58 ` Christoph Hellwig
2014-11-04 14:22 ` Hannes Reinecke
2014-11-11 17:38 ` Elliott, Robert (Server Storage)
2014-11-11 19:07 ` Hannes Reinecke [this message]
2014-11-04 8:06 ` [PATCH 02/10] scsi: log request tag for scmd_printk() Hannes Reinecke
2014-11-06 6:40 ` Christoph Hellwig
2014-11-04 8:06 ` [PATCH 03/10] scsi: use external buffer for command logging Hannes Reinecke
2014-11-06 6:52 ` Christoph Hellwig
2014-11-04 8:06 ` [PATCH 04/10] libata: use __scsi_format_command() Hannes Reinecke
2014-11-06 7:02 ` Christoph Hellwig
2014-11-04 8:06 ` [PATCH 05/10] scsi: use per-cpu buffer for formatting sense Hannes Reinecke
2014-11-06 7:33 ` Christoph Hellwig
2014-11-06 7:37 ` Hannes Reinecke
2014-11-04 8:06 ` [PATCH 06/10] scsi: use per-cpu buffer for formatting scsi_print_result() Hannes Reinecke
2014-11-04 8:06 ` [PATCH 07/10] scsi: Rename SERVICE_ACTION_IN to SERVICE_ACTION_IN_16 Hannes Reinecke
2014-11-06 7:07 ` Christoph Hellwig
2014-11-04 8:06 ` [PATCH 08/10] scsi: Add SPC-3 command definitions Hannes Reinecke
2014-11-06 7:07 ` Christoph Hellwig
2014-11-04 8:06 ` [PATCH 09/10] scsi: Conditionally compile in constants.c Hannes Reinecke
2014-11-06 7:19 ` Christoph Hellwig
2014-11-04 8:06 ` [PATCH 10/10] scsi: Move remaining printk() statement to scmd_printk() Hannes Reinecke
2014-11-06 7:20 ` Christoph Hellwig
2014-11-06 7:37 ` 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=54625E5A.5080904@suse.de \
--to=hare@suse.de \
--cc=Elliott@hp.com \
--cc=emilne@redhat.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.