Yahoo Groups archive

Lpc2000

Index last updated: 2026-04-28 23:31 UTC

Message

Re: Strange problem with the Philips Flash Utility

2006-04-19 by unity0724

Hello!!..  Bootloader...
Why not you do something more fantastic for group members here:

=>Something that able is to copy the bootloader from one chip 
to another.

ARM7 firmware #1
- Name "SOURCE.HEX"
- Burn onto chip #1 with newer bootloader

ARM7 firmware #2
- Name "DESTINATION.HEX"
- Burn onto chip #2 with older bootloader

Then
- Connect the 2 chips through UART0.
- Power up the 2 chips together
- Bootloader automatically get copied from Chip #1 to Chip #2
- Chips toggle Txd line at 1Hz once completed copying.

I guess quite some people here will use it.   And no longer need
to wait for Philips releasing of BootLoader Upgrade.

Better if you can make it more plug and play.  You can keep
your source code.   Only need to promise you do not plant a 
Trojan-horse onto the chips.  :)

What can philips complain??  as long as you do not modify
some flash memory area you called "bootsector" (or bootblock??)
May be philips will thank you, Umm...I mean unofficially   :)
Regards 

--- In lpc2000@yahoogroups.com, "jayasooriah" <jayasooriah@...> 
wrote:
>
> --- In lpc2000@yahoogroups.com, "Eric Engler" <englere.geo@> wrote:
> > Jaya,
> > 
> > I looked around your site and I really like your tutorials and
> > step-by-step walkthoughs related to your analysis of 
bootloaders! It's
> > hard to find this kind of detailed information.
> > 
> > Is there any change sill will become open source?
> > 
> > Eric
> 
> I am pleased you liked it.
> 
> Open source for the boot loader is still an option when I work out 
how
> not to engage in "disclosure of proprietary information".  Its use 
is
> very much crippled (in terms of the features it can support) 
because
> it is cannot sit in the boot sector.
> 
> Open source for the utility does not make much sense because it 
relies
> heavily on custom libraries which support many projects and I do 
not
> control their documentation.
> 
> One day I might extract the relevant calls and write a header so 
that
> I could provide the library in binary form ... but no plans at the 
moment.
> 
> Jaya
>

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.