From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:38512) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sx8Fq-0007sz-2W for qemu-devel@nongnu.org; Thu, 02 Aug 2012 23:08:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sx8Fp-000778-03 for qemu-devel@nongnu.org; Thu, 02 Aug 2012 23:08:46 -0400 Received: from ozlabs.org ([203.10.76.45]:52132) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sx8Fo-00076z-KC for qemu-devel@nongnu.org; Thu, 02 Aug 2012 23:08:44 -0400 Date: Fri, 3 Aug 2012 12:54:10 +1000 From: David Gibson Message-ID: <20120803025410.GA1318@truffala.fritz.box> References: <1343873409-8571-1-git-send-email-david@gibson.dropbear.id.au> <1343873409-8571-2-git-send-email-david@gibson.dropbear.id.au> <87vch2nhn0.fsf@codemonkey.ws> <1343879428.6911.6.camel@pasglop> <501A9A07.4040308@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <501A9A07.4040308@redhat.com> Subject: Re: [Qemu-devel] [PATCH 1/2] Allow QEMUMachine to override reset sequencing List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: agraf@suse.de, Anthony Liguori , qemu-devel@nongnu.org On Thu, Aug 02, 2012 at 05:17:27PM +0200, Paolo Bonzini wrote: > Il 02/08/2012 05:50, Benjamin Herrenschmidt ha scritto: > > > >> > This sort of stuff is either > >> > (1) hard coded in a firmware/flashrom or (2) built dynamically in > >> > firmware. Let's not pretend like we're doing this because it's needed > >> > for real hardware. > > Doesn't matter, we do things like -kernel which means pre-loading the > > kernel from qemu, even on x86. That doesn't match real HW either, but > > it's convenient to have. But overall there are real HW reasons to > > control the reset as well so the hook makes sense both ways. > > On x86 we do not pre-load the kernel. Neither the kernel/initramfs and > the option ROM that loads the kernel are written in memory, they are > passed to the guest via fw_cfg. Then the option ROM is loaded by the > BIOS, and loads the kernel/initramfs. On x86 (or rather PC platform), yes. But spapr is far from the only one to load the kernel images direct into RAM - arm_load_kernel() does it too, so does milkymist, sun4[mu] and a bunch of others. -- David Gibson | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_ | _way_ _around_! http://www.ozlabs.org/~dgibson