<div dir="ltr">the parameter you passed in section start looks weird, given that your physical memory so limited. (8K and 128K, 2 different bank? if so then only one is available at any one time?),<div><br></div><div>Perhaps some knowledge about linker-script should help:<div>
<br></div><div><a href="http://blogs.bu.edu/md/2011/11/15/the-dark-art-of-linker-scripts/" target="_blank">http://blogs.bu.edu/md/2011/11/15/the-dark-art-of-linker-scripts/</a><br>
</div><div><br></div><div>the "1:1" mapping is called identity mapping, and linker script provide a way for you to load the binary into specific part of the physical memory, </div><div><br></div></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Sat, Feb 8, 2014 at 4:29 AM, Paul Chavent <span dir="ltr"><<a href="mailto:paul.chavent@fnac.net" target="_blank">paul.chavent@fnac.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi<br>
<br>
I'm working on an ARM926EJS based SOM (OMAPL138). The ARM has internal memory spaces (8k one and 128k one) where i would like to put some code.<br>
<br>
I thought to use something like :<br>
<br>
void foobar (void) __attribute__ ((section ("bar")));<br>
<br>
Then link with<br>
<br>
-Wl,--section-start,bar=FFFF1000<br>
<br>
<br>
But the Linux loader fails to load this segment.<br>
<br>
So, is it worth to try to achieve to run code at desired position ?<br>
<br>
Is there any way to tell Linux to 1:1 map some physical regions to processes address space ? Perhaps the memmap= kernel parameter ?<br>
<br>
Thanks for your help.<br>
<br>
Paul.<br>
<br>
<br>
_______________________________________________<br>
Kernelnewbies mailing list<br>
<a href="mailto:Kernelnewbies@kernelnewbies.org">Kernelnewbies@kernelnewbies.org</a><br>
<a href="http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies" target="_blank">http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Regards,<br>Peter Teoh
</div>