Date: Tue, 5 Mar 2013 10:29:52 +0100 From: Jakob Alvermark <jakob@alvermark.net> To: Andrew Turner <andrew@fubar.geek.nz> Cc: freebsd-arm@freebsd.org Subject: Re: ARM EABI test image Message-ID: <15D3CC57-B665-45FB-A4D3-27058BC5689E@alvermark.net> In-Reply-To: <20130305203318.24f244c9@bender> References: <20130302172556.5b59e122@bender> <CAGtf9xMcSLpin9oR9eDZdzVnfsT0N6jQowzNq23TAsO9kTqpYA@mail.gmail.com> <20130304221205.7d427b38@bender> <20130305203318.24f244c9@bender>
next in thread | previous in thread | raw e-mail | index | archive | help
On 5 mar 2013, at 08:33, Andrew Turner wrote:
> On Mon, 04 Mar 2013 22:12:05 +1300
> Andrew Turner <andrew@fubar.geek.nz> wrote:
>=20
>> On Sun, 3 Mar 2013 01:17:01 +0800
>> Ganbold Tsagaankhuu <ganbold@gmail.com> wrote:
>>=20
>>> Andrew,
>>>=20
>>> On Sat, Mar 2, 2013 at 12:25 PM, Andrew Turner
>>> <andrew@fubar.geek.nz> wrote:
>>>> Hello,
>>>>=20
>>>> I have built an updated ARM EABI test image for Raspberry Pi [1].
>>>>=20
>>>> The only known issue is c++ exception handling is broken when
>>>> using in a dynamically linked executable. Static executables
>>>> should work with c++ exceptions.
>>>>=20
>>>> To test it you will have to extract it using unxz and dd it to an
>>>> sd card, for example, with a USB to SD adapter on /dev/da0:
>>>> $ unxz bsd-pi-eabi-r247609.img.xz
>>>> $ dd if=3Dbsd-pi-eabi-r247609.img of=3D/dev/da0
>>>>=20
>>>> If you don't have a Raspberry Pi but would like to try it on your
>>>> board you can add -DWITH_ARM_EABI to the make commands you use to
>>>> build and install world and the kernel.
>>>>=20
>>>> Can people try this as I would like to know if anything else is
>>>> broken as this will become the default ABI for 10.
>>>>=20
>>>=20
>>> Just tried the image. Seems work but observed for instance gpart
>>> shows big numbers for 2GB SD:
>>=20
>> I've confirmed this is a bug where the stack is incorrectly aligned. =
I
>> have a fix for this and will post a patch for review when I've =
cleaned
>> it up.
>=20
> Can you try this patch. It fixes the alignment of the stack in the
> kernel to be on an 8 byte boundary.
Hi Andrew,
I just tried rebuilding the kernel with the patch applied and it seems =
to have cured the gpart problem at least, haven't tested anything else =
yet:
% uname -a
FreeBSD raspberry-pi 10.0-CURRENT FreeBSD 10.0-CURRENT #33 r247831M: Tue =
Mar 5 09:38:05 CET 2013 =
root@test10:/src/FreeBSD/obj/arm.armv6/src/FreeBSD/head/sys/RPI-B arm
% gpart show
=3D> 1 15759359 mmcsd0 MBR (7.5G)
1 8 - free - (4.0k)
9 65529 1 !12 [active] (32M)
65538 458748 2 freebsd (224M)
524286 15235074 - free - (7.3G)
=3D> 0 458748 mmcsd0s2 BSD (224M)
0 458748 1 freebsd-ufs (224M)
%=20
Jakob=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15D3CC57-B665-45FB-A4D3-27058BC5689E>