Packaged kernel erase on update / updating SD Card Booted kernel from package

[Andy Green]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Somebody in the thread at some point said:

|> There's another case where you updated the kernel during jffs2 rootfs
|> booted session, but you also boot on SD Card other times.  Then, it
|> would be good if it made sure that the kernel update action also
|> updated what would be /media/card/boot -- previously I stuck my
|> kernels in / but /boot is fine now I see it is the convention -- if
|> there was a uImage.bin already in there.
|>
| Hmm, there is a very good tradition in packaging systems to not fsck
| with data outside of / for very good reasons. Im not sure I like the
| automatically overwriting stuff on mounted media without knowing what
| it is.

Well, the suggestion is to confirm there was a uImage.bin already there.
~ But, I don't disagree with your caution.

Thinking about it, it maybe doesn't matter.  The SD Card will have its
own rootfs on it in that case anyway.  It only starts to matter if you
mix kernels and rootfs from different device, that's not normal
situation.  So it's probably OK if you can expect to update kernel
separately on each boot from each device.

|> Did you see any problem with the flash_erase --> first 4MBytes of
|> kernel partition thing?
|>
| No problems I can see, but gta01 is so old I cant remeber what its
| partitioning is like.

According to this

http://wiki.openmoko.org/wiki/NAND_bad_blocks

It just has 2MB

''0x00208000(kernel)''

so we should leave gta01 kernel erase / write action alone.

- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkibGBMACgkQOjLpvpq7dMpFnACdFBcYNvsqyonsWARSZFpmdevk
3XEAnj5Jh/ZTEsh1GFR3UF6Qrw+Obfb5
=P8eN
-----END PGP SIGNATURE-----