bug-mes
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-mes] M2-Planet test23


From: Jeremiah
Subject: Re: [bug-mes] M2-Planet test23
Date: Sat, 06 Apr 2019 14:47:48 +0000

> on a real ARM machine, I get the Linux kernel error message
> [ 1375.455579] 1891 (test23-armv7l-b): Uhuuh, elf segment at 00010000
> requested but the memory is mapped already
> when I invoke
> ./test/results/test23-armv7l-binary
> without arguments.  That is 100% reproducible.
Absolutely correct

> I'm not sure it's allowed to have two overlapping entries in Program Header 
> (see vaddr, memsz)...
> So that's twice the same ph_vaddr, right?  That's bad...
If you set the PT-LOAD to 0 in :ELF_program_header__data it will just
load as a text section; which will work for removing that error message.
So we can certainly perform that change for any program that doesn't
have any globals in the program that need to be modified or we could
disable the PT-LOAD of the Text section (or change it's flags to allow
write) for the programs with global variables.

However, the fault remains and thus the problem might not be in the
header (despite it's flaws it kinda works). So thus remains the
question: what is changing the Link Register to 10 prior to the return?

Either we have a stack problem in M2-Planet (which would be in
cc_core.c; in the calls and returns section likely) or we are using an
instruction that is altering the Link Register when we don't expect it.

Hopefully the other tests were helpful in exploring M2-Planet's support
of ARMv7l and thank you for taking the time to help me add ARMv7l
support to the bootstrap.

-Jeremiah



reply via email to

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