Re: Huawei 3131 with idVendor=12d1, idProduct=14fe

2016-01-23 Thread CedrIc Jehasse
Hi, > Executing ifconfig wwan0 up;dhclient wwan0 can't get lease from wwan0 > interface. > I’ve had issues with an E3372 that didn’t accept cdc ncm frames from the linux cdc_ncm driver. Maybe there’s the same issue on the E3131, causing dhcp to fail. I see it’s been worked around since linux

[PATCH 2/2] atmodem: fix retries reporting from AT+CPINR

2015-02-02 Thread Cedric Jehasse
From: Cedric Jehasse cedric.jeha...@softathome.com The retries array was not correctly filled in. --- drivers/atmodem/sim.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/atmodem/sim.c b/drivers/atmodem/sim.c index 054f548..d6a0dcf 100644 --- a/drivers/atmodem/sim.c

[PATCH 1/2] atmodem: add Sierra to be polled after entering pin

2015-02-02 Thread Cedric Jehasse
From: Cedric Jehasse cedric.jeha...@softathome.com Sierra modem will return CME ERROR: 14 when polled right after pin has been entered. Use the existing vendor quirk to handle this. --- drivers/atmodem/sim.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/atmodem/sim.c b/drivers

[PATCH] sierra: add sim state polling after CFUN enable

2015-01-30 Thread Cedric Jehasse
From: Cedric Jehasse cedric.jeha...@softathome.com When pin is queried shortly after a Siera dongle is plugged in, AT+CPIN? responds with CME ERROR 14: SIM. Poll the sim, as already done by several other vendor plugins. --- plugins/sierra.c | 26 -- 1 file changed, 24

Re: [PATCH] sim: change pin_retries array to unsigned char

2014-12-04 Thread Cedric Jehasse
Hi Denis, Please try the following patch (attached) and tell me if it fixes this bug on your platform. This patch caused a segfault. Please have a look at the reworked patch (attached). Thanks, Cedric From d69bf227fe736392b532992d57e58e7e6bb08f36 Mon Sep 17 00:00:00 2001 From: Denis Kenzior

[PATCH] sim: change pin_retries array to unsigned char

2014-11-28 Thread Cedric Jehasse
From: Cedric Jehasse cedric.jeha...@softathome.com Had a problem on mips, the Retries dict in org.ofono.SimManager was 0 for all pin-types. The problem is int* are passed to dbus-functions, while the type is DBUS_TYPE_BYTE. Changed the type of pin_retries throughout the code to match the byte

Re: Can't reconnect a Huawei E3131 modem

2014-07-12 Thread CedrIc Jehasse
Hi, On 11 Jul 2014, at 19:32, Jerônimo Lopes lopesjeron...@gmail.com wrote: Hi, I'm trying to use ofono and a Huawei E3131 modem. First off all, I need to change AT+CGDATA=PPP,%u to ATD*99***%u# to make it work. But that's ok. The problem, is if disconnect, and try to connect again,

when to set a Modem online

2013-03-25 Thread Cedric Jehasse
Hi, On Huawei devices i need to wait for the pin to be entered before setting the Online property to true. For this i'm waiting for the Interfaces dict to contain org.ofono.ConnectionManager. Now i'm trying an Option dongle, the org.ofono.ConnectionManager interface is only added after the Online

Re: [PATCH 1/2] qmimodem: add uim message types

2013-02-13 Thread Cedric Jehasse
Hi, I made 2 patches to implement send_passwd on qmi some time ago. Are these patches going to be applied or is there something wrong with it? I'd like to know, because i'm making other changes on the qmi sim code. Thanks, Cedric On Fri, Jan 18, 2013 at 9:51 AM, Cedric Jehasse cedric.jeha

[PATCH 1/2] qmimodem: add uim message types

2013-01-18 Thread Cedric Jehasse
From: Cedric Jehasse cedric.jeha...@softathome.com Define message types for verify pin and card status indication. --- drivers/qmimodem/uim.h |3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/qmimodem/uim.h b/drivers/qmimodem/uim.h index 8f123e7..73e9c94 100644 --- a/drivers

[PATCH 2/2] qmimodem: implement send_passwd

2013-01-18 Thread Cedric Jehasse
From: Cedric Jehasse cedric.jeha...@softathome.com --- drivers/qmimodem/sim.c | 155 +++- 1 file changed, 139 insertions(+), 16 deletions(-) diff --git a/drivers/qmimodem/sim.c b/drivers/qmimodem/sim.c index 197da50..e05aac8 100644 --- a/drivers

