linux-scsi.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: Hannes Reinecke <hare@suse.de>,
	James Bottomley <jbottomley@parallels.com>
Cc: Christoph Hellwig <hch@lst.de>,
	Guennadi Liakhovetski <g.liakhovetski@gmx.de>,
	"David S. Miller" <davem@davemloft.net>,
	linux-scsi@vger.kernel.org
Subject: Re: [PATCH 08/12] am53c974: BLAST residual handling
Date: Fri, 21 Nov 2014 14:09:43 +0100	[thread overview]
Message-ID: <546F3997.8080801@redhat.com> (raw)
In-Reply-To: <1416573716-73890-9-git-send-email-hare@suse.de>



On 21/11/2014 13:41, Hannes Reinecke wrote:
> The am53c974 has an design issue where a single byte might be
> left in the SCSI FIFO after a DMA transfer.
> As the handling code is currently untested add a WARN_ON()
> statement here.
> 
> Signed-off-by: Hannes Reinecke <hare@suse.de>
> ---
>  drivers/scsi/am53c974.c |  6 ++++++
>  drivers/scsi/esp_scsi.c | 29 +++++++++++++++++++++++++++++
>  drivers/scsi/esp_scsi.h |  1 +
>  3 files changed, 36 insertions(+)
> 
> diff --git a/drivers/scsi/am53c974.c b/drivers/scsi/am53c974.c
> index 86c4c42..1c1312f 100644
> --- a/drivers/scsi/am53c974.c
> +++ b/drivers/scsi/am53c974.c
> @@ -197,6 +197,12 @@ static void pci_esp_dma_drain(struct esp *esp)
>  	shost_printk(KERN_INFO, esp->host,
>  		     "DMA blast done (%d tries, %d bytes left)\n", lim, resid);
>  #endif
> +	/* BLAST residual handling is currently untested */
> +	if (WARN_ON_ONCE(resid == 1)) {
> +		struct esp_cmd_entry *ent = esp->active_cmd;
> +
> +		ent->flags |= ESP_CMD_FLAG_RESIDUAL;
> +	}
>  }
>  
>  static void pci_esp_dma_invalidate(struct esp *esp)
> diff --git a/drivers/scsi/esp_scsi.c b/drivers/scsi/esp_scsi.c
> index 2a3277d..07b4d93 100644
> --- a/drivers/scsi/esp_scsi.c
> +++ b/drivers/scsi/esp_scsi.c
> @@ -1334,6 +1334,35 @@ static int esp_data_bytes_sent(struct esp *esp, struct esp_cmd_entry *ent,
>  	bytes_sent = esp->data_dma_len;
>  	bytes_sent -= ecount;
>  
> +	/*
> +	 * The am53c974 has a DMA 'pecularity'. The doc states:
> +	 * In some odd byte conditions, one residual byte will
> +	 * be left in the SCSI FIFO, and the FIFO Flags will
> +	 * never count to '0 '. When this happens, the residual
> +	 * byte should be retrieved via PIO following completion
> +	 * of the BLAST operation.
> +	 */
> +	if (fifo_cnt == 1 && ent->flags & ESP_CMD_FLAG_RESIDUAL) {
> +		size_t count = 1;
> +		size_t offset = bytes_sent;
> +		u8 bval = esp_read8(ESP_FDATA);
> +
> +		if (ent->flags & ESP_CMD_FLAG_AUTOSENSE)
> +			ent->sense_ptr[bytes_sent] = bval;
> +		else {
> +			struct esp_cmd_priv *p = ESP_CMD_PRIV(cmd);
> +			u8 *ptr;
> +
> +			ptr = scsi_kmap_atomic_sg(p->cur_sg, p->u.num_sg,
> +						  &offset, &count);
> +			if (likely(ptr)) {
> +				*(ptr + offset) = bval;
> +				scsi_kunmap_atomic_sg(ptr);
> +			}
> +		}
> +		bytes_sent += fifo_cnt;
> +		ent->flags &= ~ESP_CMD_FLAG_RESIDUAL;
> +	}
>  	if (!(ent->flags & ESP_CMD_FLAG_WRITE))
>  		bytes_sent -= fifo_cnt;
>  
> diff --git a/drivers/scsi/esp_scsi.h b/drivers/scsi/esp_scsi.h
> index 27dcaf8..5fa456c 100644
> --- a/drivers/scsi/esp_scsi.h
> +++ b/drivers/scsi/esp_scsi.h
> @@ -269,6 +269,7 @@ struct esp_cmd_entry {
>  #define ESP_CMD_FLAG_WRITE	0x01 /* DMA is a write */
>  #define ESP_CMD_FLAG_ABORT	0x02 /* being aborted */
>  #define ESP_CMD_FLAG_AUTOSENSE	0x04 /* Doing automatic REQUEST_SENSE */
> +#define ESP_CMD_FLAG_RESIDUAL	0x08 /* AM53c974 BLAST residual */
>  
>  	u8			tag[2];
>  	u8			orig_tag[2];
> 

Reviewed-by: Paolo Bonzini <pbonzini@redhat.com>

  reply	other threads:[~2014-11-21 13:10 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-21 12:41 [PATCHv2 00/12] Re-implement am53c974 driver Hannes Reinecke
2014-11-21 12:41 ` [PATCH 01/12] esp_scsi: spellcheck 'driver' Hannes Reinecke
2014-11-21 17:42   ` David Miller
2014-11-21 12:41 ` [PATCH 02/12] esp_scsi: make number of tags configurable Hannes Reinecke
2014-11-21 17:42   ` David Miller
2014-11-21 12:41 ` [PATCH 03/12] esp_scsi: convert to dev_printk Hannes Reinecke
2014-11-21 17:43   ` David Miller
2014-11-21 12:41 ` [PATCH 04/12] esp_scsi: debug event and command Hannes Reinecke
2014-11-21 17:43   ` David Miller
2014-11-21 12:41 ` [PATCH 05/12] esp_scsi: read status registers Hannes Reinecke
2014-11-21 17:44   ` David Miller
2014-11-21 12:41 ` [PATCH 06/12] esp_scsi: use FIFO for command submission Hannes Reinecke
2014-11-21 13:09   ` Paolo Bonzini
2014-11-21 17:42   ` David Miller
2014-11-21 12:41 ` [PATCH 07/12] scsi: add 'am53c974' driver Hannes Reinecke
2014-11-24 13:36   ` Christoph Hellwig
2014-11-24 13:42   ` Paolo Bonzini
2014-11-24 13:50   ` Christoph Hellwig
2014-11-24 14:01     ` Hannes Reinecke
2014-11-21 12:41 ` [PATCH 08/12] am53c974: BLAST residual handling Hannes Reinecke
2014-11-21 13:09   ` Paolo Bonzini [this message]
2014-11-21 17:45   ` David Miller
2014-11-21 12:41 ` [PATCH 09/12] esp: correctly detect am53c974 Hannes Reinecke
2014-11-21 17:46   ` David Miller
2014-11-21 12:41 ` [PATCH 10/12] esp_scsi: let DMA driver provide a config2 value Hannes Reinecke
2014-11-21 17:47   ` David Miller
2014-11-21 12:41 ` [PATCH 11/12] esp: enable CONFIG2_FENAB for am53c974 Hannes Reinecke
2014-11-21 13:10   ` Paolo Bonzini
2014-11-21 17:47   ` David Miller
2014-11-21 12:41 ` [PATCH 12/12] Replace tmscsim by am53c974 Hannes Reinecke
2014-11-23 13:22   ` Guennadi Liakhovetski
2014-11-23 18:45     ` David Miller
2014-11-24  8:14 ` [PATCHv2 00/12] Re-implement am53c974 driver Christoph Hellwig
2014-11-24  8:23   ` Hannes Reinecke
2014-11-25 22:10   ` Guennadi Liakhovetski
  -- strict thread matches above, loose matches on Subject: below --
2014-11-24 14:37 [PATCHv3 " Hannes Reinecke
2014-11-24 14:37 ` [PATCH 08/12] am53c974: BLAST residual handling 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=546F3997.8080801@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=davem@davemloft.net \
    --cc=g.liakhovetski@gmx.de \
    --cc=hare@suse.de \
    --cc=hch@lst.de \
    --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;
as well as URLs for NNTP newsgroup(s).