-----Original Message----- From: Jasmine Strong [mailto:jasmine@electronpusher.org]
Because 2.4 is obsolete and basing new projects on it is a very bad idea.
Methinks you missed the point. What I'm saying is PBL is happy to load a block of NAND out to a place in SDRAM at a location specified in that images module header and then jump to it's entry point if it happens to have the name "LINUX" in the module header.
I've actually written completely standalone LCD demo programs using this technique and called them "LINUX" and then the PBL has loaded/executed them.
That image could be a self extracting 2.4 or 2.6 or, when available 2.8 Linux or perhaps even uBoot or anything your heart desires.
You also have the added advantage that it passes the text found within a module called PARMS as command line parameters to the thing it is executing. If it's a self extracting Linux image this may be useful, if it's uBoot or an LCD demo program this may well still occur but the chances are PARMS text will be ignored.
So the point was simply that the emailer has a perfectly good "load and go" system so why bother to reinvent the wheel.
The fact we use it to load and go with 2.4.18 simply shows that it works!
Cliff
This e-mail and any attachments are confidential and intended exclusively for the addressee. If you are not the intended recipient please delete it from your system and notify the sender immediately. This message is attributed to the sender and may not necessarily reflect the views of Amstrad Plc or its subsidiaries.
For further information on Amstrad Plc please visit our website: www.amstrad.com
Amstrad Plc. Brentwood House 169 Kings Road Brentwood Essex CM14 4EF Registered in England : No. 955321