qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 00/24] Alpha system emulation, v2


From: Brian Wheeler
Subject: Re: [Qemu-devel] [PATCH 00/24] Alpha system emulation, v2
Date: Thu, 21 Apr 2011 09:37:42 -0400

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.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]