Re: LED blinking during suspend
Am Donnerstag, den 17.12.2009, 23:06 +0100 schrieb Michael Trimarchi: the android-kernel now has a lot of feature: - frequency scaling - FCSE from arm mailing list The result is an incredible performance on Android Congrats... anything in for us GNU/Linux weenies as well? Cheers, -- :M: ___ hardware mailing list hardware@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/hardware
Re: Bug #1024 (oscillating re-camping), a possible solution.
Just an additional heads-up. Daniel reworked my device on the hardware workshop which was part of the first FSOSHR conference last weekend in the LinuxHotel. Since then I exposed my FreeRunner to the tough RF conditions in my office-basement here in Frankfurt/Main and I'm glad to announce that I had not a single recamping since then. Cheers, Mickey. ___ hardware mailing list hardware@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/hardware
Re: Bug #1024 (oscillating re-camping), the latest news.
Thanks for the update, Dieter. That might explain why I'm suffering so bad from this bug, since my office is located in the souterrain and it's usually pretty cold here. :M: ___ hardware mailing list hardware@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/hardware
Re: Power leakage: save 40mW by turning GSM on
Am Sonntag, den 22.02.2009, 19:44 +0100 schrieb Rask Ingemann Lambertsen: But in the end, I realized that the modem powers up with deep sleep enabled, so after a few seconds of AT command inactivity, Right, the first thing you should do when working in non-mux mode is to %SLEEP=2. In particular, is it supposed to undo the effects of AT+CFUN=1 (which will turn on receiver, transmitter and everything else needed for full GSM functionality)? Yes. a...@poff is what other modems do when you AT+CFUN=0; actually turning off everything. :M: ___ hardware mailing list hardware@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/hardware
Re: Status of bug #1024 (periodic signal lost and re-registration)
Unfortunately I no longer have a GTA01 with such an old firmware (and I'm not really keen to downgrade either), but memory says that our 01 prototypes (GSM firmware moko0) didn't suffer from 1024. :M: ___ hardware mailing list hardware@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/hardware
Re: GSM #1024 issue
Am Tuesday 16 December 2008 20:33:42 schrieb Joerg Reisenweber: could you connect an external GSM-antenna and check if there's any difference? Preferably connect the external antenna while actually encountering a #1024, and see whether it stops, or otherwise changes characteristics. Did that months ago when I first encountered the problem -- no change whatsoever. -- :M: ___ hardware mailing list hardware@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/hardware
Re: Bug #1024 related power measurement of the GSM modem
Am Mittwoch, den 03.12.2008, 09:57 +0100 schrieb Stefan Schmidt: I ask because I can see regular activity on the AT command interface. For example every minute the modem is asked about its SMS status (I wonder why the modem has to be polled and why the unsolicited status messages from the modem are not enough to find out if a new SMS has arrived). Hmm, mickey would know if this is a bug or feature. :) Nothing to worry about. We're not checking for incoming SMS btw., but rather unsent outgoing, since we had some problems with missing ACK PDUs. :M: ___ hardware mailing list hardware@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/hardware
