--- In lpc2000@yahoogroups.com, "jayasooriah" <jayasooriah@...> wrote: > > --- In lpc2000@yahoogroups.com, "John Heenan" <l10@> wrote: > > > For example the CRP flash memory location could have bits read > > similar to ATMEL fuse bits to decide > > 1. size of a special 'boot sector' at top of flash (AVRs typically > > allow four fixed sizes) > > 2. whether interrupt vectors and so startup remaps to the start of > > the special boot sector. > > I can see why Philips may not be in a position to acceed to this request: > > 1/ This requires hardware change to flash blocking. No. I guess you don't really get the point. I am not proposing replacing the exising boot loader, just providing an option to 'opt out' and continue booting elsewhere. The option to opt out and and where to opt out decided according to bit choices at the CRP flash location and before pin 0.14 is read. It would also be nice if we had a documented 'opt in' again facility which bypassed their own pin 0.14 test. > 2/ The boot sectors (I have seen) appear pretty full. See above. I am not suggesting it is used for any custoim boot loaders > PS: I am not saying the request is unreasonable. I just cannot see > how it can be met if LPC boot loader structure is to be retained. For someone who is so full of praise for ATMEL your knowledge of their well known techniques is very weak. There also appears to be an industry wide consensus that unless you buy a lot of ATMEL product you will get zero support. The fact that as a non production oriented participant that you got any support from Philips is praiseworthy. If you want support without buying prodcut try moving to PICs, Microchip get consistent praise for their high level of support. We know what is normal and we accept it. You don't. With regard to REMAP issue, I have already indicated no changes are necessary and so exising parts could have their bootloaders upgraded. Additionally if Philips did not want all their parts to ship with bootloader opt out options, they could provide us with a patched version which could be massaged into production bootloading. John Heenan
Message
Re: Bootloader minor enhancment suggestion
2006-05-02 by John Heenan
Attachments
- No local attachments were found for this message.