??? 01/28/09 01:50 Read: times |
#161773 - Nope....No after Ver 1 build special Responding to: ???'s previous message |
In my methodology the loader always continues to be built into the firmware. It becomes a job of the host interface downloader program to perform some validity checks of the firmware update image against the target product. The host interface program asks the loader for some statistics such as as the size of the fixed loader region. The host program then reads the loader section out of the target product and compares it against the loader image region in the new upgrade image area. If they do not match 100% the re-programming operation is then terminated. If OK then the host program requests erases the flash blocks after the target loader image area. Then when it writes the update to the target it skips over the first part of the image file and only writes the actual application portion. Upon verify it reads out the whole FLASH and recompares the whole thing to the update image file as a full sanity check that the target took the update OK.
I always use binary format for the update image files so casual users do not try to open them with text file type processing tools. Michael Karas |
Topic | Author | Date |
Duplicate funcs in Bootloader == BIOS? | 01/01/70 00:00 | |
Search Subject Here... | 01/01/70 00:00 | |
Sounds reasonable | 01/01/70 00:00 | |
Nope....No after Ver 1 build special | 01/01/70 00:00 | |
Anyway back to the BIOS/monitor concept | 01/01/70 00:00 | |
No Bright Ideas. | 01/01/70 00:00 | |
the value of "BIOS"-like set of utilities...![]() | 01/01/70 00:00 |