[okl4-developer] Hello World on arm926ejs (continued)

[hugues.balp at free.fr]

Thanks for your advices.

I have now downloaded from the OKL4 wiki the binary version of the
arm-unkown-linux-gnueabi crosstool chain and recompiled from scratch
the singlecell example within the binary SDK.

The images are well generated but they don't work better on my host
than the images I have built in parallel with my own crosstool chain...

In both cases a warning exception is raised because no DNS server is found,
which is a little surprising when the test is performed locally.

      "Warning: No DNS servers found"

This problem doesn't seem to be blocking and occurs also in other
qemu use cases contexts as I can when googling a little on the subject...
But perhaps this explain what happens after ? I don't know !

So when I run qemu with the following command:

   qemu-system-arm -s -M versatileab -start-addr 0x07900000 -nographic -kernel
build.micro-debug/images/image.elf

 the warning is printed on stdout and the process enter in an infinite loop
without printing any "Hello World"
message...

I've tried to debug with gdb by starting qemu with the '-s' option
and running gdb,
    loading the symbol table of the "hello" program and
    opening a remote target connection to the default local port 1234.
After the connection to the qemu process I typed 'c' to continue the
execution and then stopped to see the stack...
No symbols are readable... Only some ?? and 0x0....
I don't have change the endian-ness ( little by default on PC and ARM ).

What is surprising is to see the entry point address settled to
0x7900000 only in the image.boot and image.sim files and not in the
image.elf nor in the image.elf.nobits files.

Another suprising thing is to see the following message on stderr
when viewing the full symbol list of the elf image thanks to "readelf -a"

...
  2247: 8000fba0     4 OBJECT  GLOBAL DEFAULT    6 hello-_kr_malloc_freep
  2248: 8000fec0     4 OBJECT  GLOBAL DEFAULT    6readelf: Warning: corrupt note
found at offset 0 into core notes
readelf: Warning:  type: 1, namesize: 00000011, descsize: 00000300
 hello-sys_siglist
  2249: 8000fba4     4 OBJECT  GLOBAL DEFAULT    6 hello-__malloc_bss
...

You can also find here attached the elf header so as the system traces
when I run qemu with the image.elf file....( I have splitted the end
because it is a periodic repetition of getimeofday and select calls... ).

Concerning the compilation of qemu, I have tried both with gcc-3.4.6
et gcc-4.2.4. No differences when loading the image....

The compilation process of qemu-system-arm seems to be ok because I
have tried it with another SDK ( namely for the kzm platform
supporting arm1136js processors ) and the hello elf image runs
well for this target.

To sum up the hello world is ok on my host for arm1136js but not
 for arm926ejs.

Could you please try the image I have sent to you in the preceding
message to check if you encouter the same troubles with it ?

On the other hand I could try a 'reference' image.elf file the
singlecell example on arm926ejs that you can send to me in order to test if the
problem is due to my system environments or not ( ubuntu hardy and
 gentoo based-systems ).

Best regards,

     Hugues Balp.




-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
Url: http://lists.okl4.org/pipermail/developer/attachments/20081113/1f49e780/attachment-0002.txt 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: unnamed
Url: http://lists.okl4.org/pipermail/developer/attachments/20081113/1f49e780/attachment-0003.txt