Hi Marcel and Denis There is an issue on downlink data transfer on ifx modem.
Basically, during a data transfer after PDP context activation (long data transfer 5MB), a segmentation fault error could occurs at any time (even it is not systematic). GLib-CRITICAL **: g_io_channel_write_chars: assertion `channel != NULL' failed Root cause of this issue is a ring buffer overflow (in gatio received data function). The overflow is detected and the DLC3 source context is destroyed in dispatch source function. After that the disconnect handler is called and try to destroyed the same context. So on this issue there is 2 points: 1- Management of the buffer overflow 2- Buffer overflow cause For the 1st point, I'm not sure that disconnect DLC channel is the solution in case of buffer overflow. I believe that is better to discard ongoing packet in the buffer. TCP could survived to packet loss and retransmit the packets. Throughput go down but the data pipe is not broken for the application. For the 2nd point, ring buffer overflow happened because data is not consume in this buffer. This is a flow control problem. I suspect that for some reason the consumer is blocked (not schedule) during some time. Ring buffer size is set to 4096 bytes. I realize some test with a ring buffer increase to 131072 bytes and I can get long file downlink transfer. Probably this size is too much high and this size buffer need to be tune. Could you please give me feedback for this 2 points? This issue is very similar to bug track in: http://bugs.meego.com/show_bug.cgi?id=11700 Regards Carlos --------------------------------------------------------------------- Intel Corporation SAS (French simplified joint stock company) Registered headquarters: "Les Montalets"- 2, rue de Paris, 92196 Meudon Cedex, France Registration Number: 302 456 199 R.C.S. NANTERRE Capital: 4,572,000 Euros This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
_______________________________________________ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono
