All of lore.kernel.org
 help / color / mirror / Atom feed
* [Xenomai] x86 MSI support
@ 2012-06-15 18:44 Jeff Weber
  2012-06-15 19:11 ` Phil Mitchell
  2012-06-15 21:40 ` Philippe Gerum
  0 siblings, 2 replies; 3+ messages in thread
From: Jeff Weber @ 2012-06-15 18:44 UTC (permalink / raw)
  To: Xenomai Mailing List

Is the FAQ line:

"The I-pipe patch currently does not support MSI interrupts."

still true?  This FAQ is dated to 2008.

I've been using MSIs and adeos-ipipe-2.6.38.8-x86-2.10-01.patch and haven't
seen a problem yet.

thanks,
Jeff

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Xenomai] x86 MSI support
  2012-06-15 18:44 [Xenomai] x86 MSI support Jeff Weber
@ 2012-06-15 19:11 ` Phil Mitchell
  2012-06-15 21:40 ` Philippe Gerum
  1 sibling, 0 replies; 3+ messages in thread
From: Phil Mitchell @ 2012-06-15 19:11 UTC (permalink / raw)
  To: Xenomai Mailing List

I am also using MSIs and adeos-ipipe-2.6.38.8-x86-2.10-01 on a dual
core ATOM processor without issues.

Phil


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [Xenomai] x86 MSI support
  2012-06-15 18:44 [Xenomai] x86 MSI support Jeff Weber
  2012-06-15 19:11 ` Phil Mitchell
@ 2012-06-15 21:40 ` Philippe Gerum
  1 sibling, 0 replies; 3+ messages in thread
From: Philippe Gerum @ 2012-06-15 21:40 UTC (permalink / raw)
  To: Jeff Weber; +Cc: Xenomai Mailing List

On 06/15/2012 08:44 PM, Jeff Weber wrote:
> Is the FAQ line:
>
> "The I-pipe patch currently does not support MSI interrupts."
>
> still true?  This FAQ is dated to 2008.
>

In retrospect, this FAQ entry is somewhat misleading. As Jan pointed out 
a couple of times already, the I-pipe does handle MSI interrupts 
properly, but doesn't allow non-root domains to call the IRQ 
masking/unmasking code for MSI. Since unmasking is usually paired with 
requesting an IRQ, and masking is paired with releasing it, the 
restriction should include the request/free calls as well.

There is no reason to mask MSI in the pre-handling code due to their 
semantics, and therefore no reason to unmask them upon return from the 
handler, so the restriction turns out to be a non-issue for most use 
cases. If a primary domain handler really wants to prevent more MSI to 
come from a given source, then it should quiesce the issuing device.

> I've been using MSIs and adeos-ipipe-2.6.38.8-x86-2.10-01.patch and haven't
> seen a problem yet.
>

-- 
Philippe.


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2012-06-15 21:40 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-06-15 18:44 [Xenomai] x86 MSI support Jeff Weber
2012-06-15 19:11 ` Phil Mitchell
2012-06-15 21:40 ` Philippe Gerum

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.