From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:60047) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UOZOY-0004zY-C3 for qemu-devel@nongnu.org; Sat, 06 Apr 2013 16:07:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UOZOS-00010l-H7 for qemu-devel@nongnu.org; Sat, 06 Apr 2013 16:07:26 -0400 Date: Sat, 6 Apr 2013 22:07:16 +0200 From: "Edgar E. Iglesias" Message-ID: <20130406200716.GA4430@smtp.vpn> References: <515D3BDE.20400@adacore.com> <8FE7E3AF-D822-4DBF-8A7E-BD0EA80AD07A@suse.de> <515D69B8.9040007@suse.de> <1365202829.17535.15@snotra> <7DE52476-7B80-40E3-8B9B-F2ABEFE0268B@suse.de> <2B42F309-792B-4CD6-B2A1-8F82B310E0D8@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2B42F309-792B-4CD6-B2A1-8F82B310E0D8@suse.de> Subject: Re: [Qemu-devel] [Qemu-ppc] [PATCH 3/3] PPC PReP: can run without bios image List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf Cc: Peter Maydell , qemu-devel , "" , Scott Wood , =?iso-8859-1?Q?Herv=E9?= Poussineau , Andreas =?iso-8859-1?Q?F=E4rber?= , Artyom Tarasenko On Sat, Apr 06, 2013 at 01:38:52PM +0200, Alexander Graf wrote: > > On 06.04.2013, at 13:27, Peter Maydell wrote: > > > On 6 April 2013 10:07, Alexander Graf wrote: > >> On ARM, look at highbank. Because we're not running we're lacking > >> a monitor mode blob that provides sys calls for flushing caches. > >> Thus today the highbank machine doesn't boot anymore with Linux. > >> If we ran firmware like the real board, that would provide for the > >> sys call. > > > > We also flat out don't implement enough monitor mode to allow > > a hypothetical firmware blob to work. > > Why don't we implement enough monitor mode? Because we're not running firmware :). It's a chicken and egg thing. Bottom line is that Linux validly expects that firmware exists. If we don't run firmware, we diverge, thus we potentially break. Hi guys, A question - For linux kernels that depend on preivous stages to setup HW state. What is the prefered way to handle it? In particular, if the boot loader chain depends on for example a boot rom that is not Open Source. Is providing a QEMU specific loader in pc-bios/ a good option? Cheers, Edgar