Just a gentle reminder not to top-post on this mailing list.
On 11/06/2012 08:27 AM, 吴江波 wrote:
i already fix the bug, so i think this is the real bug.
i set a callback fuc to GAtMux, and add status member for echo channel,
when i find the channel active, it will call back the fuc, fuc check all
channel is active, if all channel is active, continue to send AT
commands you want.
It is pretty hard to follow what you mean here. Can you send the actual
fix as a patch? e.g. git send-email
At 2012-11-06 22:23:21,"吴江波" <wujiangbo_1987(a)163.com> wrote:
Hi Denis Kenzior,
I find a bug about ofono, in src/ifx.c. The function
setup_internal_mux. if we modem use Mux in ofono code, ofono will
create six channel to send request. After we send AT commands, each
mux channel should be active that through send a little data and
To state this another way, we open the channel by sending the DLC
establishment command. This creates a mapping between that dlc number
and a GIOChannel.
receive. In setup_internal_mux function it only set 10
to do that, it manual think channel active while 10 millisecond. if
the modem don't response channel active in 10 millisecond, the
The T1 we negotiated during CMUX is 10ms, we assume that the channel
establishment doesn't fail, however the timing might need to be relaxed
a bit due to how long it might take the kernel to transmit.
sending AT commands don't dispatch to right channel. if you
Sorry I don't follow this. The sending will always dispatch to the
right DLC since the DLC number is associated with the GIOChannel.
lucky, ofono will work well, but it don't guarantee. and also
the problem. ofono don't work well, it be cause by channel havn't
configure, ofono send AT comands. The GAtMux receive the response,
but GAtMux don't know which channel the response should be
dispatched. GAtMux will discard the right response, and the AT
Again, I don't follow. The AT commands are coming on a particular DLC.
The DLC mapping is already established after g_at_mux_create_channel
command will don't receive the response forever, it will case
request timeout, and ofono think it have some problem it don't work.
any questions. then we open mux, ofono will create a new IOChannel,
the previously device IOChannel should remove from main context, but
ofono don't do that. why?
I don't understand the question, sorry.