On 08 Jun 2015, at 10:50, Peter Maydell peter.mayd...@linaro.org wrote:
On 7 June 2015 at 17:03, Liviu Ionescu i...@livius.net wrote:
On 07 Jun 2015, at 13:46, Peter Maydell peter.mayd...@linaro.org wrote:
... Some ELF files intended for embedded use have
a little self-initializing bit
On 7 June 2015 at 17:03, Liviu Ionescu i...@livius.net wrote:
On 07 Jun 2015, at 13:46, Peter Maydell peter.mayd...@linaro.org wrote:
... Some ELF files intended for embedded use have
a little self-initializing bit on the front that manually clears
their own .bss section, but that's not part
On 8 June 2015 at 09:27, Liviu Ionescu i...@livius.net wrote:
On 08 Jun 2015, at 10:50, Peter Maydell peter.mayd...@linaro.org wrote:
On 7 June 2015 at 17:03, Liviu Ionescu i...@livius.net wrote:
On 07 Jun 2015, at 13:46, Peter Maydell peter.mayd...@linaro.org wrote:
... Some ELF files
On 7 June 2015 at 09:19, Liviu Ionescu i...@livius.net wrote:
while debugging my Cortex-M code I added a trace in the ELF loader and I
noticed an odd thing:
cortexm_mcu_image_load()
Load 10012 bytes at 0x0800-0x0800271B.
Load132 bytes at 0x0800271C-0x0800279F.
Load704 bytes at
On 07 Jun 2015, at 13:46, Peter Maydell peter.mayd...@linaro.org wrote:
On 7 June 2015 at 09:19, Liviu Ionescu i...@livius.net wrote:
while debugging my Cortex-M code I added a trace in the ELF loader and I
noticed an odd thing:
cortexm_mcu_image_load()
Load 10012 bytes at
while debugging my Cortex-M code I added a trace in the ELF loader and I
noticed an odd thing:
cortexm_mcu_image_load()
Load 10012 bytes at 0x0800-0x0800271B.
Load132 bytes at 0x0800271C-0x0800279F.
Load704 bytes at 0x2084-0x2343. ---
Cortex-M3 core initialised.
the first
It appears that the start_data is not well computed in Qemu:
it's set to the end_code value, which does not follow what the Linux
kernel does.
Here's a patch that fix this issue. But as it may affect ARM emulated
target (at least those with no MMU, as noticed in the patch), I prefer
to let people