All of lore.kernel.org
 help / color / mirror / Atom feed
From: mdroth <mdroth@linux.vnet.ibm.com>
To: "Andreas Färber" <afaerber@suse.de>
Cc: Kevin Wolf <kwolf@redhat.com>,
	Anthony Liguori <anthony@codemonkey.ws>,
	qemu-devel@nongnu.org, stefanha@redhat.com
Subject: Re: [Qemu-devel] [PATCH] ide-test: fix failure for test_flush
Date: Tue, 11 Jun 2013 10:45:09 -0500	[thread overview]
Message-ID: <20130611154509.GA1681@vm> (raw)
In-Reply-To: <51B6F660.5090004@suse.de>

On Tue, Jun 11, 2013 at 12:05:20PM +0200, Andreas Färber wrote:
> Am 10.06.2013 20:23, schrieb Michael Roth:
> > bd07684aacfb61668ae2c25b7dd00b64f3d7c7f3 added a test to ensure BSY
> > flag is set when a flush request is in flight. It does this by setting
> > a blkdebug breakpoint on flush_to_os before issuing a CMD_FLUSH_CACHE.
> > It then resumes CMD_FLUSH_CACHE operation and checks that BSY is unset.
> > 
> > The actual unsetting of BSY does not occur until ide_flush_cb gets
> > called in a bh, however, so in some cases this check will race with
> > the actual completion.
> > 
> > Fix this by polling the ide status register until BSY flag gets unset
> > before we do our final sanity checks. According to
> > f68ec8379e88502b4841a110c070e9b118d3151c this is in line with how a guest
> > would determine whether or not the device is still busy.
> > 
> > Signed-off-by: Michael Roth <mdroth@linux.vnet.ibm.com>
> > ---
> >  tests/ide-test.c |    5 ++++-
> >  1 file changed, 4 insertions(+), 1 deletion(-)
> > 
> > diff --git a/tests/ide-test.c b/tests/ide-test.c
> > index 828e71a..7e2eb94 100644
> > --- a/tests/ide-test.c
> > +++ b/tests/ide-test.c
> > @@ -455,7 +455,10 @@ static void test_flush(void)
> >      data = inb(IDE_BASE + reg_device);
> >      g_assert_cmpint(data & DEV, ==, 0);
> >  
> > -    data = inb(IDE_BASE + reg_status);
> > +    do {
> > +        data = inb(IDE_BASE + reg_status);
> > +    } while (data & BSY);
> 
> Is a busy loop really a good idea for a qtest? CC'ing Anthony.

I'm not sure, my main justification was simply that we currently do it
in ide-test for send_dma_request()

> For the theoretical case that BSY is not cleared it might be better to
> terminate the loop with some timeout to get an assertion failure or at
> least use some form of sleep() to yield the thread while waiting?
> 

I don't think yielding/sleeping is too big a deal since we do a blocking
read() on each iteration which i assume will result in a yield while the
inb is being processed by qemu. Timeouts might be nice thing to add later
though. What about something like this?

inb_wait(addr, testfn, opaque, timeout) {
    while (timeout == -1 || timeout-- > 0) {
        val = inb(addr);
        if (testfn(val, opaque)) {
            return val;
        }
        usleep(1000);
    }
    abort()
}

It's not particularly precise, but for imposing a rough limit it should
work.

> > +
> >      assert_bit_set(data, DRDY);
> >      assert_bit_clear(data, BSY | DF | ERR | DRQ);
> 
> This BSY clear assertion will always be true now due to the above while
> condition; it won't if we change it though.
> 
> Regards,
> Andreas
> 
> >  
> 
> -- 
> SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
> GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
> 

  parent reply	other threads:[~2013-06-11 15:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-10 18:23 [Qemu-devel] [PATCH] ide-test: fix failure for test_flush Michael Roth
2013-06-11  7:38 ` Kevin Wolf
2013-06-11 10:05 ` Andreas Färber
2013-06-11 12:13   ` Kevin Wolf
2013-06-11 15:45   ` mdroth [this message]
2013-06-17 21:06 ` Anthony Liguori

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=20130611154509.GA1681@vm \
    --to=mdroth@linux.vnet.ibm.com \
    --cc=afaerber@suse.de \
    --cc=anthony@codemonkey.ws \
    --cc=kwolf@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@redhat.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.