Hello Erin,<br><br>Out of curiosity, could you provide some information on the physical changes to the board? Some of us more advanced and willing to hack the GTA01 would do so if feasible. (Obviously if it involves multiple board layer changes, just ignore my query.) I am looking (and hoping!) for ~2 signal lines that are wide open which need to be (re)routed to the PMU with some 30ga. I have lying around... ;-)<br>
<br>Thanks,<br><br>Kyle<br><br><div class="gmail_quote">On Feb 19, 2008 2:57 AM, Erin Yueh <<a href="mailto:erin_yueh@openmoko.com">erin_yueh@openmoko.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi List,<br><br>About GSM modem power off issue, we cannot solve this problem coz of<br>hardware limitations. It's about some components and their connections<br>like battery, PMU, CPU and GSM modem. In GTA01 devices, the battery is<br>
connected with PMU and GSM modem as below.<br><br> ------> PMU -----> CPU (SC2410)<br>Battery |<br> ------> GSM modem<br><br>Therefore, we cannot control the power status of GSM modem by PMU<br>directly. Now, we are using an AT command 'AT@POFF' to power off the<br>
modem, when we shut down the device. Then, it can solov a battery<br>problem bug#1003 'GSM modem is not powered down when Linux is shut<br>down'. Frankly speaking, it's a stupid way to power off the modem. For<br>
example, if gsmd is dead, then we cannot send an AT command to modem.<br>Also, we can only send AT@POFF this command 'once'.<br><br>We are deeply apologetic about this hardware design problem on GTA01<br>devices. And, we modify these connections in GTA02 as below.<br>
<br> -----> CPU (SC2410)<br>Battery -----> PMU |<br> -----> GSM modem<br><br>In GTA02 devices, we can control the power status of GSM modem from PMU<br>and don't need this AT@POFF command to modem any more. We can just pull<br>
a pin to high or low and it can control the power status of GSM modem.<br><br>We feel very sorry about this gsm modem power off issue and try to<br>improve it in our next device.<br><br>Best Regards,<br><font color="#888888">Erin<br>
</font><div><div></div><div class="Wj3C7c"><br><br><br><br><br><br><br>Shawn Rutledge wrote:<br>> On Feb 15, 2008 10:46 PM, Mike (mwester) <<a href="mailto:mwester@dls.net">mwester@dls.net</a>> wrote:<br>>> Mike (mwester) wrote:<br>
>>> I think it's time for another attempt to address a long-standing<br>>>> problem with the Neo and the current software. Specifically, the way<br>>>> it works right now, no matter how you shut down the GTA01, the GSM<br>
>>> modem is left powered up and running (it's wired up internally in such<br>>>> a fashion that even when the kernel powers off the CPU and all else<br>>>> that it can on the circuit board, the GSM modem continues to run).<br>
>> [snip]<br>>><br>>> Well, that was interesting. Not much response, so I take it that this<br>>> isn't a particularly important item for most people.<br>>><br>>> I'll just drop this then; my proposed solution didn't get any good<br>
>> reviews first time around, and based on the lack of interest, I don't<br>>> see any real point in re-opening that controversy. However, when<br>>> openmoko gets around to resolving this problem, I'll be interested to<br>
>> see how the "official" solution is implemented. Until then, keep those<br>>> Neos plugged in!<br>><br>> Of course it's important. Maybe just a case that nobody knows who has<br>> responsibility for this, but everybody's hoping that somebody is on<br>
> the case.<br>><br>> Where do you want to put that AT@POFF command? gsmd should send it<br>> whenever it receives certain signals (like SIGTERM etc.) right? Can<br>> you just go ahead and commit this change?<br>
><br><br><br></div></div></blockquote></div><br>