>> You need to open the unix socket you passed to the vmchannel
>> parameter.
>> An easier alternative is to use -vmchannel di:2258,tcp://
>> 0:4444,server.
>> Before the guest loads you'll need to telnet the 4444 port and then
>> you should receive the
>> hello world output once the driver is up.
>> -Dor
>
>I tried having a program listening on the unix domain socket.
>Actually, the VM won't even start until a program connects to the
>socket.  I didn't get the message with my listening program, but I'll
>try the telnet method as I haven't programmed a socket in a while so
>I may have missed a step.

Go for it, its 1 minute effort.

>While getting this working is novel to me, it seems from your email
>that not much can be done with the hypercall interface in terms of
>host-VM or VM-to-VM communication, correct?  If reading and writing
>don't work, how can one exchange info between VMs?  I'll look forward
>to the virtIO implementation.
>

The vmchannel was not intended to VM-to-VM networking, although it can
work.
Next version will be better. Anyway, it should have similar performance
to pv network driver.

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Reply via email to