qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Laszlo Ersek <lersek@redhat.com>
To: Paolo Bonzini <pbonzini@redhat.com>, qemu-devel@nongnu.org
Cc: ppandit@redhat.com, qiang6-s@360.cn
Subject: Re: [Qemu-devel] [PATCH] scsi: esp: clean up handle_ti/esp_do_dma if s->do_cmd
Date: Wed, 15 Jun 2016 15:16:22 +0200	[thread overview]
Message-ID: <506b0baf-3bd9-f0fc-2666-825f13b0fe84@redhat.com> (raw)
In-Reply-To: <1465994350-12256-1-git-send-email-pbonzini@redhat.com>

On 06/15/16 14:39, Paolo Bonzini wrote:
> Avoid duplicated code between esp_do_dma and handle_ti.  esp_do_dma
> has the same code that handle_ti contains after the call to esp_do_dma;
> but the code in handle_ti is never reached

(... never reached after esp_do_dma() is called -- it is reached in
general... but splitting hairs about this is not important)

> because it is in an "else if".
> Remove the else and also the pointless return.

Yes, this looks correct.

> esp_do_dma also has a partially dead assignment of the to_device
> variable.  Sink it to the point where it's actually used.

You could sink it a bit more, I think, to just before the first use.

> Finally, assert that the other caller of esp_do_dma (esp_transfer_data)
> only transfers data and not a command.  This is true because get_cmd
> cancels the old request synchronously before its caller handle_satn_stop
> sets do_cmd to 1.

I didn't try to verify why the claim is true, but if the claim is true,
then the assert() is valid, and fits in with the changes in esp_do_dma()
and handle_ti() -- the logic taken over by handle_ti() from esp_do_dma()
is not reached when esp_do_dma() is called by esp_transfer_data(), but
then again, on that call path, the original logic was never reached anyway.

(If the claim is wrong, we'll quickly find out with the assert() :))

... So, I think if you wish, you could lower the "to_device" assignment
a bit more. Either way:

Reviewed-by: Laszlo Ersek <lersek@redhat.com>

And I guess Prasad will submit a new version of the buffer overflow fix,
on top of this patch, according to your previous message
<http://thread.gmane.org/gmane.comp.emulators.qemu/419113/focus=419155>.

Thanks
Laszlo

> 
> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
> ---
>  hw/scsi/esp.c | 11 ++++-------
>  1 file changed, 4 insertions(+), 7 deletions(-)
> 
> diff --git a/hw/scsi/esp.c b/hw/scsi/esp.c
> index 3f08598..2bc5076 100644
> --- a/hw/scsi/esp.c
> +++ b/hw/scsi/esp.c
> @@ -245,21 +245,17 @@ static void esp_do_dma(ESPState *s)
>      uint32_t len;
>      int to_device;
>  
> -    to_device = (s->ti_size < 0);
>      len = s->dma_left;
>      if (s->do_cmd) {
>          trace_esp_do_dma(s->cmdlen, len);
>          s->dma_memory_read(s->dma_opaque, &s->cmdbuf[s->cmdlen], len);
> -        s->ti_size = 0;
> -        s->cmdlen = 0;
> -        s->do_cmd = 0;
> -        do_cmd(s, s->cmdbuf);
>          return;
>      }
>      if (s->async_len == 0) {
>          /* Defer until data is available.  */
>          return;
>      }
> +    to_device = (s->ti_size < 0);
>      if (len > s->async_len) {
>          len = s->async_len;
>      }
> @@ -318,6 +314,7 @@ void esp_transfer_data(SCSIRequest *req, uint32_t len)
>  {
>      ESPState *s = req->hba_private;
>  
> +    assert(!s->do_cmd);
>      trace_esp_transfer_data(s->dma_left, s->ti_size);
>      s->async_len = len;
>      s->async_buf = scsi_req_get_buf(req);
> @@ -358,13 +355,13 @@ static void handle_ti(ESPState *s)
>          s->dma_left = minlen;
>          s->rregs[ESP_RSTAT] &= ~STAT_TC;
>          esp_do_dma(s);
> -    } else if (s->do_cmd) {
> +    }
> +    if (s->do_cmd) {
>          trace_esp_handle_ti_cmd(s->cmdlen);
>          s->ti_size = 0;
>          s->cmdlen = 0;
>          s->do_cmd = 0;
>          do_cmd(s, s->cmdbuf);
> -        return;
>      }
>  }
>  
> 

  reply	other threads:[~2016-06-15 13:16 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-15 12:39 [Qemu-devel] [PATCH] scsi: esp: clean up handle_ti/esp_do_dma if s->do_cmd Paolo Bonzini
2016-06-15 13:16 ` Laszlo Ersek [this message]
2016-06-15 13:27   ` Paolo Bonzini
2016-06-15 15:48   ` P J P

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=506b0baf-3bd9-f0fc-2666-825f13b0fe84@redhat.com \
    --to=lersek@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=ppandit@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=qiang6-s@360.cn \
    /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).