From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HC1UV-0007vm-Sg for qemu-devel@nongnu.org; Tue, 30 Jan 2007 17:30:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HC1UT-0007vU-G4 for qemu-devel@nongnu.org; Tue, 30 Jan 2007 17:30:14 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HC1UT-0007vR-AY for qemu-devel@nongnu.org; Tue, 30 Jan 2007 17:30:13 -0500 Received: from mout.perfora.net ([217.160.230.41]) by monty-python.gnu.org with esmtp (Exim 4.52) id 1HC1UT-000164-17 for qemu-devel@nongnu.org; Tue, 30 Jan 2007 17:30:13 -0500 Message-ID: <45BFC68A.5010704@filteredperception.org> Date: Tue, 30 Jan 2007 16:28:26 -0600 From: Douglas McClendon MIME-Version: 1.0 Subject: Re: [Qemu-devel] block composite driver and partition driver References: <20070130112442.BVE66081@po0.mail.umd.edu> In-Reply-To: <20070130112442.BVE66081@po0.mail.umd.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org jma5@umd.edu wrote: > I've finally gotten around to working on my multipart driver again. Why? I'm new to the list. Can you elaborate what sorts of things this would be used for? I haven't yet gotten around to writing my per device snapshot enablable/specifiable COW tmpfiles patch. But your code, while I have no clue how it might be used, seems like it might interrelate with that (or if not, I'm still curious). -dmc > > block-composite.c is the basic low level composite image format, which lets you > use a bunch of disk images as a single image. > > block-ram.c is a ram block device, with the size of the "image" given in the > number of disk sectors. > > block-partition.c is a partition block device that uses the composite driver > to combine partitions together along with a fake mbr that it generates and > stores inside of a ram block device. (It doesn't work yet - for some reason the > number of cylinders being reported to the guest OS is 0.) > > -- > Infinite complexity begets infinite beauty. > Infinite precision begets infinite perfection. >