9 messages in com.xensource.lists.xen-devel[Xen-devel] Re: [PATCH resend] allow ...
FromSent OnAttachments
Muli Ben-Yehuda26 Sep 2006 08:26 
Keir Fraser26 Sep 2006 08:50 
Muli Ben-Yehuda26 Sep 2006 09:08 
Keir Fraser26 Sep 2006 10:43 
Muli Ben-Yehuda26 Sep 2006 11:49 
Keir Fraser26 Sep 2006 12:46 
Keir Fraser27 Sep 2006 02:17 
Muli Ben-Yehuda27 Sep 2006 14:13 
Keir Fraser28 Sep 2006 01:42 
Subject:[Xen-devel] Re: [PATCH resend] allow connecting to xenconsole from remote hosts
From:Keir Fraser (Keir@cl.cam.ac.uk)
Date:09/28/2006 01:42:06 AM
List:com.xensource.lists.xen-devel

On 27/9/06 22:14, "Muli Ben-Yehuda" <mu@il.ibm.com> wrote:

2. I think the buffering code is not quite there yet. What you want is to make all fd's non-blocking, have small (e.g., 1kB) buffers, and then only add an fd to the read-set if its buffer is not full, and only add an fd to the write-set if its buffer is not empty. The buffers can stay as ring buffers, so a bunch of that code probably stays.

Ok. I think it will end up being more code than what we do right now, but if you prefer it this way, fine.

We'll see. I think it'll be more readable to have the two issues addresses in separate patches anyway.

3. The networking options are confusing. What are the 'remote' and 'gateway' options intended for?

--remote = activate the networking. --gateway = allow connections from any host, not just localhost

Isn't --remote implied by --port? Is it useful to be able to select networking yet not specify a port? I think --remote is a better name for --gateway (i.e., you accept remote connections). The term 'gateway' doesn't mean anything to me in this context.

-- Keir