From: Chris Lalancette <clalance@redhat.com>
To: "Jiang, Yunhong" <yunhong.jiang@intel.com>
Cc: xen-devel <xen-devel@lists.xensource.com>
Subject: Re: [PATCH]: Really disable pirq's
Date: Thu, 15 Nov 2007 09:10:49 -0500 [thread overview]
Message-ID: <473C5369.7010209@redhat.com> (raw)
In-Reply-To: <391BF3CDD2DC0848B40ACB72FA97AD590271FC38@pdsmsx413.ccr.corp.intel.com>
Jiang, Yunhong wrote:
> Not sure if the change is a bit over-kill, since enable_pirq is has void
> return type, while startup_pirq is "int" return type, with possibility
> to fail.
Thanks for looking!
This is true, startup_pirq() *could* fail; but if you notice in the code, it
doesn't actually have anything but a "return 0", so it doesn't report errors
currently anyway.
>
> For example, in following situation, the startup_pirq may fail : 1) when
> startup_pirq again, fail to get free port, 2) if another domain try to
> bind the pirq with BIND_PIRQ_WILL_SHARE cleared (like to probing, will
> it happen?) between the shutdown_pirq/startup_pirq sequence.
Yes, you are right, this can happen if another domain is probing. However, I'm
not sure that it is any different from when you are calling ->startup() for the
first time; you will just fail to get the event channel. Without introducing
another event channel op (which seems like a LOT of overkill), I'm not aware of
another way of asking the HV to mask out that IRQ on the IOAPIC.
Chris Lalancette
next prev parent reply other threads:[~2007-11-15 14:10 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-14 19:10 [PATCH]: Really disable pirq's Chris Lalancette
2007-11-15 6:01 ` Jiang, Yunhong
2007-11-15 14:10 ` Chris Lalancette [this message]
2007-11-15 14:37 ` Keir Fraser
2007-11-16 3:44 ` Jiang, Yunhong
2007-11-16 17:34 ` Keir Fraser
2007-11-16 22:12 ` Chris Lalancette
2007-11-20 21:13 ` Chris Lalancette
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=473C5369.7010209@redhat.com \
--to=clalance@redhat.com \
--cc=xen-devel@lists.xensource.com \
--cc=yunhong.jiang@intel.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.