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

[Brian Wheeler]

On Thu, 2011-04-21 at 15:43 +0200, Tristan Gingold wrote:
> On Apr 21, 2011, at 3:37 PM, Brian Wheeler wrote:
> 
> > 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.
> 
> Yes, Linux runs on Tru64 palcode.  But the issue is booting the Tru64 kernel.
> 
> Tristan.
> 

Ah, gotcha.  It almost seems like the console could actually be
implemented in qemu itself, rather than a guest side thing, as long as
it looks like part III of the ARM :)  It might simplify things quite a
bit:  the console callbacks look like they can be translated into qemu
calls and the bootstrapping looks like its a read block zero of selected
device + other blocks specified, setup hwrpb and start emulation.  It
looks like its standard across all OSes, with the possible exception of
NT.

*shrug* I'm just an innocent bystander, though.