Post- GTA02

[Andy Green]

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

Somebody in the thread at some point said:

>> into it.  No shell, no init other than critical assets like clock and
>> GPIO.  Hence "direct to kernel".
> 
> And that's what a bootloader should do and only that. But you're
> missing memory access timings :-p

OK :-)

> And I can't why would a NAND break as well. At least we don't have to
> keep a sd card attached in the device, but if it's hidden to the user,
> I mean, instead of using a slot soldering the card in the pcb, that's
> also pretty much ok. :-p

OK then nobody understood why we worry about these breaking scenarios
:-)  I will stop :-)

>> That last one sounds good :-)  The others go to product definition and
>> it's basically out of scope for me.  If we aren't to have a camera, we
>> will at least try to bring out the signals somehow.
> 
> Good. If we have the signals out somehow, we can later make them usable.
> How about some sort of FIC-only port where we could attach other devices?

I would suggest people to use the OTG socket for it.  I would propose
the same for most hardware hacking, you get power and more bandwidth
than you can handle, but you have to have a USB2 device chip to play
that game.  Plus you can just pull it out and you have a phone again,
you didn't open the case, etc.  USB would be the obvious way for
hardware hacking or FIC.

The GPIO and spare IO connector could be cool for integrating the device
into other gear it controlled, but it would be a relatively brave user
that opened the case and connected to it.  Still I know there are more
than a handful of people that would find a use for that.

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

iD8DBQFH4TdROjLpvpq7dMoRAs4HAJwJV5NE3b263SaGfBgdxoJFZ6Jg3ACbB30A
A9cbQIYuDw7RUG8zCJ20FYU=
=1C36
-----END PGP SIGNATURE-----