From: Wei Wang <wei.w.wang@intel.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: virtio-dev@lists.oasis-open.org, linux-kernel@vger.kernel.org,
virtualization@lists.linux-foundation.org, kvm@vger.kernel.org,
cohuck@redhat.com, borntraeger@de.ibm.com, pbonzini@redhat.com,
dgilbert@redhat.com, pasic@linux.ibm.com
Subject: Re: Re: [PATCH v1 1/2] virtio-balloon: tweak config_changed implementation
Date: Fri, 04 Jan 2019 13:14:27 +0800 [thread overview]
Message-ID: <5C2EEBB3.3070109@intel.com> (raw)
In-Reply-To: <20190103113228-mutt-send-email-mst@kernel.org>
On 01/04/2019 12:42 AM, Michael S. Tsirkin wrote:
> On Thu, Jan 03, 2019 at 01:31:01PM +0800, Wei Wang wrote:
>> virtio-ccw has deadlock issues with reading config registers inside the
>> interrupt context, so we tweak the virtballoon_changed implementation
>> by moving the config read operations into the related workqueue contexts.
>>
>> Signed-off-by: Wei Wang <wei.w.wang@intel.com>
>> ---
>> drivers/virtio/virtio_balloon.c | 54 ++++++++++++++++++++---------------------
>> 1 file changed, 26 insertions(+), 28 deletions(-)
>>
>> diff --git a/drivers/virtio/virtio_balloon.c b/drivers/virtio/virtio_balloon.c
>> index 728ecd1..9a82a11 100644
>> --- a/drivers/virtio/virtio_balloon.c
>> +++ b/drivers/virtio/virtio_balloon.c
>> @@ -394,33 +394,15 @@ static void virtballoon_changed(struct virtio_device *vdev)
>> {
>> struct virtio_balloon *vb = vdev->priv;
>> unsigned long flags;
>> - s64 diff = towards_target(vb);
>> -
>> - if (diff) {
>> - spin_lock_irqsave(&vb->stop_update_lock, flags);
>> - if (!vb->stop_update)
>> - queue_work(system_freezable_wq,
>> - &vb->update_balloon_size_work);
>> - spin_unlock_irqrestore(&vb->stop_update_lock, flags);
>> - }
>>
>> - if (virtio_has_feature(vdev, VIRTIO_BALLOON_F_FREE_PAGE_HINT)) {
>> - virtio_cread(vdev, struct virtio_balloon_config,
>> - free_page_report_cmd_id, &vb->cmd_id_received);
> There's one problem with this approach:
>
> previously updating the cmd_id_received here would immediately
> stop the report in send_free_pages.
>
> With this approach we are waiting for the wq to schedule,
> which might be blocked waiting for report to complete.
> So host can no longer quickly stop the report in progress.
>
> A simple work-around would be to set some kind of flag whenever there
> is a change interrupt, then have send_free_pages test it
> and re-read cmd_id_received.
>
> Needs to be an atomic I guess ...
>
Yes, sounds better..will update the patch.
Best,
Wei
next prev parent reply other threads:[~2019-01-04 5:14 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-03 5:31 [PATCH v1 0/2] virtio-balloon: tweak config_changed Wei Wang
2019-01-03 5:31 ` [PATCH v1 1/2] virtio-balloon: tweak config_changed implementation Wei Wang
2019-01-03 9:40 ` Cornelia Huck
2019-01-03 10:31 ` Wei Wang
2019-01-03 12:16 ` Halil Pasic
2019-01-03 16:42 ` Michael S. Tsirkin
2019-01-04 5:14 ` Wei Wang [this message]
2019-01-03 5:31 ` [PATCH v1 2/2] virtio-balloon: improve update_balloon_size_func Wei Wang
2019-01-03 9:42 ` Cornelia Huck
2019-01-03 12:18 ` Halil Pasic
2019-01-03 9:26 ` [PATCH v1 0/2] virtio-balloon: tweak config_changed Cornelia Huck
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=5C2EEBB3.3070109@intel.com \
--to=wei.w.wang@intel.com \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=dgilbert@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mst@redhat.com \
--cc=pasic@linux.ibm.com \
--cc=pbonzini@redhat.com \
--cc=virtio-dev@lists.oasis-open.org \
--cc=virtualization@lists.linux-foundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox