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
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,
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
2009.10.15
On Mon, 19 Oct 2009 17:15:18 +0200
Michael 'Mickey' Lauer (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 (DF) wrote:
>>
>> >actually i was vague/misleading in what i wrote. what i would like
>> >to see is for the end
Am Montag, den 19.10.2009, 12:46 +0200 schrieb Petr Vanek:
> On Mon, 19 Oct 2009 01:50:51 -0400
> David Ford (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 messag
On Mon, 19 Oct 2009 01:50:51 -0400
David Ford (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 communication method for th
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 =
>
On Mon, 19 Oct 2009 00:32:28 -0400
David Ford (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 suddenly drops to
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
>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 frameworkd.c
>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
http://lists
>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 : cid
On 10/18/09, Petr Vanek 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 thre
>> 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 #102
>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.
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:
http://n2.nabble.com
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
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
18 matches
Mail list logo
