<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">This thread about a system management PMU accidentally happened on an internal mailing list.<div>I am forwarding the whole thread to openmoko-kernel.</div><div>(next I will try to get that internal mailing list shut down, but I better not say who defends it all the time ;-))</div><div>Wolfgang<br><div><br><div>Begin forwarded message:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font face="Helvetica" size="3" color="#000000" style="font: 12.0px Helvetica; color: #000000"><b>From: </b></font><font face="Helvetica" size="3" style="font: 12.0px Helvetica">Andy Green <<a href="mailto:andy@openmoko.com">andy@openmoko.com</a>></font></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><font face="Helvetica" size="3" color="#000000" style="font: 12.0px Helvetica; color: #000000"><b>Date: </b></font><font face="Helvetica" size="3" style="font: 12.0px Helvetica">March 19, 2008 4:28:45 AM GMT+08:00</font></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; "><span class="Apple-style-span" style="-webkit-text-stroke-width: -1; "><font face="Helvetica" size="3" color="#000000" style="font: 12.0px Helvetica; color: #000000"><b>Subject: </b></font><font face="Helvetica" size="3" style="font: 12.0px Helvetica"><b>Re: Adding a system management MPU</b></font></span></div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; min-height: 14px; "><br></div> </div>-----BEGIN PGP SIGNED MESSAGE-----<br>Hash: SHA1<br><br>Somebody in the thread at some point said:<br><br><blockquote type="cite"><blockquote type="cite">and word from you guys that a 2443 vs a 6400<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">might be about the same work<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">We don't know that yet :-( A lot would depend on what MCPs Samsung can<br></blockquote><blockquote type="cite">give us. My latest (woefully incomplete) status on this is:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">2443: zero information about MCPs<br></blockquote><blockquote type="cite">6400: has MCPs, but not very useful ones (too much Flash, too little RAM)<br></blockquote><br>128MBytes of DDR that is in the 6400 MCP can be OK... "too little" for<br>what? We can expose the OneNand to the user one way or another, I guess<br>it allows not having any SD slots on variants to be considered. Asking<br>about which MCPs actually exist for us would be a big question for<br>Samsung as you say.<br><br>In terms of work the last data we got says they upleveled their BSP to<br>2.6.21 already from 2.6.16, so the distance from that to a working<br>2.6.24 solution is quite a bit smaller.<br><br><blockquote type="cite">It would also be good to have some information on the Siemens telephony<br></blockquote><blockquote type="cite">modules, at least basic parameters like power requirements and physical<br></blockquote><blockquote type="cite">size. The underlying question is: would it make sense to expect roughly<br></blockquote><blockquote type="cite">the same form factor for a UMTS and an EDGE device, or does this make no<br></blockquote><blockquote type="cite">sense at all ? (E.g., because the UMTS module is five times the size,<br></blockquote><blockquote type="cite">UMTS and EDGE modules have completely different geometries, or the need<br></blockquote><blockquote type="cite">an entirely different power supply architecture anyway.)<br></blockquote><br>Yes.<br><br><blockquote type="cite">directory tree (like /space/docs of varaha)<br></blockquote><br>That has worked great for me, there's already a 6400 dir in there.<br><br>Having a slow cheap micropower flash MPU on there into which we<br>implement all logic and sequencing we want for the device while the CPU<br>is unavailable can solve a few issues at once.<br><br>Particularly as we established we are getting rid of U-Boot and have a<br>minimal bootloader, if we wake the CPU it means waking into Linux one<br>way or another before anything complicated gets done. We can use this<br>MPU to manage power and button/touchscreen/connector events, motion<br>sensors, battery HDQ, PMU, LEDs in a central, consistent and complete<br>way without needing to bring the CPU into it and without any dead time<br>while we wake the CPU.<br><br>Something along these lines (6.8mm x 6.8mm footprint) $3.10 / 100<br><br><a href="http://focus.ti.com/docs/prod/folders/print/msp430f2272.html">http://focus.ti.com/docs/prod/folders/print/msp430f2272.html</a><br>http://www.ti.com/lit/gpn/msp430f2272<br><br>- -Andy<br>-----BEGIN PGP SIGNATURE-----<br>Version: GnuPG v1.4.7 (GNU/Linux)<br>Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org<br><br>iD8DBQFH4CX8OjLpvpq7dMoRAszuAKCCbotPGk40EUx5E6YYkL2SIlpxkACfYPwL<br>P81H3p8nGqGk5GYXz51cxbg=<br>=VNDw<br>-----END PGP SIGNATURE-----<br></blockquote></div><br></div></body></html>