From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KdPTz-0006op-Fx for qemu-devel@nongnu.org; Wed, 10 Sep 2008 09:11:43 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KdPTw-0006nI-UM for qemu-devel@nongnu.org; Wed, 10 Sep 2008 09:11:42 -0400 Received: from [199.232.76.173] (port=51946 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KdPTw-0006n7-Jm for qemu-devel@nongnu.org; Wed, 10 Sep 2008 09:11:40 -0400 Received: from belushi.uits.indiana.edu ([129.79.1.188]:36112) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KdPTw-0000kg-3s for qemu-devel@nongnu.org; Wed, 10 Sep 2008 09:11:40 -0400 Received: from mail-relay.iu.edu (stjoseph.uits.indiana.edu [129.79.1.78]) by belushi.uits.indiana.edu (8.14.2/8.13.8/IU Messaging Team) with ESMTP id m8ADBbaG019483 for ; Wed, 10 Sep 2008 09:11:38 -0400 Received: from [129.79.35.119] (nibbler.dlib.indiana.edu [129.79.35.119]) (authenticated bits=0) by mail-relay.iu.edu (8.13.8/8.12.10/IUPO) with ESMTP id m8ADBa51014564 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Wed, 10 Sep 2008 09:11:37 -0400 (EDT) Subject: Re: [Qemu-devel] [Patch] Ali Chipset support for PC [+ questions about alpha-softmmu target] From: Brian Wheeler In-Reply-To: <8827E4E8-F101-4370-B3F9-327309784936@adacore.com> References: <1220975614.29130.86.camel@nibbler.dlib.indiana.edu> <8827E4E8-F101-4370-B3F9-327309784936@adacore.com> Content-Type: text/plain Date: Wed, 10 Sep 2008 09:11:36 -0400 Message-Id: <1221052296.10782.23.camel@nibbler.dlib.indiana.edu> Mime-Version: 1.0 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 On Wed, 2008-09-10 at 09:30 +0200, Tristan Gingold wrote: > On Sep 9, 2008, at 5:53 PM, Brian Wheeler wrote: > > > Hello! > > > > Long time listener, first time caller... > > > > Since the ES40 Alpha Emulation project seems to have stalled, I've > > been > > looking at what it would take to get QEmu to a state where it could > > emulate an alpha machine. > > Hi, > > I had the same idea too. Qemu should be much faster than es40 emulator. > That was my thought. Plus the devices are more fully tested. I wrote the IDE stuff (and misc other devices) for es40 and it was really hit or miss on timing. > > The es40 is basically a PC with an alpha chip instead of an x86 and it > > uses the Ali1543C south bridge. This basically is a copy of > > piix_pci.c > > so the chipset reports the ALI vendor and device codes to qemu when > > the > > "alipc" machine type is selected. > > > > I've booted Knoppix and it seems to work ok...which is no surpise > > considering how minor the changes are. > > > > So, now to the questions: > > * Is anyone else working on a softmmu target for the alpha? > > I plan to work on it. But first I have to finish the TCG conversion > of target-alpha. > Cool. > > * What state is the alpha cpu emulation in, and what's the best way to > > test it? > > Still beta. It was not maintained nor tested for a while. And bugs > were recently found. > Anything that I can do to help? I worked on es40 (mostly pc-style hardware stuff) so if I can help I'd like to. > > * Looking over some of the softmmu targets, it looks like the bulk of > > target work (after the cpu emulation, of course) is just attaching all > > of the devices in the right places. > > Booting might be an issue too as alpha boots from icache. > It looks like es40 has an IO-TLB which is not present in standard > PC. I suppose Sparc64 has also > an IO-TLB but I didn't look further. Yeah, the icache thing will be interesting. Looking at es40, the icache looks like its only used during the rom decompression stage. es40 creates a decompressed rom file on the first run and it looks like the first uint64 is the PC, and the second uint64 is the PAL_BASE. That should be enough to get the system up and running (after a software-only call_pal instruction is implemented)...and it doesn't seem to mess with the icache in that case. I may look at a standalone rom extractor, so you can give it the cl67srmrom.exe file and drop out a ready-to-run rom file. Brian > Tristan. > > >