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: Tristan Gingold
Subject: Re: [Qemu-devel] [PATCH 00/24] Alpha system emulation, v2
Date: Thu, 21 Apr 2011 15:43:15 +0200

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.




reply via email to

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