All of lore.kernel.org
 help / color / mirror / Atom feed
From: Fam Zheng <famz@redhat.com>
To: Peter Lieven <pl@kamp.de>
Cc: kwolf@redhat.com, qemu-block@nongnu.org, stefanha@gmail.com,
	jcody@redhat.com, qemu-devel@nongnu.org, jsnow@redhat.com
Subject: Re: [Qemu-devel] [PATCH V3 4/6] ide: orphan all buffered requests on DMA cancel
Date: Thu, 12 Nov 2015 16:27:36 +0800	[thread overview]
Message-ID: <20151112082736.GP4082@ad.usersys.redhat.com> (raw)
In-Reply-To: <1446799373-6144-5-git-send-email-pl@kamp.de>

On Fri, 11/06 09:42, Peter Lieven wrote:
> If the guests canceles a DMA request we can prematurely
> invoke all callbacks of buffered requests and flag all them
> as orphaned. Ideally this avoids the need for draining all
> requests. For CDROM devices this works in 100% of all cases.
> 
> Signed-off-by: Peter Lieven <pl@kamp.de>
> ---
>  hw/ide/pci.c | 19 +++++++++++++++++++
>  1 file changed, 19 insertions(+)
> 
> diff --git a/hw/ide/pci.c b/hw/ide/pci.c
> index d31ff88..a9e164e 100644
> --- a/hw/ide/pci.c
> +++ b/hw/ide/pci.c
> @@ -240,6 +240,22 @@ void bmdma_cmd_writeb(BMDMAState *bm, uint32_t val)
>      /* Ignore writes to SSBM if it keeps the old value */
>      if ((val & BM_CMD_START) != (bm->cmd & BM_CMD_START)) {
>          if (!(val & BM_CMD_START)) {
> +            /* First invoke the callbacks of all buffered requests
> +             * and flag those requests as orphaned. Ideally there
> +             * are no unbuffered (Scatter Gather DMA Requests or
> +             * write requests) pending and we can avoid to drain. */
> +            IDEBufferedRequest *req;
> +            IDEState *s = idebus_active_if(bm->bus);
> +            QLIST_FOREACH(req, &s->buffered_requests, list) {
> +                if (!req->orphaned) {
> +#ifdef DEBUG_IDE
> +                    printf("%s: invoking cb %p of buffered request %p with"
> +                           " -ECANCELED\n", __func__, req->original_cb, req);
> +#endif
> +                    req->original_cb(req->original_opaque, -ECANCELED);
> +                }
> +                req->orphaned = true;
> +            }

Why not use bdrv_aio_cancel or bdrv_aio_cancel_async with the aio returned by
bdrv_aio_cancel?

Fam

>              /*
>               * We can't cancel Scatter Gather DMA in the middle of the
>               * operation or a partial (not full) DMA transfer would reach
> @@ -253,6 +269,9 @@ void bmdma_cmd_writeb(BMDMAState *bm, uint32_t val)
>               * aio operation with preadv/pwritev.
>               */
>              if (bm->bus->dma->aiocb) {
> +#ifdef DEBUG_IDE
> +                printf("%s: draining all remaining requests", __func__);
> +#endif
>                  blk_drain_all();
>                  assert(bm->bus->dma->aiocb == NULL);
>              }
> -- 
> 1.9.1
> 
> 

  reply	other threads:[~2015-11-12  8:27 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-06  8:42 [Qemu-devel] [PATCH V3 0/6] ide: avoid main-loop hang on CDROM/NFS failure Peter Lieven
2015-11-06  8:42 ` [Qemu-devel] [PATCH V3 1/6] ide/atapi: make PIO read requests async Peter Lieven
2015-11-09 23:35   ` John Snow
2015-11-06  8:42 ` [Qemu-devel] [PATCH V3 2/6] block: add blk_abort_aio_request Peter Lieven
2015-11-12  8:17   ` Fam Zheng
2015-11-06  8:42 ` [Qemu-devel] [PATCH V3 3/6] ide: add support for IDEBufferedRequest Peter Lieven
2015-11-12  9:57   ` Fam Zheng
2015-11-12 10:21     ` Peter Lieven
2015-11-06  8:42 ` [Qemu-devel] [PATCH V3 4/6] ide: orphan all buffered requests on DMA cancel Peter Lieven
2015-11-12  8:27   ` Fam Zheng [this message]
2015-11-12  8:45     ` Peter Lieven
2015-11-06  8:42 ` [Qemu-devel] [PATCH V3 5/6] ide: enable buffered requests for ATAPI devices Peter Lieven
2015-11-12 11:25   ` Fam Zheng
2015-11-12 11:42     ` Peter Lieven
2015-11-06  8:42 ` [Qemu-devel] [PATCH V3 6/6] ide: enable buffered requests for PIO read requests Peter Lieven
2015-11-12 11:33 ` [Qemu-devel] [PATCH V3 0/6] ide: avoid main-loop hang on CDROM/NFS failure Fam Zheng
2015-11-12 11:46   ` Peter Lieven

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=20151112082736.GP4082@ad.usersys.redhat.com \
    --to=famz@redhat.com \
    --cc=jcody@redhat.com \
    --cc=jsnow@redhat.com \
    --cc=kwolf@redhat.com \
    --cc=pl@kamp.de \
    --cc=qemu-block@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@gmail.com \
    /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.