Re: [shr-u] kind of #1024?
Am Freitag 04 Dezember 2009 schrieb Matthias Eller: When the phone is suspended and a call is coming in it resumes and looses the gsm connection for a second (icon in the upper left changes) and then gets the gsm connection back (icon changes back to some bars). The caller gets some kind of temporarily not available at this time. I did an update last night. Now the phone resumes from suspend, show the no connection icon but keeps on ringing. The Caller hears that the phone is ringing. No connection-breaks now. ti_calypso_deep_sleep is still never. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr-u] kind of #1024?
hello, I'm using the shr-full-eglibc-ipk--20091124-om-gta02.rootfs.jffs2 right now. The phone show a bug, which did not occur in former times. When the phone is suspended and a call is coming in it resumes and looses the gsm connection for a second (icon in the upper left changes) and then gets the gsm connection back (icon changes back to some bars). The caller gets some kind of temporarily not available at this time. If a call is coming in while the phone is not in suspend everything is fine. ti_calypso_deep_sleep is set to never. I've never seen this bug befor on my phone. So is this some kind of #1024, so it coul be fixed with a larger capacitor? signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] kind of #1024?
I've never seen this bug befor on my phone. So is this some kind of #1024, so it coul be fixed with a larger capacitor? sounds like the issue i was experiencing for weeks now with more recent fso-usaged, although with zhone. not sure if it is related to zhone or fso. my workaround was to use apmd and put a script into the resume scripts folder that calls the fso method to resume gsm. but then again, here did the fr lose connection completely when resumed ... anyway. i still suspect it to be related to #1024 somehow. need to get that fixed once i got hold of another cellphone for that time. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] kind of #1024?
don't know... check this: http://wiki.openmoko.org/wiki/1024#Bug_detection i also want to check if my fr suffers this bug but wiki says: Bug detection by fso: Just use frameworkd with ti_calypso_sleep_mode = 'adaptive' and inspect the logs. Frameworkd will tell you, when a real recamping exists. yes but, which logs??? Maybe two brains (or more) are better than one (tired... i'm going to sleep). Hope we'll find some info to complete the wiki d Matthias Eller ha scritto: hello, I'm using the shr-full-eglibc-ipk--20091124-om-gta02.rootfs.jffs2 right now. The phone show a bug, which did not occur in former times. When the phone is suspended and a call is coming in it resumes and looses the gsm connection for a second (icon in the upper left changes) and then gets the gsm connection back (icon changes back to some bars). The caller gets some kind of temporarily not available at this time. If a call is coming in while the phone is not in suspend everything is fine. ti_calypso_deep_sleep is set to never. I've never seen this bug befor on my phone. So is this some kind of #1024, so it coul be fixed with a larger capacitor? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] kind of #1024?
yes but, which logs??? Maybe two brains (or more) are better than one (tired... i'm going to sleep). configure a log file in /etc/frameworkd.conf and check that. there're some example-like lines at the top of that file. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-u] kind of #1024?
OK thanks i'll try tomorrow ;-) On 12/4/09, arne anka openm...@ginguppin.de wrote: yes but, which logs??? Maybe two brains (or more) are better than one (tired... i'm going to sleep). configure a log file in /etc/frameworkd.conf and check that. there're some example-like lines at the top of that file. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community