[fpc-devel] How can I distribute code in two different memory areas? (.section)
Michael Ring
mail at michael-ring.org
Sun Jun 16 21:39:35 CEST 2013
I had some time this weekend (while beeing grilled by the sun on my
balcony) to work on another thing that did not work correct and that I
did not understand (Now I do, I least I hope ;-)
As said before in this thread, I wanted to distribute Code in two
different memory areas because this needs to be done so that pic32
startup code works correctly.
But when I linked my binary the elf-file had always a startup address
somewhere in the wrong memory area.
This is what I tried:
procedure reset; assembler; nostackframe; public name'_reset';
asm
.section ".reset,\"ax\", at progbits"
la $k0, _startup
jr $k0 //Jump to startup code
nop
.text
end;
but this does not what I expected. I thought that the code would go to
the segment I assigned to .reset in the linker script (that worked) and
I also thought that the symbol _reset would point to this location
... which did not happen ...
the symbol _reset will get defined somewhere in the .text segment even
though the code resides in another segment (please see the generated
assembler listing created by inline asm later in this mail). All in all
that makes perfect sense, the compiler is doing exactly what I wrote but
not what I wanted ;-) ;-)
So I created a 'real' assembler file for the startup code, there i wrote:
.section .reset,"ax", at progbits
.set noreorder
.ent _reset
_reset:
la $k0, _startup
jr $k0 # Jump to startup code
nop
.end _reset
.globl _reset
this worked perfect, now the linker uses the address of the _reset
procedure in the correct memory area as the startup address.
So is there a way I can get this behaviour in inline assembler?
Something like:
procedure reset; assembler; nostackframe; public name '_reset'; section
'.reset,"ax", at progbits';
???
TnX,
Michael
---- generated assemblerfile:
.section .text.n_pic32mx1xxfxxxb_$$_reset
.balign 4
.globl PIC32MX1XXFXXXB_$$_RESET
.type PIC32MX1XXFXXXB_$$_RESET, at function
PIC32MX1XXFXXXB_$$_RESET:
.globl _reset
.type _reset, at function
_reset:
.ent PIC32MX1XXFXXXB_$$_RESET
.section .reset,"ax", at progbits
la $k0, _startup
jr $k0
nop
.section .text.n_pic32mx1xxfxxxb_$$_reset
# path: mipsel/
# file: pic32mx_start.inc
# indx: 2
.Ll3:
jr $ra
nop
.set macro
.set reorder
.end PIC32MX1XXFXXXB_$$_RESET
.Lt2:
.Le1:
.size PIC32MX1XXFXXXB_$$_RESET, .Le1 - PIC32MX1XXFXXXB_$$_RESET
.Ll4:
Am 03.06.13 08:07, schrieb Michael Ring:
> This version worked,
>
> thank you for your help!
>
> Michael
>
> Am 02.06.13 23:20, schrieb Jeppe Græsdal Johansen:
>> Den 02-06-2013 23:15, Michael Ring skrev:
>>> Unfortunately that does not seem to work (or I use it wrong):
>>>
>>> This procedure:
>>>
>>> procedure _general_exception_handler; assembler; nostackframe;
>>> public name '_GENERAL_EXCEPTION_HANDLER';
>>> asm
>>> .section "reset"
>>> sdbbp 0;
>>> .Lloopb:
>>> b .Lloopb
>>> end;
>>>
>>> translates to:
>>>
>>> .section .text.n_pic32mx1xxfxxxc_$$__general_exception_handler
>>> .balign 4
>>> .globl PIC32MX1XXFXXXC_$$__GENERAL_EXCEPTION_HANDLER
>>> .type PIC32MX1XXFXXXC_$$__GENERAL_EXCEPTION_HANDLER, at function
>>> PIC32MX1XXFXXXC_$$__GENERAL_EXCEPTION_HANDLER:
>>> .globl _GENERAL_EXCEPTION_HANDLER
>>> .type _GENERAL_EXCEPTION_HANDLER, at function
>>> _GENERAL_EXCEPTION_HANDLER:
>>> .ent PIC32MX1XXFXXXC_$$__GENERAL_EXCEPTION_HANDLER
>>>
>>> .section reset
>>> sdbbp 0
>>> .Lj11:
>>> b .Lj11
>>> jr $ra
>>> nop
>>> .set macro
>>> .set reorder
>>> .end PIC32MX1XXFXXXC_$$__GENERAL_EXCEPTION_HANDLER
>>> .Lt3:
>>> .Le2:
>>> .size PIC32MX1XXFXXXC_$$__GENERAL_EXCEPTION_HANDLER, .Le2 -
>>> PIC32MX1XXFXXXC_$$__GENERAL_EXCEPTION_HANDLER
>>> .Ll8:
>>>
>>> which creates an assembler error:
>>>
>>> /Users/ring/devel/fpc/rtl/units/mipsel-embedded/pic32mx1xxfxxxc.s:94: Error:
>>> operation combines symbols in different segments
>>>
>>> the error is from the .size line.
>>>
>>>
>>>
>>> Am 02.06.13 22:51, schrieb Jeppe Græsdal Johansen:
>>>> Den 02-06-2013 22:41, Michael Ring skrev:
>>>>> Hi, perhaps I am overseeing a simple solution for my problem:
>>>>>
>>>>> On the pic32 there are two flash areas, one at 0x9d000000 for the
>>>>> main program and another at 0xbfc00000 that is called Boot Flash.
>>>>> On reset the program starts in the boot flash at the first address.
>>>>>
>>>>> I have written the startup code for the chips now but I need to
>>>>> distribute some procedures between the two memory areas, for
>>>>> obvious reasons I must have some code at address 0xbfc00000 or the
>>>>> chip will not boot correctly ;-).
>>>>>
>>>>> My thought was now to tweak the linker script in the same way the
>>>>> original linker scripts of pic32 work:
>>>>>
>>>>> MEMORY
>>>>> {
>>>>> kseg0_program_mem (rx) : ORIGIN = 0x9D000000, LENGTH = 0x80000
>>>>> kseg1_boot_mem : ORIGIN = 0xBFC00000, LENGTH = 0x490
>>>>> }
>>>>>
>>>>> SECTIONS
>>>>> {
>>>>> .reset _RESET_ADDR :
>>>>> {
>>>>> KEEP(*(.reset))
>>>>> KEEP(*(.reset.startup))
>>>>> } > kseg1_boot_mem
>>>>> }
>>>>>
>>>>> In assembler I can then simply write:
>>>>> .section .reset,code and
>>>>> .section .reset.startup,code
>>>>>
>>>>> and then the code, this will automagically end up in the
>>>>> kseg1_boot_mem, but this does not work with the inline assembler.
>>>>> Any ideas on how to do this the correct way? Is there something
>>>>> more intelligent than to write a plain assembler file?
>>>>>
>>>>> TnX,
>>>>>
>>>>> Michael
>>>>
>>>> You should be able to use
>>>> .section ".reset"
>>>
>>
>> Try
>>
>> procedure _general_exception_handler; assembler; nostackframe; public
>> name '_GENERAL_EXCEPTION_HANDLER';
>> asm
>> .section "reset"
>> sdbbp 0;
>> .Lloopb:
>> b .Lloopb
>> .text
>> end;
>>
>>
>> _______________________________________________
>> fpc-devel maillist -fpc-devel at lists.freepascal.org
>> http://lists.freepascal.org/mailman/listinfo/fpc-devel
>
>
>
> _______________________________________________
> fpc-devel maillist - fpc-devel at lists.freepascal.org
> http://lists.freepascal.org/mailman/listinfo/fpc-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freepascal.org/pipermail/fpc-devel/attachments/20130616/57d974a7/attachment.html>
More information about the fpc-devel
mailing list