From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=46494 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oalnj-0002fm-N4 for qemu-devel@nongnu.org; Mon, 19 Jul 2010 04:34:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oalni-0004q1-7J for qemu-devel@nongnu.org; Mon, 19 Jul 2010 04:34:15 -0400 Received: from mx1.redhat.com ([209.132.183.28]:40339) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oalnh-0004pv-Vj for qemu-devel@nongnu.org; Mon, 19 Jul 2010 04:34:14 -0400 Date: Mon, 19 Jul 2010 09:34:11 +0100 From: "Richard W.M. Jones" Subject: Re: [Qemu-devel] Question about qemu firmware configuration (fw_cfg) device Message-ID: <20100719083411.GR13194@amd.home.annexia.org> References: <20100717095059.GA19767@amd.home.annexia.org> <20100717095353.GB19767@amd.home.annexia.org> <269D196D-8CE8-4E24-8EE1-39756AC55F7F@suse.de> <20100718200942.GL13194@amd.home.annexia.org> <44FD4F00-843D-41C8-B21A-148D16745015@suse.de> <20100719062356.GU4689@redhat.com> <20100719072802.GO13194@amd.home.annexia.org> <20100719073312.GY4689@redhat.com> <20100719074416.GP13194@amd.home.annexia.org> <20100719075533.GC4689@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100719075533.GC4689@redhat.com> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: Alexander Graf , qemu-devel@nongnu.org On Mon, Jul 19, 2010 at 10:55:33AM +0300, Gleb Natapov wrote: > Why not put then on cdrom or disk? It simplifies device and mountpoint enumeration not to have a separate disk. It would also mean we couldn't use standard Fedora paths, or we'd have to have bind-mount /bin etc on to the disk mount point, which again complicates things. Anyway, what we're talking about here is a problem in qemu. How is making initrd loading faster not a benefit for everyone? Every boot has to load an initrd of some size, so making that operation faster benefits every user, even if individually only by a small amount. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into Xen guests. http://et.redhat.com/~rjones/virt-p2v