xen-devel

[Top] [All Lists]

[Xen-devel] Event Channel Semantics

from [Julian Stecklina]

[Permanent Link][Original]

To:	xen-devel@xxxxxxxxxxxxxxxxxxx
Subject:	[Xen-devel] Event Channel Semantics
From:	Julian Stecklina <der_julian@xxxxxx>
Date:	Thu, 09 Nov 2006 12:03:07 +0100
Delivery-date:	Thu, 09 Nov 2006 03:03:39 -0800
Envelope-to:	www-data@xxxxxxxxxxxxxxxxxx
List-help:	<mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id:	Xen developer discussion <xen-devel.lists.xensource.com>
List-post:	<mailto:xen-devel@lists.xensource.com>
List-subscribe:	<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe:	<http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender:	xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent:	Thunderbird 1.5.0.5 (X11/20060731)

Hello,

I am developing some userspace tools on Xen/Linux and have problems
regarding the semantics of /dev/linux/evtchn. The situation is as follows:

Suppose client A allocates an unbound port.
Client B connects to this via bind_interdomain.
Client A reads on /dev/linux/evtchn to see whether it has been notified.

If client B now notifies client A, the latter gets the correct port from
the call to read(). But all subsequent notifications get lost, and
client A just sits there blocking on read().

Is this intended? If not, where is the problem?

Regards,
Julian Stecklina


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

[More with this subject...]

<Prev in Thread]	Current Thread	[Next in Thread>
[Xen-devel] Event Channel Semantics, Julian Stecklina <= Re: [Xen-devel] Event Channel Semantics, Mark Williamson [Xen-devel] Re: Event Channel Semantics, Julian Stecklina Re: [Xen-devel] Re: Event Channel Semantics, John Levon

Previous by Date:	Re: [Xen-devel] Re: [RFC] "xs_read(): uuid get error" of qemu-dm, Ewan Mellor
Next by Date:	[Xen-devel] VMX status report 12254:f8ffeb540ec1, Yu, Ping Y
Previous by Thread:	[Xen-devel] LSM'07, Gaétan RYCKEBOER
Next by Thread:	Re: [Xen-devel] Event Channel Semantics, Mark Williamson
Indexes:	[Date] [Thread] [Top] [All Lists]