avr-gcc-list
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [avr-gcc-list] Option to remove unused trampoline space gives bad li


From: Eric Weddington
Subject: RE: [avr-gcc-list] Option to remove unused trampoline space gives bad link
Date: Tue, 10 Apr 2007 17:52:10 -0600

It's no problem leaving it open. But to help out, perhaps you can attach a
test case (even if big) of what you think is going wrong. Perhaps then other
people can take a look at the assembly output and see if there's anything
there. The more eyeballs the better! :-)

Thanks
Eric

> -----Original Message-----
> From: Stu Bell [mailto:address@hidden 
> Sent: Tuesday, April 10, 2007 5:29 PM
> To: Eric Weddington
> Cc: address@hidden
> Subject: RE: [avr-gcc-list] Option to remove unused 
> trampoline space gives bad link
> 
> Hi Eric!
> 
> I don't believe it to be a FreeRTOS bug, per se, but I cannot see what
> is going wrong.  I admit that I haven't spent much time on it 
> recently.
> (Darn customers!  They actually expect you to work for THEM! ;-) ).
> 
> It is possible that I am not initializing the task stacks 
> correctly for
> the mega2560, since the failure seems to occur at the task switch.
> Perhaps I missed an extra state bit somewhere -- no, it's not 
> the PC, I
> GOT that!  I don't know why the --relax option on the linker would
> sensitize the problem this way.  At any rate, I plan to spend 
> more time
> on it but for now the extra 1200 bytes aren't killing me.
> 
> Please leave it open for the moment, but feel free to ping me.  If you
> would like me to put it into some "delayed" state, I would be 
> happy with
> that.  I don't think the bug should be closed -- until I run this down
> to root cause, it is possible someone else will come across it.
> 
> Best regards, 
> 
> Stu Bell 
> DataPlay (DPHI, Inc.) 
> 
> 
> -----Original Message-----
> From: Eric Weddington [mailto:address@hidden 
> Sent: Tuesday, April 10, 2007 4:52 PM
> To: Stu Bell
> Cc: address@hidden
> Subject: RE: [avr-gcc-list] Option to remove unused trampoline space
> gives bad link
> 
> Hi Stu,
> 
> Any more information on this potential bug? If the bug is in FreeRTOS,
> would
> you be willing to close the binutils bug report?
> 
> Thanks
> Eric
> 
> > -----Original Message-----
> > From: Stu Bell [mailto:address@hidden 
> > Sent: Friday, March 30, 2007 11:02 AM
> > To: Francesco Sacchi; Eric Weddington
> > Cc: address@hidden
> > Subject: RE: [avr-gcc-list] Option to remove unused 
> > trampoline space gives bad link
> > 
> > Hi all,
> > 
> > Just a quick update -- I've spent over a day now trying to chase it
> > down.  The generated code looks fine, but it doesn't work.  My error
> > seems to be occurring in the task switching code in 
> FreeRTOS.  None of
> > the code is currently over the 128K Flash page boundary, so 
> > I'm still in
> > a 16-bit PC address.  *sigh*
> > 
> > More info as I get it.
> > 
> > Best regards, 
> > 
> > Stu Bell 
> > DataPlay (DPHI, Inc.) 
> > 
> > 
> > -----Original Message-----
> > From: Francesco Sacchi [mailto:address@hidden 
> > Sent: Friday, March 30, 2007 7:15 AM
> > To: Eric Weddington
> > Cc: Stu Bell; address@hidden
> > Subject: Re: [avr-gcc-list] Option to remove unused trampoline space
> > gives bad link
> > 
> > Eric Weddington ha scritto:
> > > Hi Stu,
> > > 
> > > Can you fill out a bug report?:
> > > <http://sourceware.org/bugzilla/enter_bug.cgi>
> > > Select the "binutils" product, and under the "target 
> > triplet" item put
> > > "avr". Let me know what the bug # is so I can help to track it.
> > 
> > 
> > This option is very interesting, can free a very large amount 
> > of flash.
> > 
> > I've tried but there must be something wrong, cause my 
> > (large) code was 
> > not working anymore. I'll try to supply a testcase but it's 
> not easy, 
> > cause I have to look directly in elf file.
> > 
> > Please put me in CC of the bug too, maybe I can add more 
> info to bug 
> > report soon.
> > -- 
> > _|/ Francesco Sacchi - Develer S.r.l., R&D dept.
> >   |\ http://www.develer.com/
> > 
> 
> 





reply via email to

[Prev in Thread] Current Thread [Next in Thread]