<div class="gmail_extra">Hi<br><br><div class="gmail_quote">On Fri, Nov 30, 2012 at 2:58 PM, Gerd Hoffmann <span dir="ltr"><<a href="mailto:kraxel@redhat.com" target="_blank">kraxel@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div id=":5az">Also nice to have:<br>
<br>
   org.qemu.console.serial.0<br>
<br>
... and <span class="">spice</span> client redirecting that to a vte.  You might have to add<br>
some termios control messages to <span class="">spiceport</span>, so one can turn on/off echo,<br>
send breaks, xon/xoff flow control, etc to make it work really nicely.<br><div class="im"></div></div></blockquote><div><br>I haven't played with a console yet, but this is indeed an important use case.<br><br></div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id=":5az"><div class="im">
> Or to allow arbitrary communication outside of qemu:<br>
><br>
> ... -chardev <span class="">spiceport</span>,name=org.ovirt.controller,id=...,chardev=ovcsocket<br>
>     -chardev socket,server,host=0.0.0.0,<span class="">port</span>=4242,id=ovcsocket,nowait<br>
<br>
</div>Hmm, so that will make qemu just hook those chardevs back-to-back and<br>
forward data without looking at it?  I'm not sure we want that ...<br></div></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div id=":5az">
What is the use case?  Any reason why the <span class="">spice</span> client can not (or<br>
should not) speak to ovirt directly?<br>
</div></blockquote></div><br>Ah, in fact, it's the main reason why I worked on this. Currently, the Spice client has to communicate with ovirt via the browser, which is a pain to deal with: it's a completely different route, it needs a running browser, a compatible extension (xpi vs activex vs the rest not supported), leading to duplicated work, license problems, regular breakage between browser versions, hard to test, difficult to upgrade... Instead, we are investigating the use of a configuration file provided by ovirt portal for setting up the client, and the dynamic interaction could take place either via the propose Spice port, or directly via ovirt.<br>
<br>Some of the dynamic ovirt functionality are interesting for direct clients, like the "spice controller menu" (a customizable client UI menu, virt-viewer and Boxes could benefit it). It may not be the best solution to route the "ovirt/spice controller" through qemu host, but at least I wanted to try that option. It could be that in the end, it is prefered that the client just talk directly to ovirt, whatever fits best.<br clear="all">
<br>-- <br>Marc-André Lureau<br>
</div>