* DomU to Dom0 Communication in Xen HVM?
@ 2012-07-18 4:22 Larry White
2012-07-18 13:57 ` Konrad Rzeszutek Wilk
0 siblings, 1 reply; 3+ messages in thread
From: Larry White @ 2012-07-18 4:22 UTC (permalink / raw)
To: xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 756 bytes --]
I am new to Xen and want to provide simple communication between my DomU and
Dom0 environments. I just need to be able to pass a few bytes of
information back and forth between DomU and Dom0 while using some form of
event management to know when an update occurs so I can act on it. At
first, it appeared that using XenBus and XenStore might be the right
solution for this. However, after looking over the documentation, it seems
that XenBus and XenStore should only be used in a PVM Xen configuration, not
a HVM model like mine. Is this true?
What would be the best way to accomplish this? Is there any sample code
which demonstrates this for a HVM Xen environment?
Any information regarding this would be greatly apprecated.
Larry
[-- Attachment #1.2: Type: text/html, Size: 3032 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: DomU to Dom0 Communication in Xen HVM?
2012-07-18 4:22 DomU to Dom0 Communication in Xen HVM? Larry White
@ 2012-07-18 13:57 ` Konrad Rzeszutek Wilk
0 siblings, 0 replies; 3+ messages in thread
From: Konrad Rzeszutek Wilk @ 2012-07-18 13:57 UTC (permalink / raw)
To: Larry White; +Cc: xen-devel
On Tue, Jul 17, 2012 at 11:22:28PM -0500, Larry White wrote:
> I am new to Xen and want to provide simple communication between my DomU and
> Dom0 environments. I just need to be able to pass a few bytes of
> information back and forth between DomU and Dom0 while using some form of
> event management to know when an update occurs so I can act on it. At
> first, it appeared that using XenBus and XenStore might be the right
> solution for this. However, after looking over the documentation, it seems
> that XenBus and XenStore should only be used in a PVM Xen configuration, not
> a HVM model like mine. Is this true?
It can be done in HVM.
>
>
>
> What would be the best way to accomplish this? Is there any sample code
> which demonstrates this for a HVM Xen environment?
libvchan is your best bet.
>
>
>
> Any information regarding this would be greatly apprecated.
>
>
>
> Larry
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* XenStore as a data transfer path?
@ 2012-07-21 0:58 Larry White
2012-07-21 1:43 ` James Harper
0 siblings, 1 reply; 3+ messages in thread
From: Larry White @ 2012-07-21 0:58 UTC (permalink / raw)
To: xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 644 bytes --]
Can the XenStore database be accessed by domU's?
If so, could it be used to pass small amounts of data back and forth between
dom0 and domU's using XenStore key entries? If this is possible, it would
seem that this could eliminate the need to create a "device" driver for a
simple communication path.
Also, what type of Guest Fedora Kernel would be needed to perform this type
of Xen functionality in a HVM domU guest configuration? I assume that a
normal Fedora kernel would not work. However, I have read the Fedora 14 and
later has some type of Xen support out of the box. Not sure what type of
support.
Thanks,
Larry
[-- Attachment #1.2: Type: text/html, Size: 3083 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: XenStore as a data transfer path?
2012-07-21 0:58 XenStore as a data transfer path? Larry White
@ 2012-07-21 1:43 ` James Harper
2012-07-21 1:58 ` Larry White
0 siblings, 1 reply; 3+ messages in thread
From: James Harper @ 2012-07-21 1:43 UTC (permalink / raw)
To: Larry White, xen-devel@lists.xen.org
>
> Can the XenStore database be accessed by domU's?
>
Yes. That is how the frontend/backend devices set up their communication channels.
>
> If so, could it be used to pass small amounts of data back and forth between
> dom0 and domU's using XenStore key entries? If this is possible, it would
> seem that this could eliminate the need to create a "device" driver for a
> simple communication path.
>
Yes, for certain values of "small". Can you say more about the sort of data you would be passing? In particular the throughput and latency requirements?
James
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: XenStore as a data transfer path?
2012-07-21 1:43 ` James Harper
@ 2012-07-21 1:58 ` Larry White
2012-07-21 12:01 ` James Harper
0 siblings, 1 reply; 3+ messages in thread
From: Larry White @ 2012-07-21 1:58 UTC (permalink / raw)
To: 'James Harper', xen-devel
-----Original Message-----
From: James Harper [mailto:james.harper@bendigoit.com.au]
Sent: Friday, July 20, 2012 8:44 PM
To: Larry White; xen-devel@lists.xen.org
Subject: RE: [Xen-devel] XenStore as a data transfer path?
>
> Can the XenStore database be accessed by domU's?
>
>>Yes. That is how the frontend/backend devices set up their communication
>>channels.
Are you saying that the actual data going back and forth gets put into the
XenStore? I thought that the XenStore was mostly used for configuration
keyword values and such that the underlying drivers needed.
>
> If so, could it be used to pass small amounts of data back and forth
between
> dom0 and domU's using XenStore key entries? If this is possible, it would
> seem that this could eliminate the need to create a "device" driver for a
> simple communication path.
>
>>Yes, for certain values of "small". Can you say more about the sort of
>>data you would be passing? In particular the throughput and latency
>>requirements?
I would say that the small amount of data here per transfer would be around
32 bytes in length with a latency of around 500ms or so.
Larry
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: XenStore as a data transfer path?
2012-07-21 1:58 ` Larry White
@ 2012-07-21 12:01 ` James Harper
2012-07-21 18:02 ` DomU to Dom0 Communication in Xen HVM? Larry White
0 siblings, 1 reply; 3+ messages in thread
From: James Harper @ 2012-07-21 12:01 UTC (permalink / raw)
To: Larry White, xen-devel@lists.xen.org
> >
> > Can the XenStore database be accessed by domU's?
> >
>
> >>Yes. That is how the frontend/backend devices set up their
> >>communication channels.
>
> Are you saying that the actual data going back and forth gets put into the
> XenStore? I thought that the XenStore was mostly used for configuration
> keyword values and such that the underlying drivers needed.
>
Yes. It's how they set up their communication channels. The communication channels are shared pages of memory and event channels, but they use xenstore to set it up (eg so the backend can find the address of the frontend ring.
> >
> > If so, could it be used to pass small amounts of data back and forth
> between
> > dom0 and domU's using XenStore key entries? If this is possible, it
> > would seem that this could eliminate the need to create a "device"
> > driver for a simple communication path.
> >
>
> >>Yes, for certain values of "small". Can you say more about the sort of
> >>data you would be passing? In particular the throughput and latency
> >>requirements?
>
> I would say that the small amount of data here per transfer would be around
> 32 bytes in length with a latency of around 500ms or so.
>
How fast though? Is it 32 bytes every 1ms, or 32 bytes every 20 seconds?
James
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: DomU to Dom0 Communication in Xen HVM?
2012-07-21 12:01 ` James Harper
@ 2012-07-21 18:02 ` Larry White
0 siblings, 0 replies; 3+ messages in thread
From: Larry White @ 2012-07-21 18:02 UTC (permalink / raw)
To: 'Konrad Rzeszutek Wilk', xen-devel
Hi Konrad,
>On Tue, Jul 17, 2012 at 11:22:28PM -0500, LarryWhite wrote:
>I am new to Xen and want to provide simple communication between my DomU
>and
>Dom0 environments. I just need to be able to pass a few bytes of
>information back and forth between DomU and Dom0 while using some form of
>event management to know when an update occurs so I can act on it. At
>first, it appeared that using XenBus and XenStore might be the right
>solution for this. However, after looking over the documentation, it seems
>that XenBus and XenStore should only be used in a PVM Xen configuration,
>not
>a HVM model like mine. Is this true?
>>It can be done in HVM.
>What would be the best way to accomplish this? Is there any sample code
>which demonstrates this for a HVM Xen environment?
>>libvchan is your best bet.
Have been looking at libvchan as you suggested. An additional bit of
information that I left out on my original post was that I would like to do
this in a "one to many" environment. In other words, I want to support data
transfer from dom0 to a number of different domU's. Would an approach such
as libvchan allow for this or would I need a separate process in dom0 for
each of the different domU channels? I was really hoping to have a single
process running in dom0 to manage this.
Thanks,
Larry
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-07-21 18:02 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-07-18 4:22 DomU to Dom0 Communication in Xen HVM? Larry White
2012-07-18 13:57 ` Konrad Rzeszutek Wilk
-- strict thread matches above, loose matches on Subject: below --
2012-07-21 0:58 XenStore as a data transfer path? Larry White
2012-07-21 1:43 ` James Harper
2012-07-21 1:58 ` Larry White
2012-07-21 12:01 ` James Harper
2012-07-21 18:02 ` DomU to Dom0 Communication in Xen HVM? Larry White
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.