AVR Downloader/UploaDEr - Bugs: bug #31699, ihex : unhandled ext. linear...
You are not allowed to post comments on this tracker with your current authentication level.
bug #31699: ihex : unhandled ext. linear address records and unoptimized empty (0xff) space
Submitter: | Georg Garrecht <gg2410> | ||
Submitted: | Thu 18 Nov 2010 06:14:42 PM UTC | ||
Category: | None | Severity: | 3 - Normal |
Priority: | 5 - Normal | Item Group: | None |
Status: | Fixed | Privacy: | Public |
Assigned to: | joerg_wunsch | Originator Name: | gg2410 |
Open/Closed: | Closed | Release: | None |
Programmer hardware: | Device type: |
Thu 15 Sep 2011 04:00:05 PM UTC, comment #1: |
Joerg Wunsch <joerg_wunsch> |
Thu 18 Nov 2010 06:14:42 PM UTC, original submission:
I found a very strange problem, which makes it nearly impossible to write e.g. a bootloader into an ATMEGA in a seriously short time.
|
Georg Garrecht <gg2410> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 4 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2011-09-15 | joerg_wunsch | Status | None | Fixed | |
Assigned to | None | joerg_wunsch | |||
Open/Closed | Open | Closed | |||
2010-11-18 | gg2410 | Carbon-Copy | - | Added gg2410 |
Powered by Savane 3.13-4448.
Corresponding source code
Problem #1 is fixed with the recent introduction of memory
region tagging: only those memory regions where actual content
has been read for from a file are written to now.
You are encouraged to test the new feature set, but by now,
you'll have to do that straight from SVN trunk.
I cannot reproduce problem #2, and I can assure you we've
been using AVRDUDE to program bootloaders (or mixed application +
bootloader area code, for SPM access from the application)
for years now.
I just verified all this works fine, by simply redirecting
the .text section of an example program to 0x1f000, and
writing it to the flash of an ATmega1281 device. All is fine,
the program text ends up in the correct location, and the
program runs as expected (ignoring the leading 0xffff program
words).
If you've really got a reproducible example for this, please
reopen the bug report.