All of lore.kernel.org
 help / color / mirror / Atom feed
From: George Kennedy <george.kennedy@oracle.com>
To: Paolo Bonzini <pbonzini@redhat.com>, Fam Zheng <famz@redhat.com>,
	qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH v2] lsi: Reselection needed to remove pending commands from queue
Date: Wed, 24 Oct 2018 09:06:30 -0400	[thread overview]
Message-ID: <51309caa-23eb-9c3b-329e-2885fe13d905@oracle.com> (raw)
In-Reply-To: <baf9d1db-51b7-939f-1f46-553c4fdd5939@redhat.com>



On 10/23/2018 6:31 PM, Paolo Bonzini wrote:
> On 24/10/2018 00:11, George Kennedy wrote:
>>> What about "req->hba_private != s->current"?  That should cause a call
>>> to lsi_queue_req, and then you can check s->want_resel in lsi_queue_req.
>> For the extended period of time where lsi_queue_req() is not being
>> called from lsi_transfer_data(), my debug shows "s->waiting" is not "1"
>> and req->hba_private is equal to s->current.
> That would mean indeed that no reselection is needed---but that's wrong.
>
> Why didn't lsi_do_command invoke lsi_queue_command?  That would set
> s->current to NULL (on the SCSI level, that means the bus is freed; on
> the QEMU level, the idea is that lsi_transfer_data would then start a
> reselection).

Through the extended period of time with no call to lsi_reselect(), the 
check of "s->command_complete" in lsi_do_command() is always "1" and 
therefore no call to lsi_queue_command() occurs.

"s->command_complete" is set to "1" in lsi_transfer_data().

>
> Thanks,
>
> Paolo
>
>> req->hba_private is set to NULL in lsi_command_complete() and that's
>> where I tried to add a call to lsi_reselect(), but the Scripts are not
>> in the correct state to allow the call.
>>
>> lsi_transfer_data() or lsi_command_complete() are probably the 2
>> potential places where a fix could be added if the Script state would
>> allow it.
>

  reply	other threads:[~2018-10-24 13:19 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-22 21:28 [Qemu-devel] [PATCH v2] lsi: Reselection needed to remove pending commands from queue George Kennedy
2018-10-23 14:33 ` Paolo Bonzini
2018-10-23 21:36   ` George Kennedy
2018-10-23 21:50     ` Paolo Bonzini
2018-10-23 22:11       ` George Kennedy
2018-10-23 22:31         ` Paolo Bonzini
2018-10-24 13:06           ` George Kennedy [this message]
2018-10-24 22:27             ` Paolo Bonzini

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=51309caa-23eb-9c3b-329e-2885fe13d905@oracle.com \
    --to=george.kennedy@oracle.com \
    --cc=famz@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.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 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.