From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KdRcL-0004dm-1h
	for qemu-devel@nongnu.org; Wed, 10 Sep 2008 11:28:29 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KdRcI-0004br-JO
	for qemu-devel@nongnu.org; Wed, 10 Sep 2008 11:28:28 -0400
Received: from [199.232.76.173] (port=45337 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1KdRcI-0004bf-2c
	for qemu-devel@nongnu.org; Wed, 10 Sep 2008 11:28:26 -0400
Received: from an-out-0708.google.com ([209.85.132.240]:49142)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <anthony@codemonkey.ws>) id 1KdRcH-00041v-OB
	for qemu-devel@nongnu.org; Wed, 10 Sep 2008 11:28:25 -0400
Received: by an-out-0708.google.com with SMTP id d18so435878and.130
	for <qemu-devel@nongnu.org>; Wed, 10 Sep 2008 08:28:25 -0700 (PDT)
Message-ID: <48C7E766.2040009@codemonkey.ws>
Date: Wed, 10 Sep 2008 10:27:34 -0500
From: Anthony Liguori <anthony@codemonkey.ws>
MIME-Version: 1.0
Subject: Re: [Qemu-devel] [PATCH][RFC] qemu-nbd:multiple files server
References: <1220867251.4147.30.camel@frecb07144>
In-Reply-To: <1220867251.4147.30.camel@frecb07144>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org
Cc: Laurent Vivier <Laurent.Vivier@bull.net>, Paul.Clements@steeleye.com

Laurent Vivier wrote:
> This patch allows the NBD client to select the file to use.
>
> It modifies the NBD protocol to allow the client to provide a filename
> if the NBD server reports a disk size of 0.
>   

I don't have a problem with it from a client/server perspective, but we 
need to make sure that we're extending the NBD protocol in a way that's 
compatible with other implementations.

So please make sure Paul is on board with how you're extending the protocol.

Regards,

Anthony Liguori

> Example:
>
> # add in /etc/services
>
> nbd	1024/tcp
>
> # add in /etc/inetd.conf
>
> nbd		stream	tcp	nowait root /usr/local/bin/qemu-nbd /usr/local/bin/qemu-nbd --nocache --read-only --port 0 --directory /ISO
>
> In /ISO, there are:
>
> debian-31r0a-amd64-netinst.iso   openSUSE-10.3-GM-x86_64-mini.iso
> debian-40r0-i386-netinst.iso     ubuntu-6.06-desktop-amd64.iso
> debian-40r0-i386-xfce-CD-1.iso   ubuntu-7.10-desktop-amd64.iso
> debian-40r1-amd64-netinst.iso    ubuntu-8.04-desktop-i386.iso
> debian-40r1-powerpc-netinst.iso  winxp_64.iso
>
> Then I can start qemu with:
>
> x86_64-softmmu/qemu-system-x86_64 -net nic -net tap -hda new_disk.qcow2 -cdrom nbd:my_nbd_server:1024:ubuntu-6.06-desktop-amd64.iso -boot d
>
> or
>
> x86_64-softmmu/qemu-system-x86_64 -net nic -net tap -hda new_disk.qcow2 -cdrom nbd:my_nbd_server:1024:winxp_64.iso -boot d
>
> My goal is to be able to provide an install CD server, without
> configuring BOOTD/DHCP/TFTP server.
>
> Signed-off-by: Laurent Vivier <Laurent.Vivier@bull.net>
>