RE: kernel config

Actually there would be some reasons to make writing
to flash low priority

the erasoning behind this is that you caould have a
loop mounted image on your SD card so thatyou can dual
boot when you use a backup program on your Z

i persanally cant see a good reason to do that :)
hawever once we ID the write protect flag of the flash
and have a kernel running then it shouldnt take long
at all to get writing to flash working

in the end i see that there will be two ways to
install, the special X30 flasher or using HARET to
launch a kernel with an initrd that does all the flash
writing itself, the second would be a better way IMHO
but a bit less safe (for the developers)

a quick breakdown of terms:
HARET=kexec for windows CE
flash bootloader=BIOS bootloader, it does a minimal
setup (like a BIOS) and then passes execution to the
next stage (normally another bootloader on a PC, on
PDA's this is normally the kernel)

now unlike a PC we dont have a BIOS that allows us to
tinker with setteings and sets up everything for the
OS (most moderen day OS's setup everything again
anyway and ignore thi BIOS settings) however you can
probelly see now that if the linux kernel can set
everythin up then there is no need for a bios (hence
why there are projects to flash normal PC motherboards
BIOS chips with a linux kernel, linux righ from power
on :))

now a status update, it turns out that LFS (linux from
scratch) have a cross compilation guide which i am
following, at the moment i have bin-utils and the GLIB
headers. i expect GCC by tonight, for those that care
i am compiling it with EABI so that we can use the
iwmmxt instructions that make this thing fast, i am
doing that naw rather than latter so i dant have to
recompile the toolchain down the track

cool, back to work

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Received on Wed Aug 16 2006 - 07:28:23 EDT