Run armv7 32 bit userspace on aarch64
yang.shi at linaro.org
Tue Oct 13 09:45:30 PDT 2015
On 10/13/2015 7:18 AM, Will Deacon wrote:
> On Mon, Oct 12, 2015 at 11:41:54AM -0700, Shi, Yang wrote:
>> On 10/12/2015 10:50 AM, Will Deacon wrote:
>>> On Mon, Oct 12, 2015 at 10:38:25AM -0700, Shi, Yang wrote:
>>>> BTW, it may be related to unaligned address.
>>>> init: unhandled level 3 translation fault (11) at 0x43acfad3, esr
>>>> pgd = ffff80007b8be000
>>>> [43acfad3] *pgd=00000000fb8c5003, *pud=00000000fb8c1003,
>>>> *pmd=00000000fb8c2003, *pte=0000000000000000
>>>> The userspace is trying to write to 0x43acfad3, the permission is
>>> What's the instruction making the access? If it's a store-multiple, then
>> My aarch64 gdb just shows hex code instead of human readable assembly code.
>> It is 0xe5c02000.
>> I just checked the ARMv7 manual, it looks like STRB instruction, so we can
>> rule this out.
>> I just figured out it is caused by gcc 5.2 pre-link. It works if I disable
>> pre-link. The pre-link issue breaks all armv7 userspace even though it is
>> run on armv7 machines.
> Does that mean you could supply a simple example so I can reproduce this
> myself, please? (e.g. if I write a hello world program in C and run it
> with a particular set of compiler options then it won't run under a
> 64-bit kernel but it will work under a 32-bit one).
Yes, I think so. You should just need run "prelink
/path/to/your/elf_binary" for armv7 userspace.
In my OE build, "prelink -a" was called to prelink all elf binaries.
In my test it neither work under 64 bit kernel nor 32 bit one.
More information about the linux-arm-kernel