From: "Jan Beulich" <JBeulich@suse.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Cc: keir@xen.org, ian.campbell@citrix.com, andrew.cooper3@citrix.com,
tim@xen.org, xen-devel@lists.xenproject.org,
ian.jackson@eu.citrix.com
Subject: Re: [PATCH v7 for-xen-4.5 2/2] dpci: Replace tasklet with an softirq (v7)
Date: Mon, 29 Sep 2014 14:40:49 +0100 [thread overview]
Message-ID: <54297D81020000780003A8A0@mail.emea.novell.com> (raw)
In-Reply-To: <1411781587-20091-3-git-send-email-konrad.wilk@oracle.com>
>>> On 27.09.14 at 03:33, <konrad.wilk@oracle.com> wrote:
> +/*
> + * Should only be called from hvm_do_IRQ_dpci. We use the
> + * 'masked' as an gate to thwart multiple interrupts.
> + *
> + * The 'masked' is cleared by 'softirq_dpci' when it has
> + * completed executing 'hvm_dirq_assist'.
> + *
> + */
> +static void schedule_softirq_for(struct hvm_pirq_dpci *pirq_dpci)
Perhaps better name this raise_... than schedule_...?
> +/*
> + * If we are racing with softirq_dpci (masked is still set) we return
> + * -EAGAIN. Otherwise we return 0.
> + *
> + * If it is -EAGAIN, it is the callers responsibility to make sure
> + * that the softirq (with the event_lock dropped) has ran. We need
> + * to flush out the outstanding 'dpci_softirq' (no more of them
> + * will be added for this pirq as the IRQ action handler has been
> + * reset in pt_irq_destroy_bind).
> + */
> +int pt_pirq_softirq_active(struct hvm_pirq_dpci *pirq_dpci)
> +{
> + if ( pirq_dpci->masked )
> + return -EAGAIN;
I think this would better be -ERESTART with the post-4.4 conversion
from -EAGAIN to -ERESTART.
> @@ -544,14 +607,12 @@ static void hvm_dirq_assist(unsigned long arg)
> * do nothing except clear the ->masked field anyhow.
> */
> if ( !d )
> - {
> - pirq_dpci->masked = 0;
> return;
> - }
This renders stale the comment right above.
> -void pci_release_devices(struct domain *d)
> +int pci_release_devices(struct domain *d)
> {
> struct pci_dev *pdev;
> u8 bus, devfn;
> + int ret;
>
> spin_lock(&pcidevs_lock);
> - pci_clean_dpci_irqs(d);
> + ret = pci_clean_dpci_irqs(d);
> + if ( ret == -EAGAIN )
I don't think you should special case -EAGAIN here.
> --- a/xen/include/xen/softirq.h
> +++ b/xen/include/xen/softirq.h
> @@ -8,6 +8,9 @@ enum {
> NEW_TLBFLUSH_CLOCK_PERIOD_SOFTIRQ,
> RCU_SOFTIRQ,
> TASKLET_SOFTIRQ,
> +#ifdef HAS_PASSTHROUGH
> + HVM_DPCI_SOFTIRQ,
> +#endif
The conditional is wrong actually (sorry, noticed this just now) - as
io.c is x86-specific, this should be an arch-specific softirq.
Also I notice you dropped the domain ref-counting you previously
used, yet I don't clearly see how doing so is safe.
Jan
prev parent reply other threads:[~2014-09-29 13:40 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-27 1:33 [PATCH v7] Fix interrupt latency of HVM PCI passthrough devices Konrad Rzeszutek Wilk
2014-09-27 1:33 ` [PATCH v7 for-xen-4.5 1/2] dpci: Move from an hvm_irq_dpci (and struct domain) to an hvm_dirq_dpci model Konrad Rzeszutek Wilk
2014-09-29 10:16 ` Andrew Cooper
2014-09-29 11:52 ` Jan Beulich
2014-09-29 13:22 ` Jan Beulich
2014-10-07 15:35 ` Konrad Rzeszutek Wilk
2014-09-27 1:33 ` [PATCH v7 for-xen-4.5 2/2] dpci: Replace tasklet with an softirq (v7) Konrad Rzeszutek Wilk
2014-09-29 10:49 ` Andrew Cooper
2014-09-29 11:59 ` Jan Beulich
2014-09-29 13:40 ` Jan Beulich [this message]
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=54297D81020000780003A8A0@mail.emea.novell.com \
--to=jbeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=keir@xen.org \
--cc=konrad.wilk@oracle.com \
--cc=tim@xen.org \
--cc=xen-devel@lists.xenproject.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;
as well as URLs for NNTP newsgroup(s).