[Top][All Lists]

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

Re: [avr-gcc-list] [Patch, avr] Shrink interrupt vector table down to la

From: Oleksandr Redchuk
Subject: Re: [avr-gcc-list] [Patch, avr] Shrink interrupt vector table down to last used entry
Date: Thu, 14 Feb 2013 18:43:39 +0200

2013/2/14 Weddington, Eric <address@hidden>:

> If this "optimization" were put in place, then there is the potential
> that these wrongly-enable interrupts could vector off to some part of the 
> application code,
> start executing it, without ever having a return from interrupt (RETI), and 
> could wreak havoc
> with the rest of the system, and also making debugging such a system that 
> much harder.

> I would have to see evidence that these devices, especially the XMEGAs, which 
> typically
> have more code space, are so constrained that such an optimization is 
> warranted over
> the safety of the overall system.

How about "no-any-interrupt" (and no sei() in code) programs for small
micro like tiny13 or tiny261 ?

Anyway, one must explicitly enable this feature by --shrink-ivt swicth
for shut in foot.
For existing projects will not be any safety problems.


reply via email to

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