From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KdSmk-00050g-8Q for qemu-devel@nongnu.org; Wed, 10 Sep 2008 12:43:18 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KdSmi-0004yt-38 for qemu-devel@nongnu.org; Wed, 10 Sep 2008 12:43:16 -0400 Received: from [199.232.76.173] (port=60630 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KdSmh-0004yo-VH for qemu-devel@nongnu.org; Wed, 10 Sep 2008 12:43:16 -0400 Received: from mail.codesourcery.com ([65.74.133.4]:56543) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KdSmh-0001Z2-F3 for qemu-devel@nongnu.org; Wed, 10 Sep 2008 12:43:15 -0400 From: Paul Brook Subject: Re: [Qemu-devel] [Patch] Ali Chipset support for PC [+ questions about alpha-softmmu target] Date: Wed, 10 Sep 2008 17:43:11 +0100 References: <1220975614.29130.86.camel@nibbler.dlib.indiana.edu> <200809101546.50375.paul@codesourcery.com> <1475E75B-475C-479B-9CF7-2684ED010881@adacore.com> In-Reply-To: <1475E75B-475C-479B-9CF7-2684ED010881@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809101743.12197.paul@codesourcery.com> 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 Cc: Tristan Gingold On Wednesday 10 September 2008, Tristan Gingold wrote: > On Sep 10, 2008, at 4:46 PM, Paul Brook wrote: > >> So if you get the SRM decompressed from es40, you can start to work > >> on the softmmu emulation. > > > > Does linux actually use the bios at all once it's loaded[1]? > > If not the simplest solution may be to load the kernel directly, > > and ignore > > the machine firmware. > > The SRM contains the PALcode and any OS depends on PALcode. > MILO is an open-source firmware for Alpha. Maybe we could start from > it too. Using an open source bootloader is almost certainly going to make your job a lot easier. It's much easier to get things up and running when you can hack the bootloader to workaround deficiencies in the emulation, and debug things from both ends (instrumentation the bootloader to tell you what it thinks is going on). The final goal may be to run unmodified images from real machines, but there are a lot of very useful intermediate steps before you get there. Paul