From mboxrd@z Thu Jan 1 00:00:00 1970 From: Cam Macdonell Subject: Re: Using VMChannel to communicate with the host. Date: Tue, 11 Sep 2007 16:57:54 -0600 Message-ID: <46E71D72.7000901@cs.ualberta.ca> References: <64F9B87B6B770947A9F8391472E032160D95E340@ehost011-8.exch011.intermedia.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: kvm-devel To: Dor Laor Return-path: In-Reply-To: <64F9B87B6B770947A9F8391472E032160D95E340-yEcIvxbTEBqsx+V+t5oei8rau4O3wl8o3fe8/T/H7NteoWH0uzbU5w@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Errors-To: kvm-devel-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: kvm.vger.kernel.org Dor Laor wrote: >>> 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. Hi Dor, It didn't work. I used the following option: -vmchannel di:2258,tcp:0:4444,server (the // confused kvm) and when the VM booted, I connected with "telnet localhost 4444" which allowed the boot to proceed. But, I didn't get the hello host message when I loaded the hypercall module. dmesg did show that the module loaded successfully. I'll dig around with it and see what else I can figure out > >> 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. Cool. Thanks, Cam ------------------------------------------------------------------------- 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/