[PATCH] udevng: match vendorId and productId from parent usb_device.

2013-01-18 Thread Cedric Jehasse
From: Cedric Jehasse cedric.jeha...@softathome.com cdc_wdm device doesn't have ID_VENDOR_ID and ID_MODEL_ID properties, read these properties from the parent usb_device. --- plugins/udevng.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/plugins/udevng.c b/plugins

[PATCH] qmimodem: convert tid in service header to little endian.

2013-01-18 Thread Cedric Jehasse
From: Cedric Jehasse cedric.jeha...@softathome.com --- drivers/qmimodem/qmi.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/qmimodem/qmi.c b/drivers/qmimodem/qmi.c index 3389bb1..aaefe9e 100644 --- a/drivers/qmimodem/qmi.c +++ b/drivers/qmimodem/qmi.c

Re: tun interface name conflicts with ppp driver

2012-12-06 Thread Cedric Jehasse
Hi Marcel, actually we are using ppp%d syntax to assign the network interfaces. So the kernel does the numbering. This is a bug in pppd and not ours. Looking at the pppd code, it seems to hardcodes ppp0. So please complain to them for assuming that a certain device name is owned by them.

qmi on huawei

2012-11-26 Thread Cedric Jehasse
Hi, I have a Huawei E398 dongle with a qmi interface, and i'm trying to make ofono use the qmi interface for the gprs-context atom. I have this working, but depending on how i unref the qmi_device in huawei_disable, ofono crashes or there's have a memory leak. The first approach i've tried is

qmi on huawei

2012-11-26 Thread Cedric Jehasse
Hi, I have a Huawei E398 dongle with a qmi interface, and i'm trying to make ofono use the qmi interface for the gprs-context atom. I have this working, but depending on how i unref the qmi_device in huawei_disable, ofono crashes or there's have a memory leak. The first approach i've tried is

Re: qmi on huawei

2012-11-26 Thread Cedric Jehasse
Hi Marcel, The ofono.git HEAD already sets the driver, but the qmi and net detection is not always correct. So just overwrite the values for the device nodes and see if that works for you. Thanks for the suggestion, i started on this before this change was commited. I also had the issue to

Re: Can't power on modem

2012-11-23 Thread Cedric Jehasse
Hi Yevhen, I've seen the same issue before with an Huawei modem. It looks like not all modems can handle sending ATE0 +CMEE=1 to the modem and pcui port simultaneously. Try removing this line from huawei_enable(): g_at_chat_send(data-modem, ATE0 +CMEE=1, NULL, NULL, NULL, NULL); Regards, Cedric

[PATCH] atmodem: add PIN retry count for Alcatel modems.

2012-11-15 Thread Cedric Jehasse
From: Cedric Jehasse cedric.jeha...@softathome.com --- drivers/atmodem/sim.c | 43 +++ 1 files changed, 43 insertions(+), 0 deletions(-) diff --git a/drivers/atmodem/sim.c b/drivers/atmodem/sim.c index 9f05f4b..7e2b373 100644 --- a/drivers/atmodem/sim.c

[PATCH] alcatel: create sim atom with vendor alcatel

2012-11-14 Thread Cedric Jehasse
From: Cedric Jehasse cedric.jeha...@softathome.com --- plugins/alcatel.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/plugins/alcatel.c b/plugins/alcatel.c index 8005170..e3e7086 100644 --- a/plugins/alcatel.c +++ b/plugins/alcatel.c @@ -230,7 +230,7 @@ static void

[PATCH] atmodem: Poll SIM state after entering PIN

2012-11-09 Thread Cedric Jehasse
From: Cedric Jehasse cedric.jeha...@softathome.com Encountered a problem of CME ERROR 14: SIM busy on Alcatel and Huawei modem. The Huawei modem has a ^SIMST unsollicited sim state indication, but not all Huawei modems support this. So poll the SIM state, as was already done for ZTE modems

Alcatel Onetouch X515 support

2012-11-08 Thread Cedric Jehasse
Hi, I'm looking to extend the alcatel plugin to be able to setup a pdp context with an Alcatel dongle. The first issue i ran into is right after entering the pin, AT+CPIN? is returning a CME Error: SIM busy. And the PinRequired property is not updated. I have taken logs with the software from

