# Modifying Linker Script **URL:** \ **Category:** HiFive1 Rev B\ **Created:** [January 23, 2019, 10:47am UTC](https://forums.sifive.com/t/modifying-linker-script/1999 "2019-01-23T10:47:53Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![yu21231](https://avatars.discourse-cdn.com/v4/letter/y/7cd45c/32.png) [@yu21231](https://forums.sifive.com/u/yu21231)\ **Post date:** [January 23, 2019, 10:47am UTC](https://forums.sifive.com/t/modifying-linker-script/1999/1 "2019-01-23T10:47:53Z")
Hello, First of all many thanks for the greatly informative blog posts! It helps a lot for my understanding of RICS-V. I was playing around to understand the linker script for RISC-V. However, I could not find any information about follow entries from [https://github.com/sifive/freedom-e-sdk/blob/master/bsp/env/freedom-e300-hifive1/flash.lds](https://github.com/sifive/freedom-e-sdk/blob/master/bsp/env/freedom-e300-hifive1/flash.lds). … **.lalign :** { . = ALIGN(4); PROVIDE( \_data\_lma = . ); } \>flash AT\>flash :flash **.dalign :** { . = ALIGN(4); PROVIDE( \_data = . ); } \>ram AT\>flash :ram\_init … When I mess around above entries such as putting a new entry around causes flash verification failed due to hash miss matching. Could you let me know what those entries mean? Warm Regards, Jaesu Yu ---
**Author:** ![jimw](https://avatars.discourse-cdn.com/v4/letter/j/f14d63/32.png) [@jimw](https://forums.sifive.com/u/jimw)\ **Post date:** [January 23, 2019, 3:50pm UTC](https://forums.sifive.com/t/modifying-linker-script/1999/2 "2019-01-23T15:50:09Z")
I don’t have a hifive1, but the basic idea here is that code+data gets loaded into flash, and then when you start running the program we have to copy data from flash to ram to make it writable. If you look at freedom-e-sdk/bsp/env/start.S you will find code that does the copy, with a loop that starts loading from \_data\_lma and starts storing at \_data, and loops until it reaches \_edata. If you change anything here, then you will break the data segment support. ---
**Author:** ![yu21231](https://avatars.discourse-cdn.com/v4/letter/y/7cd45c/32.png) [@yu21231](https://forums.sifive.com/u/yu21231)\ **Post date:** [January 30, 2019, 9:56am UTC](https://forums.sifive.com/t/modifying-linker-script/1999/3 "2019-01-30T09:56:16Z")
Dear Jim, Many thanks for the information. Yes, that I have figured while I was going through the SDK, thanks for the confirmation! One more concern is that if we do want to use ram function, placing a function beyond 0x8000 0000, can it be done with GNU tool chain? I can see options for `-mcmodel=medlow` at [https://embarc.org/man-pages/gcc/RISC\_002dV-Options.html](https://embarc.org/man-pages/gcc/RISC_002dV-Options.html) indicate the code model. However, it says the ‘with in 2GB address space’. Does it mean that we can not place a function after 0x8000 0000 with HiFive1 SDK? BRs, Jaesu Yu ---
**Author:** ![jimw](https://avatars.discourse-cdn.com/v4/letter/j/f14d63/32.png) [@jimw](https://forums.sifive.com/u/jimw)\ **Post date:** [January 30, 2019, 4:19pm UTC](https://forums.sifive.com/t/modifying-linker-script/1999/4 "2019-01-30T16:19:52Z")
The medlow code model gives you +/-2GB range from the pc. If the first byte of code references the last byte of data, and vice versa, then to make that work, we must restrict programs to 2GB total. However, on a 32-bit part like hifive1, the address space wraps around at +/-2GB, so you do actually have access to the entire 4GB address space with the medlow code model. The problem occurs on 64-bit parts where you don’t have access to the entire address space, and won’t be able to access addresses above 0x8000 0000 unless you use the medany code model, which has the same effective 2GB range but that 2GB range can be anywhere in memory.