ppc64 host

ppc64 host

[Sergey Lapin]

Hi, all!

Do anybody had any success running OE builds on ppc64 host?
If not, is there any advice regarding that?

All the best,
S.

Re: ppc64 host

[Robert Schuster]

[-- Attachment #1: Type: text/plain, Size: 621 bytes --]

Hi,

Sergey Lapin schrieb:
> Hi, all!
> 
> Do anybody had any success running OE builds on ppc64 host?
just send this boxen over to me and I'll check it out.


Just kidding! :)

> If not, is there any advice regarding that?
You might run into trouble when qemu needs to execute some stuff from
the target platform as they do not list[0] ppc64 host cpu support
explicitly.

Otherwise follow the steps are applicable for other distros/CPUs as
well: /bin/sh needs to be bash etc.

Would be cool if you tell us whether you have success.

Regards
Robert

[0] - http://bellard.org/qemu/status.html



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 268 bytes --]

Re: ppc64 host

[Dmitry Baryshkov]

On Tue, Aug 05, 2008 at 10:26:05AM +0200, Robert Schuster wrote:
> Hi,
> 
> Sergey Lapin schrieb:
> > Hi, all!
> > 
> > Do anybody had any success running OE builds on ppc64 host?
> just send this boxen over to me and I'll check it out.
> 
> 
> Just kidding! :)
> 
> > If not, is there any advice regarding that?
> You might run into trouble when qemu needs to execute some stuff from
> the target platform as they do not list[0] ppc64 host cpu support
> explicitly.
> 
> Otherwise follow the steps are applicable for other distros/CPUs as
> well: /bin/sh needs to be bash etc.
> 
> Would be cool if you tell us whether you have success.

I'm building the OE images on the ppc64 host (Apple xServe G5):
Debian lenny (current), 64-bit kernel, 32-bit userspace.
To successfully build packages for arm, I had to manually override
BUILD_ARCH to be ppc (misdetected as ppc64) and disable binary locale
generation (qemu segfaulted).

I'm going to try to build OE image in fully 64 bit environment, but that
is not going to happen soon.

-- 
With best wishes
Dmitry

Re: ppc64 host

[Robert Schuster]

[-- Attachment #1: Type: text/plain, Size: 684 bytes --]

Hi Dmitry,

Dmitry Baryshkov schrieb:
> I'm building the OE images on the ppc64 host (Apple xServe G5):
> Debian lenny (current), 64-bit kernel, 32-bit userspace.
64 bit kernel + 32 bit userspace is calling for trouble. At one place
the autotools stuff will think it needs 64 bit pointers but the compiler
supports only 32 bit pointers.

I was once experiencing this problem on an x86_64 box with 64 bit kernel
and 32 bit userland.

> To successfully build packages for arm, I had to manually override
> BUILD_ARCH to be ppc (misdetected as ppc64) and disable binary locale
> generation (qemu segfaulted).
If possible try running a 32 bit kernel.

Regards
Robert


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 268 bytes --]

Re: ppc64 host

[Graeme Gregory]

On Fri, 08 Aug 2008 10:07:15 +0200
Robert Schuster <theBohemian@gmx.net> wrote:

> Hi Dmitry,
> 
> Dmitry Baryshkov schrieb:
> > I'm building the OE images on the ppc64 host (Apple xServe G5):
> > Debian lenny (current), 64-bit kernel, 32-bit userspace.
> 64 bit kernel + 32 bit userspace is calling for trouble. At one place
> the autotools stuff will think it needs 64 bit pointers but the
> compiler supports only 32 bit pointers.
> 
> I was once experiencing this problem on an x86_64 box with 64 bit
> kernel and 32 bit userland.
> 
You can use the linux32 command to hide the 64 bitness from OE.

Graeme

Re: ppc64 host

[Koen Kooi]

Graeme Gregory wrote:
> On Fri, 08 Aug 2008 10:07:15 +0200
> Robert Schuster<theBohemian@gmx.net>  wrote:
>
>> Hi Dmitry,
>>
>> Dmitry Baryshkov schrieb:
>>> I'm building the OE images on the ppc64 host (Apple xServe G5):
>>> Debian lenny (current), 64-bit kernel, 32-bit userspace.
>> 64 bit kernel + 32 bit userspace is calling for trouble. At one place
>> the autotools stuff will think it needs 64 bit pointers but the
>> compiler supports only 32 bit pointers.
>>
>> I was once experiencing this problem on an x86_64 box with 64 bit
>> kernel and 32 bit userland.
>>
> You can use the linux32 command to hide the 64 bitness from OE.

'linux32 screen -U' has been a life-saver[1] in the past for me :)

regards,

Koen

[1] no, not the candy