Simple question about RTL

xuelin.tian at qkmtech.com xuelin.tian at qkmtech.com
Mon Sep 5 13:19:54 UTC 2016


Hello Pavel,
The RTEMS version is 4.11-release.
Today, I download the latest 4.11-release with "fix cache corruption bugs" patch, and build it. I use the new tool-chain and bsp to build my application and the bug remains. 
And I check my appdl-symbol-table.o via arm-rtems4.11-nm, no "hello_world" (which is the function I want to jump to) found. Is it correct? I follow your instructions to get .prelink, to get symbol table, and to get the final image. Do you have any hints on this? Thank you.



Best wishes,
Tim Tian
xuelin.tian at qkmtech.com
 
From: Pavel Pisa
Date: 2016-09-04 21:10
To: xuelin.tian at qkmtech.com
CC: users at rtems.org; Chris Johns
Subject: Re: Simple question about RTL
Hello Tim Tian,
 
On Sunday 04 of September 2016 14:52:44 xuelin.tian at qkmtech.com wrote:
> This problem drives me crazy.
>
> I can use dlopen to load my object file, this part works fine. When I loaded the object file, it showed something like:
> > handle: 0x2a9bb0 loaded
>
> And then I could get the address of this handle via dlsym,
>
> > call = dlsym(handle, "hello_world");
> > if (call == NULL) {
> > printf("dlsym failed: symbol hello_world not found\n");
> > return 1;
> > }
> > printf("address: %x\n", call);
>
> it said like:
> > address: 2aa3a1
>
> But, when I continued to jump to the entry point of call, the system
> crashed.
 
what is the RTEMS sources version?
 
I have tested RTL on Zynq about last week and it worked correctly.
I use actual RTEMS master git sources.
 
If you use RTEMS build before next patch then it is highly probable
that you experience failures on stargets with cache enabled.
 
  libdl/rtl-obj.c: synchronize cache after code relocation.
  Pavel Pisa<pisa at cmp.felk.cvut.cz>
  7/21/16 2:35 AM
 
There is even another patch which synchronizes and cleans cache during startup
 
  arm/xilinx_zynq: ensure that cache is cleaned and MMU disabled when initialization starts.
  Chris Johns<chrisj at rtems.org>
  Pavel Pisa<pisa at cmp.felk.cvut.cz>
  8/31/16 4:49 PM
 
It should not be crucial for UP (non SMP) use. But it would worth
to retest your actual RTEMS master version.
 
If you are working with stable RTEMS 4.11 pre-release branch
then problems are not fixed there.
 
I think that it would worth to consider whole cache related
issues update for 4.11 branch as well.
 
Best wishes,
 
               Pavel
 
 
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20160905/9b3fe987/attachment-0002.html>


More information about the users mailing list