qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] Re: UIO interrupts being lost
       [not found] <AANLkTinBUBSDM-SQXt64CGrF2TBcGPoJQKPojk5N9FCY@mail.gmail.com>
@ 2010-06-25 10:32 ` Michael S. Tsirkin
  0 siblings, 0 replies; only message in thread
From: Michael S. Tsirkin @ 2010-06-25 10:32 UTC (permalink / raw)
  To: Cam Macdonell, kvm, qemu-devel

On Thu, Jun 24, 2010 at 05:43:15PM -0600, Cam Macdonell wrote:
> Hi Michael,
> 
> I'm trying to write a uio driver for my shared memory device for KVM
> and I'm running into a situation where several interrupts in quick
> succession are not all triggering the callback function in my kernel
> UIO driver, say 2 out of 5.  My driver does not set the Interrupt
> Disable bit and if it helps, I'm using MSI-X interrupts.  Even without
> the interrupt disable bit set, is there still a window where
> successive interrupts can be lost if they arrive too quickly?
> 
> Thanks,
> Cam

Yes, I think so: if an interrupt is delivered when
ISR is running, it gets queued, but a second one
gets lost.

A queueing mechanism is necessary to avoid losing
information, e.g. virtio implements exactly that.
Why don't you reuse virtio for signalling?

If I understand what Anthony said correctly,
he objected to the specific implementation,
not to the idea of reusing virtio spec and code.

-- 
MST

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2010-06-25 17:52 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <AANLkTinBUBSDM-SQXt64CGrF2TBcGPoJQKPojk5N9FCY@mail.gmail.com>
2010-06-25 10:32 ` [Qemu-devel] Re: UIO interrupts being lost Michael S. Tsirkin

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).