On 09/26/2016 11:33 AM, Joao Martins wrote:
So far only guestfwd and virtio were supported. Add an additional
for Xen as libxl channels create Xen console visible to the guest.
Signed-off-by: Joao Martins <joao.m.martins(a)oracle.com>
---
Changes since v2:
* Add relevant documentation about target type xen.
---
docs/formatdomain.html.in | 10 ++++++++++
docs/schemas/domaincommon.rng | 11 +++++++++++
src/conf/domain_conf.c | 18 ++++++++++++++----
src/conf/domain_conf.h | 1 +
src/qemu/qemu_command.c | 1 +
5 files changed, 37 insertions(+), 4 deletions(-)
diff --git a/docs/formatdomain.html.in b/docs/formatdomain.html.in
index f48a4d8..129ba62 100644
--- a/docs/formatdomain.html.in
+++ b/docs/formatdomain.html.in
@@ -5980,6 +5980,16 @@ qemu-kvm -net nic,model=? /dev/null
Possible values for the <code>state</code> attribute are
<code>connected</code> and <code>disconnected</code>.
</dd>
+ <dt><code>xen</code></dt>
+ <dd> Paravirtualized xen channel. Channel is exposed in the guest as a
+ xen console but identified with a name. The setup of the channel
+ depends to guest own rules and can live in a arbitrary path (for more
+ info, please see <a
href="http://xenbits.xen.org/docs/unstable/misc/channel.txt">...>).
The last sentence is not clear IMO and I'd like to improve it before pushing
this series. What do you think of the below diff? Or feel free to propose
something better :-).
diff --git a/docs/formatdomain.html.in b/docs/formatdomain.html.in
index 129ba62..7008005 100644
--- a/docs/formatdomain.html.in
+++ b/docs/formatdomain.html.in
@@ -5981,12 +5981,12 @@ qemu-kvm -net nic,model=? /dev/null
<code>connected</code> and <code>disconnected</code>.
</dd>
<dt><code>xen</code></dt>
- <dd> Paravirtualized xen channel. Channel is exposed in the guest as a
- xen console but identified with a name. The setup of the channel
- depends to guest own rules and can live in a arbitrary path (for more
- info, please see <a
href="http://xenbits.xen.org/docs/unstable/misc/channel.txt">...>).
+ <dd> Paravirtualized Xen channel. Channel is exposed in the guest as a
+ Xen console but identified with a name. Setup and consumption of a Xen
+ channel depends on software and configuration in the guest
+ (for more info, please see <a
href="http://xenbits.xen.org/docs/unstable/misc/channel.txt">...>).
Channel source path semantics are the same as the virtio target type.
- Although <code>state</code> attribute is not provided as xen
channels
+ The <code>state</code> attribute is not supported since Xen channels
lack the necessary probing mechanism.
<span class="since">Since 2.3.0</span>
</dd>
Regards,
Jim