>>> On 20.09.11 at 12:55, Daniel Castro <evil.dani@xxxxxxxxx> wrote:
> What I am trying is writing to the xenstore ring, issue the send
> hypercall, then wait (poll hypercall) for event, then read answer from
> ring.
That reads as if you do all this from the same thread in the same domain.
Which might be your problem, particularly if additionally you use the
same event channel for signaling production and consumption.
> The waiting is not working, but If I wait enough time, the ring will
> contain the answer, but apparently I have a problem with my event
> channel port. So to test this theory I am using event channel status
> hypercall, and I get:
> Status 2 (meaning interdomain connected)
> VCPU 0
> The Union reports dom 32752 and port 2.
32752 == DOMID_SELF. And I can't see where the hypercall
implementation would return DOMID_SELF here.
> Right now, there are two things that jump to my mind, first when I
> issue the poll hypercall the system continues execution, instead of
> yielding CPU unitl event arrives. If it were never to arrive it should
> yield infinitely, right?
Without a timeout, yes.
> Second, the bit is never set. Or it is being undone before I can check it.
That would need to be you to undo it.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
Home