[PATCH 0/8] Qi solve GTA02 dynparts compatability and parse idenity partition

Andy Green andy at openmoko.com
Wed Feb 4 11:45:18 CET 2009


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

Somebody in the thread at some point said:
| Andy Green wrote:
|> Considering SD boot works fine with Qi the only truly critical block is
|> only erase block +0 containing Qi -- 8K of that block is always read at
|> boot without ECC anyway AFAIK.  So we're talking about protecting 2/3rds
|> of the bootloader with ECC... I think it's acceptable risk until someone
|> shows failure from this, not to mention the ECC support itself will
|> increase the size of bootloader and risk of bit error.
|
| I was more thinking of the case when booting the kernel or boot GUI
| from NAND on GTA02. There, a lot more blocks are involved ...

Right, but there are a lot of choices for people with dying NAND in
their GTA02...

1) if it's not in first 25KBytes or so, SD Card boot will always work
fine with Qi.

2) If it's not even in kernel region (boot GUI rootfs can come from SD
Card too), then they can still boot fine from NAND entirely.

3) If it's just a couple of people eventually see dying NAND in kernel
or Qi partition, they can fall back to NAND U-Boot.

4) If it becomes an issue we can implement soft ECC in Qi.

Hey or patches welcome if anyone feels strongly about it.

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

iEYEARECAAYFAkmJcb4ACgkQOjLpvpq7dMryLACeI41sQjRiZ5lC1zrUmVNaKhTv
hu8AoI506wSDqv8w49TfGT1TSI+VW77H
=CwHu
-----END PGP SIGNATURE-----



More information about the openmoko-kernel mailing list