Framework not being able to open a new channel means fso-abyss is not able
to register a channel with the multiplexer. That it only works 4 out of 5
times sounds like a race condition. Do you have anything else installed that
could compete with fso-abyss over the GSM resource?
:M:
Hi,
Michael 'Mickey' Lauer-2 wrote:
Do you have anything else installed that
could compete with fso-abyss over the GSM resource?
Like what? I'm not all that clear about the multiplexing process. As far
as I know I have only the latest version of shr-u installed with all the
upgrades
On Mon, 19 Oct 2009 01:50:51 -0400
David Ford da...@blue-labs.org (DF) wrote:
actually i was vague/misleading in what i wrote. what i would like to
see is for the end user to be notified in a friendly fashion. like
injecting a service message into opimd/sms buffer
sounds like a good
Am Montag, den 19.10.2009, 12:46 +0200 schrieb Petr Vanek:
On Mon, 19 Oct 2009 01:50:51 -0400
David Ford da...@blue-labs.org (DF) wrote:
actually i was vague/misleading in what i wrote. what i would like to
see is for the end user to be notified in a friendly fashion. like
injecting a
On Mon, 19 Oct 2009 17:15:18 +0200
Michael 'Mickey' Lauer mic...@vanille-media.de (M'L) wrote:
Am Montag, den 19.10.2009, 12:46 +0200 schrieb Petr Vanek:
On Mon, 19 Oct 2009 01:50:51 -0400
David Ford da...@blue-labs.org (DF) wrote:
actually i was vague/misleading in what i wrote. what i
Hi,
Well, I got mr FR rechecked and it seems that the fix was applied fine.
But - I still have this problem. About 4 out of 5 times my FR fails to
register with the messages like
2009.10.15 07:29:57.870 ogsmd.modem.abstract ERRORcould not open channel
MISC, retrying in 2 seconds
Hi,
I get messages like
[2009-10-18 07:51:27.107655] Signal : cid=4E91, lac=006A
[2009-10-18 07:52:45.145288] Signal : cid=4E7B, lac=006A
[2009-10-18 07:53:18.218122] Signal : cid=4E91, lac=006A
...
So I guess my #1024 is not fixed :-(
The three lines you quoted are not showing #1024. Again,
I get messages like
[2009-10-18 07:51:27.107655] Signal : cid=4E91, lac=006A
[2009-10-18 07:52:45.145288] Signal : cid=4E7B, lac=006A
[2009-10-18 07:53:18.218122] Signal : cid=4E91, lac=006A
...
So I guess my #1024 is not fixed :-(
The three lines you quoted are not showing #1024. Again,
On 10/18/09, Petr Vanek van...@penguin.cz wrote:
I get messages like
[2009-10-18 07:51:27.107655] Signal : cid=4E91, lac=006A
[2009-10-18 07:52:45.145288] Signal : cid=4E7B, lac=006A
[2009-10-18 07:53:18.218122] Signal : cid=4E91, lac=006A
...
So I guess my #1024 is not fixed :-(
The three
How about this output:
[2009-10-18 13:37:02.701925] Signal : cid=9E4A, lac=17A2
[2009-10-18 13:37:26.813505] Signal : cid=7149, lac=17A2
[2009-10-18 13:41:22.576405] Signal : cid=9E4A, lac=17A2
[2009-10-18 13:45:48.512750] Signal : cid=7149, lac=17A2
[2009-10-18 13:49:10.453532] Signal :
Yes, just use frameworkd with ti_calypso_sleep_mode = 'adaptive' and
inspect the logs. Frameworkd will tell you, when a real recamping
exists.
makes sense, thank you
Petr
___
Openmoko community mailing list
community@lists.openmoko.org
How did you ever get it to work in the first place? I noticed the
Debian
package appearing and installed it, but never found all of the required
documentation to actually use it:
i don't remember exactly, but i think the only change was setting the
muxer to fso-abyss in
can't we build in detection for that?
Michael 'Mickey' Lauer wrote:
(NB: This compact debug output form is not optimal for recognizing #1024
anyways, you should rather watch for CSQ and CREG messages. If CSQ suddenly
drops to 99 and you get thrown out of the cell, then it's 100% clear you
On Mon, 19 Oct 2009 00:32:28 -0400
David Ford da...@blue-labs.org (DF) wrote:
can't we build in detection for that?
Michael 'Mickey' Lauer wrote:
(NB: This compact debug output form is not optimal for recognizing
#1024 anyways, you should rather watch for CSQ and CREG messages. If
CSQ
actually i was vague/misleading in what i wrote. what i would like to
see is for the end user to be notified in a friendly fashion. like
injecting a service message into opimd/sms buffer
Petr Vanek wrote:
It exists already.
...another way is to use frameworkd with ti_calypso_sleep_mode =
Hi,
I get messages like
[2009-10-18 07:51:27.107655] Signal : cid=4E91, lac=006A
[2009-10-18 07:52:45.145288] Signal : cid=4E7B, lac=006A
[2009-10-18 07:53:18.218122] Signal : cid=4E91, lac=006A
...
So I guess my #1024 is not fixed :-(
--
View this message in context:
On Thu, Oct 15, 2009 at 12:48:50PM +0200, arne anka wrote:
try the other muxer, gsmwhatsitsname, instead.
to me it seems, fso-abyss has detoriated into almost unusability over the
last months.
How did you ever get it to work in the first place? I noticed the Debian
package appearing and
http://www.freesmartphone.org/index.php/Implementations/fso-abyss.
:M:
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
18 matches
Mail list logo