[Qemu-devel] vl on PPC ?

[Qemu-devel] vl on PPC ?

[Mark Guertin]

Hi everyone

Has anyone been able to run vl on PPC yet?  I saw some reference to this on
the mailing list archives, but I've been unable to boot any of the kernels
Rusty provided with vl.

I don't have the exact error at hand, but it IIRC it was something to do
with memory locations.

I do have qemu running beautifully under gcc 3.x on ppc and it has taken
pretty much everything I've thrown at it in a full x86 glibc-2.3.1 + gcc
3.2.1 environment, but would love this 'virtual machine' setup to work.

Mark (Gerk)

Re: [Qemu-devel] vl on PPC ?

[Benjamin Herrenschmidt]

On Tue, 2003-08-26 at 23:21, Mark Guertin wrote:
> Hi everyone
> 
> Has anyone been able to run vl on PPC yet?  I saw some reference to this on
> the mailing list archives, but I've been unable to boot any of the kernels
> Rusty provided with vl.
> 
> I don't have the exact error at hand, but it IIRC it was something to do
> with memory locations.
> 
> I do have qemu running beautifully under gcc 3.x on ppc and it has taken
> pretty much everything I've thrown at it in a full x86 glibc-2.3.1 + gcc
> 3.2.1 environment, but would love this 'virtual machine' setup to work.

Just a random guess:

In the host PPC kernel, try editing include/asm/processor.hi

-#define TASK_SIZE       (0x80000000UL)
+#define TASK_SIZE       (0xc0000000UL)

And let me know if that helps


Ben.

Re: [Qemu-devel] vl on PPC ?

[Benjamin Herrenschmidt]

On Tue, 2003-08-26 at 23:21, Mark Guertin wrote:
> Hi everyone
> 
> Has anyone been able to run vl on PPC yet?  I saw some reference to this on
> the mailing list archives, but I've been unable to boot any of the kernels
> Rusty provided with vl.
> 
> I don't have the exact error at hand, but it IIRC it was something to do
> with memory locations.
> 
> I do have qemu running beautifully under gcc 3.x on ppc and it has taken
> pretty much everything I've thrown at it in a full x86 glibc-2.3.1 + gcc
> 3.2.1 environment, but would love this 'virtual machine' setup to work.

Just another question... how did you get "vl" to build on PPC ? It seems
here that it still has some x86 stuffs like inline asm doing rdtsc...

Ben.

Re: [Qemu-devel] vl on PPC ?

[Mark Guertin]

On 8/27/03 3:05 AM, "Benjamin Herrenschmidt" <benh@kernel.crashing.org>
wrote:

> Just a random guess:
> 
> In the host PPC kernel, try editing include/asm/processor.hi
> 
> -#define TASK_SIZE       (0x80000000UL)
> +#define TASK_SIZE       (0xc0000000UL)
> 
> And let me know if that helps
> 
> 
> Ben.

Thanks Ben

Will take a day or two to get to this, last minute stuff just popped up for
work, but I'll let you know.

Gerk

Re: [Qemu-devel] vl on PPC ?

[Mark Guertin]

On 8/27/03 3:05 AM, "Benjamin Herrenschmidt" <benh@kernel.crashing.org>
wrote:

>> I don't have the exact error at hand, but it IIRC it was something to do
>> with memory locations.
>> 
>> I do have qemu running beautifully under gcc 3.x on ppc and it has taken
>> pretty much everything I've thrown at it in a full x86 glibc-2.3.1 + gcc
>> 3.2.1 environment, but would love this 'virtual machine' setup to work.
> 
> Just a random guess:
> 
> In the host PPC kernel, try editing include/asm/processor.hi
> 
> -#define TASK_SIZE       (0x80000000UL)
> +#define TASK_SIZE       (0xc0000000UL)
> 
> And let me know if that helps
> 
> 
> Ben.

Hey Ben

That was exactly it, works beautifully now.  In fact booted into the
provided 2.5 kernel and playing with some stuff right now.

Is this generally safe to use (has the stuff Cort mentions in the comment
been taken care of)?

Mark

Re: [Qemu-devel] vl on PPC ?

[Benjamin Herrenschmidt]

On Sun, 2003-08-31 at 19:23, Mark Guertin wrote:

> That was exactly it, works beautifully now.  In fact booted into the
> provided 2.5 kernel and playing with some stuff right now.
> 
> Is this generally safe to use (has the stuff Cort mentions in the comment
> been taken care of)?

It's safe on pmacs at least :) Some shitty embedded stuffs and PREP machines
still play mapping tricks between 0x80000000 and 0xc0000000, though most of
these are easily fixed.

Ben.