Re: Alcatel Onetouch X515 support

2012-11-08 Thread Cedric Jehasse
Hi Denis, I've just seen the same issue on a huawei E369. So i'm not so sure fixing it in the plugin is the best way. What i've done now is reschedule calling __ofono_sim_recheck after 5 seconds if sim_pin_query_cb get's a CME Error 14. Is it ok to do it like this? diff --git a/src/sim.c

Re: Alcatel Onetouch X515 support

2012-11-08 Thread Cedric Jehasse
The design philosophy is to not perform any polling in the core. The modem driver has to take care of this. Ok. So in case of the atmodem driver, would it be correct to move this retrying of AT+CPIN? to at_cpin_cb and only call the cb from the core once the reply is not CME Error SIM Busy?

Re: Alcatel Onetouch X515 support

2012-11-08 Thread Cedric Jehasse
Hi Denis, The SIM busy stuff is tricky. oFono reads lots of files from the SIM before even checking CPIN. So you need to check the CPIN SIM busy condition before signaling that the SIM is inserted. As I said, check how other Qualcomm based devices are doing this. E.g. Huawei, ZTE, etc.

Re: PinRequired value during sim initialization

2012-10-01 Thread Cedric Jehasse
Hi Denis, In general oFono does not use 'unknown' states for any properties unless that is an explicit state that can be obtained from the network. The best I can suggest right now is that we can make PinRequired an optional property; e.g. it will not be present until the PIN has been

Re: ofono exits after DBUS error

2012-09-18 Thread Cedric Jehasse
Hi Denis, What devices have you tried? It may be the character is garbage, but it might also be it is not. From the AT log the character you're getting is inverted exclamation point in Latin1 and it is a valid character in GSM character set... Let me give you a background on the operators

Re: ofono exits after DBUS error

2012-09-17 Thread Cedric Jehasse
Hi Denis, To me it sounds like the output should be BASE followed by the inverted '!' sign. Unfortunately the modem is sending ISO-8859-1 characters instead of GSM like it is being told to do by the driver. That particular character is not valid utf8, hence we go kaboom. Having said that,

Re: ofono exits after DBUS error

2012-09-15 Thread Cedric Jehasse
PM, Denis Kenzior denk...@gmail.com wrote: Hi Cedric, On 09/14/2012 08:41 AM, Cedric Jehasse wrote: Hi, It looks like AT+COPS? returns an invalid character. I guess this is passed to DBUS which causes oFono to exit. Correct, but looks like the modem is doing something stupid. ofonod

Huawei E1552 powered timeout

2012-09-14 Thread Cedric Jehasse
Hi, sometimes when i try to set the Powered property for a Huawei E1552, it times out. In huawei_enable() ATE0 +CMEE=1 is sent to the modem and the pcui port. It looks like the device doesn't always send a response on both ports. I think this device has problems handling AT commands on both ports

ofono exits after DBUS error

2012-09-14 Thread Cedric Jehasse
Hi, It looks like AT+COPS? returns an invalid character. I guess this is passed to DBUS which causes oFono to exit. ofonod[10318]: PCUI: AT+COPS=3,2\r ofonod[10318]: PCUI: \r\nOK\r\n ofonod[10318]: PCUI: AT+COPS?\r ofonod[10318]: PCUI: \r\n+COPS: 0,2,20620,2\r\n\r\nOK\r\n ofonod[10318]:

Re: context activation quickly after context deactivation fails

2012-09-07 Thread Cedric Jehasse
Hi Dennis, Can you change: + g_at_chat_register(chat, NO CARRIER, no_carrier_notify, + FALSE, gc, NULL); to read: + g_at_chat_register(gcd-chat, NO CARRIER, no_carrier_notify, + FALSE, gc, NULL); it's working now!

Re: context activation quickly after context deactivation fails

2012-09-06 Thread Cedric Jehasse
Hi Denis, with the patch i don't get a reply when deactivating the context. From the on it's not possible to activate the context, because the operation is still in progress. This is a log of the deactivation: Jan 1 03:13:05 ofonod[6856]:

context activation quickly after context deactivation fails

2012-09-03 Thread Cedric Jehasse
Hi, When i want to change a Property (eg. APN) of an Active ConnectionContext. I first deactivate the context, wait for a reply then set the property and re-activate the context. The problem is i'm already trying to re-activate the context, before oFono gets a NO CARRIER from the modem. oFono