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
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
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
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
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
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
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,
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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?
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.
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
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
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,
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
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
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]:
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!
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]:
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
34 matches
Mail list logo