DSPRelated.com
Forums

help needed: >> error: can't allocate .far, size 000c5984 (page 0) in IRAM (avail:

Started by jleslie48 April 19, 2007
I'm on Code Composer V3.3, on a Windows XP machine, using a
TMS320C6713 DSP.

I just added a new source file to my project, got through the compile
and .h issues and the linker reports:

[Linking...] "C:\CCStudio_v3.3\C6000\cgtools\bin\cl6x" -
@"C6713Compact.lkf"
<Linking>
>> error: can't allocate .far, size 000c5984 (page 0) in IRAM (avail:
0002fe00)
>> error: errors in input - ./C6713Compact/ORS11x_Demo_C6713Compact.out not
built
>> Compilation failure
Build Complete, 3 Errors, 0 Warnings, 0 Remarks. looking up "error: can't allocate .far, size" using the help button, yahoo search, and TI's own website has yielded no insight, so now I turn to those skilled in the Art...
On Apr 19, 3:35 pm, jleslie48 <j...@jonathanleslie.com> wrote:
> I'm on Code Composer V3.3, on a Windows XP machine, using a > TMS320C6713 DSP. > > I just added a new source file to my project, got through the compile > and .h issues and the linker reports: > > [Linking...] "C:\CCStudio_v3.3\C6000\cgtools\bin\cl6x" - > @"C6713Compact.lkf" > <Linking>>> error: can't allocate .far, size 000c5984 (page 0) in IRAM (avail: > > 0002fe00)>> error: errors in input - ./C6713Compact/ORS11x_Demo_C6713Compact.out not > > built > > >> Compilation failure > > Build Complete, > 3 Errors, 0 Warnings, 0 Remarks. > > looking up "error: can't allocate .far, size" using the help button, > yahoo search, and TI's own website has yielded no insight, so now I > turn to those skilled in the Art...
I don't want to lead anyone astray, but the file I added does declare quite a bit of data: #define MAX_NUM_OF_DISCRETE_TIME_SECTION 10 #define RECORD_PER_SECTION_LESS_ONE 999 #define MAX_NUM_OF_RECORD_PER_SECTION 1000 #define MAX_RECORD (MAX_NUM_OF_DISCRETE_TIME_SECTION * MAX_NUM_OF_RECORD_PER_SECTION) /* must equal 10,000, as in 10,000 data samples */ typedef struct { int index; /* index of starting point into item list of this entry */ int state; /* state of this section, boolean 0=gap, 1=pulse */ int length; /* number of index's this state goes for */ int active; /* boolean active or dead, active=1, dead=0, we will roll forward */ /* sections into same state sections, thereby making the previous */ /* entry dead by incorporatinig it into the succesive one */ double thispulsefrequency; } pulsemarker_type; typedef struct { double dtimeindex; double damplitude; double dampfrombestfitline; double dsdvalue; } itmlstrec_type; typedef struct { double avg_amp; double avg_x; double stdev; double mslope; double boffset; double mslopetnumerator; /* temp variables to compute mslope as in */ double mslopetdenominator; /* Y - mX + b */ } section_value_type; itmlstrec_type itemlist [MAX_RECORD+1]; section_value_type section_value [MAX_NUM_OF_DISCRETE_TIME_SECTION]; pulsemarker_type pulsemarker [MAX_RECORD]; pulsemarker_type activemarker [MAX_RECORD]; and by looking up that IRAM thing, I'm wondering if I need to adjust something in .tcf file, under system--MEM(memory section manager) -- IRAM
jleslie48 <jon@jonathanleslie.com> writes:

> I'm on Code Composer V3.3, on a Windows XP machine, using a > TMS320C6713 DSP. > > I just added a new source file to my project, got through the compile > and .h issues and the linker reports: > > [Linking...] "C:\CCStudio_v3.3\C6000\cgtools\bin\cl6x" - > @"C6713Compact.lkf" > <Linking> >>> error: can't allocate .far, size 000c5984 (page 0) in IRAM (avail: > 0002fe00) >>> error: errors in input - ./C6713Compact/ORS11x_Demo_C6713Compact.out not > built > >>> Compilation failure > > Build Complete, > 3 Errors, 0 Warnings, 0 Remarks. > > > looking up "error: can't allocate .far, size" using the help button, > yahoo search, and TI's own website has yielded no insight, so now I > turn to those skilled in the Art...
You're running out of memory: error: can't allocate .far, size 000c5984 (page 0) in IRAM (avail: 0002fe00) -- % Randy Yates % "Though you ride on the wheels of tomorrow, %% Fuquay-Varina, NC % you still wander the fields of your %%% 919-577-9882 % sorrow." %%%% <yates@ieee.org> % '21st Century Man', *Time*, ELO http://home.earthlink.net/~yatescr

jleslie48 wrote:

> I'm on Code Composer V3.3, on a Windows XP machine, using a > TMS320C6713 DSP. > > I just added a new source file to my project, got through the compile > and .h issues and the linker reports: > > [Linking...] "C:\CCStudio_v3.3\C6000\cgtools\bin\cl6x" - > @"C6713Compact.lkf"
Apparently you run out of memory. Probably the adjustment of the memory ranges in the linker file and rearranging the memory sections will help.
>>> error: can't allocate .far, size 000c5984 (page 0) in IRAM (avail: > looking up "error: can't allocate .far, size" using the help button, > yahoo search, and TI's own website has yielded no insight, so now I > turn to those skilled in the Art...
The difference between you and those skilled in the Art is that they read the manuals instead of searching for help... Vladimir Vassilevsky DSP and Mixed Signal Design Consultant http://www.abvolt.com
On Apr 19, 7:14 pm, Vladimir Vassilevsky <antispam_bo...@hotmail.com>
wrote:
> jleslie48 wrote: > > I'm on Code Composer V3.3, on a Windows XP machine, using a > > TMS320C6713 DSP. > > > I just added a new source file to my project, got through the compile > > and .h issues and the linker reports: > > > [Linking...] "C:\CCStudio_v3.3\C6000\cgtools\bin\cl6x" - > > @"C6713Compact.lkf" > > Apparently you run out of memory. Probably the adjustment of the memory > ranges in the linker file and rearranging the memory sections will help. > > >>> error: can't allocate .far, size 000c5984 (page 0) in IRAM (avail: > > looking up "error: can't allocate .far, size" using the help button, > > yahoo search, and TI's own website has yielded no insight, so now I > > turn to those skilled in the Art... > > The difference between you and those skilled in the Art is that they > read the manuals instead of searching for help... > > Vladimir Vassilevsky > > DSP and Mixed Signal Design Consultant > > http://www.abvolt.com
my system was delivered with 214 pdf manuals, 90% of those manuals were over 100 pages each, and over a dozen had over 500 pages. For 6 hours I searched those manuals for simply a definition of IRAM and couldn't even get that answered let alone the proper handling of the error. I did finally get hold of a developer at TI who was able to resolve the issue, and when questioned on what manual I can use to find this out for myself his response was "oh its not in any manual" I challenge you Vlad to point to the manual, and page description of the RESOLUTION to this error. It took me best part of 3 hours just to find the pdf file that had the error message. You have made it quite clear that you yourself can't solve this problem or even recognize some of the most basic elements of this very simple issue. So please, if you can't help answer a question and do something real and productive, go back to your hole and do what consultants do best, charge money to tell people how to do work, but do nothing yourself.
On Apr 19, 9:35 pm, jleslie48 <j...@jonathanleslie.com> wrote:
> I'm on Code Composer V3.3, on a Windows XP machine, using a > TMS320C6713 DSP. > > I just added a new source file to my project, got through the compile > and .h issues and the linker reports: > > [Linking...] "C:\CCStudio_v3.3\C6000\cgtools\bin\cl6x" - > @"C6713Compact.lkf" > <Linking>>> error: can't allocate .far, size 000c5984 (page 0) in IRAM (avail: > > 0002fe00)>> error: errors in input - ./C6713Compact/ORS11x_Demo_C6713Compact.out not > > built > > >> Compilation failure > > Build Complete, > 3 Errors, 0 Warnings, 0 Remarks. > > looking up "error: can't allocate .far, size" using the help button, > yahoo search, and TI's own website has yielded no insight, so now I > turn to those skilled in the Art...
-- I had a similar problem. I guess there is some problem in the memory map. See in the .cmd file to which area this is allocated. You can try to change it by going to "option" and then "Memory Map". Try to locate the address and change the attribute. May be it works as it was in my case. Venkatesh
jleslie48 <jon@jonathanleslie.com> writes:
> [...] > You have made it quite clear that you yourself can't solve this > problem or even recognize some of the most basic elements of this very > simple issue.
Are you saying that the problem was not that you were running out of memory? -- % Randy Yates % "Remember the good old 1980's, when %% Fuquay-Varina, NC % things were so uncomplicated?" %%% 919-577-9882 % 'Ticket To The Moon' %%%% <yates@ieee.org> % *Time*, Electric Light Orchestra http://home.earthlink.net/~yatescr
On Apr 20, 9:20 am, Venkat <rrvenkat...@gmail.com> wrote:
> On Apr 19, 9:35 pm, jleslie48 <j...@jonathanleslie.com> wrote: > > > > > I'm on Code Composer V3.3, on a Windows XP machine, using a > > TMS320C6713 DSP. > > > I just added a new source file to my project, got through the compile > > and .h issues and the linker reports: > > > [Linking...] "C:\CCStudio_v3.3\C6000\cgtools\bin\cl6x" - > > @"C6713Compact.lkf" > > <Linking>>> error: can't allocate .far, size 000c5984 (page 0) in IRAM (avail: > > > 0002fe00)>> error: errors in input - ./C6713Compact/ORS11x_Demo_C6713Compact.out not > > > built > > > >> Compilation failure > > > Build Complete, > > 3 Errors, 0 Warnings, 0 Remarks. > > > looking up "error: can't allocate .far, size" using the help button, > > yahoo search, and TI's own website has yielded no insight, so now I > > turn to those skilled in the Art... > > -- > > I had a similar problem. I guess there is some problem in the memory > map. See in the .cmd file to which area this is allocated. You can try > to change it by going to "option" and then "Memory Map". Try to locate > the address and change the attribute. May be it works as it was in my > case. > > Venkatesh
Thanks. I've got the answer. It's a setting that is 7-levels deep in one of the configurations. I'll post the answer in a little while, lets see if anybody has any insight.
On Apr 20, 9:30 am, Randy Yates <y...@ieee.org> wrote:
> jleslie48 <j...@jonathanleslie.com> writes: > > [...] > > You have made it quite clear that you yourself can't solve this > > problem or even recognize some of the most basic elements of this very > > simple issue. > > Are you saying that the problem was not that you were running out of > memory? > -- > % Randy Yates % "Remember the good old 1980's, when > %% Fuquay-Varina, NC % things were so uncomplicated?" > %%% 919-577-9882 % 'Ticket To The Moon' > %%%% <y...@ieee.org> % *Time*, Electric Light Orchestrahttp://home.earthlink.net/~yatescr
I ran out of IRAM memory, and that has something to do with ".far" whatever that is. The chip has 32mb of memory, I'll be damned if I ran over 32mb...
jleslie48 <jon@jonathanleslie.com> writes:
> [...] > my system was delivered with 214 pdf manuals, 90% of those manuals > were over 100 pages each, and over a dozen had over 500 pages. For 6 > hours I searched those manuals for simply a definition of IRAM and > couldn't even get that answered let alone the proper handling of the > error.
Jon, I believe you're running into the same problem that myself (and probably many others) are with this family: they are extremely complex. I've been doing embedded processor development for 28 years and the DM642 I worked on about a year and a half ago is by far the most complex processor I've ever used. The complex DMA, cache, high level of integration which includes a PCI bus, video ports (which in themselves are complex), I^2C bus, etc., the "VLIW" architecture (I've never before seen a processor that didn't have a stack pointer!) make it so. Our project was also having some very very nasty problems (memory corruption, et al.) which were extremely difficult to debug due to the potenital interaction of all these subsystems and in addition the system processor (running embedded Linux) via the PCI bus. Have fun, and I hope they're paying you well. :) -- % Randy Yates % "Ticket to the moon, flight leaves here today %% Fuquay-Varina, NC % from Satellite 2" %%% 919-577-9882 % 'Ticket To The Moon' %%%% <yates@ieee.org> % *Time*, Electric Light Orchestra http://home.earthlink.net/~yatescr