From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:58988) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QCu51-0004jL-9Z for qemu-devel@nongnu.org; Thu, 21 Apr 2011 09:38:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QCu50-0004yg-Ex for qemu-devel@nongnu.org; Thu, 21 Apr 2011 09:37:59 -0400 Received: from belushi.uits.indiana.edu ([129.79.1.188]:52146 helo=internal-relay.indiana.edu) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QCu50-0004yc-Am for qemu-devel@nongnu.org; Thu, 21 Apr 2011 09:37:58 -0400 From: Brian Wheeler In-Reply-To: References: <1303225501-12778-1-git-send-email-rth@twiddle.net> <4DAEF1D1.7070309@twiddle.net> <98CE88F4-2E03-43E8-AE84-F6B78416FF74@adacore.com> <4DAF01BE.7080605@twiddle.net> Content-Type: text/plain; charset="UTF-8" Date: Thu, 21 Apr 2011 09:37:42 -0400 Message-ID: <1303393062.17953.20.camel@nibbler.dlib.indiana.edu> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 00/24] Alpha system emulation, v2 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Tristan Gingold Cc: qemu-devel@nongnu.org, Richard Henderson On Thu, 2011-04-21 at 14:31 +0200, Tristan Gingold wrote: > On Apr 20, 2011, at 5:54 PM, Richard Henderson wrote: > > > On 04/20/2011 08:46 AM, Tristan Gingold wrote: > >> Right, but you could create an ev67 machine with a single PCI > >> controller (or put all the devices on the same PCI controller). > > > > Even the lowly ds10 has two hoses. > > > > I'll admit I hadn't considered engineering the second hose to > > be "present" but always appear empty. It's something to consider. > > > >> Ah, ok I understand. I fear that if you implement your own ISR, you will only be able to boot linux... > >> which I suppose is your primary target. OTOH, it will be much faster than a native ISR. > > > > Yes, Linux is the primary goal. > > > > But I suspect that if I implemented enough of CALL_PAL CSERVE, > > you could boot Tru64, or at least one of the BSDs. > > BSD should be doable, but I doubt for Tru64. Do you have technical doc about the SRM ? > IIRC, the SRM uses its own palcode and SRM specific pal calls. > The palcode with milo was a subset of the tru64 palcode, I think. Looking at the arch reference manual and assuming that the calls take the same parameters, the only difference is that tru64 has "urti - return from user mode trap" and linux doesn't.