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;
> }
> }
>
>
next prev parent 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).