Re: [PATCH] isimodem: Improper handling of missed call
Hi Arun, 2011/5/30 Arun Ravindran arun...@gmail.com: Can you post logs on such a successful case, if you have any around? tested once again, its working for me. I have attached the log here. But here i am using as n900 modem and not as isiusb . It seems to be working for me now using the isiusb plugin. So I pushed the patch along with the WS fixes. Sorry for the delay. Cheers, Aki ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono
Re: [PATCH v4 4/4] udev: add Telit UC864-G and update udev rules
On Wed, 8 Jun 2011, Denis Kenzior wrote: Hi Bernhard, From what I remember of the Telit modems, all ports are fully functional, so the GPS port can be on any tty. If this is the case, then the way this can be accomplished is by querying the model / revision of the modem during the enable() stage in the modem driver and adding the appropriate atom as needed. The GPS port is not fully functional as far is I know it is read only. According to the manual it is necessary to enable over the modem line with AT$GPSP=1 afterwards it starts reporting NMEA signals on the GPS line. In theory you can use $GPSNMUN to enable GPS reporting on Ports 1 and 4 which seem to be fully functional. However, it does look like on my UC864-G, port #3 is used for the GPS stream. Port #1 doesn't seem to respond to anything. I just tried the following at my modem: AT$GPSNMUN=1,1,1,1,1,1,1 AT$GPSP=1 Which enables the GPS reporting on Ports 1 and 4 and adds $GPSNMUN: at the beginning of every GPS report e.g. $GPSNMUN: $GPVTG,,T,,M,,N,,K*4E Which would be easy to catch from ofono. In my opinion the problem about this is that the GPS atom needs to be loaded for every telit modem, then try AT$GPSNMUN=1,1,1,1,1,1,1 and wait for the response. If the response is an error the atom knows that the modem does not support GPS. Could this check/enable also be added to a part of the telit plugin? The udev approach has the benifet to be able to do if (HasGPS) ... = ofono_location_reporting_create(...); or something like that at the telit plugin. Yes and no. ofono_modem_create has two modes of operation, one where a known unique id is given. This can come for example from the serial number of the USB device. Some manufacturers provide this information properly, others do not. If you cannot trust the USB serial ID, then giving a NULL parameter to ofono_modem_create will tell oFono to generate a unique id itself. Your path will then look like /telit2 or something like that. Ah, ok then the patch is fine I think and I like to get it reviewed :) But I can alter the patch to only search for the modem device and add the GPS check later to the telit plugin or the GPS atom, if you like. Best regards, Bernhard -- Scanned by MailScanner. ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono
Re: [PATCH v4 2/4] Add basic Telit UC864-G support:
On Wed, 8 Jun 2011, Denis Kenzior wrote: Patch has been applied, thanks. I did modify the commit message somewhat and added 3 simple commits afterwards. Please check these starting with commit 025fe0a74d1aa34a3c72054029d23ef4425abc6d and make sure you're OK with these. Hi, I just tried them (compiled, started, tested modem funcionality, and checked the OFONO_AT_DEBUG output) and they are working fine, thanks. Now we just need to solve the udev integration part. See other mail :) Best regards, Bernhard -- Scanned by MailScanner. ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono
Re: [PATCH v4 4/4] udev: add Telit UC864-G and update udev rules
Hi Bernhard, On 06/08/2011 10:18 AM, bernhard.guil...@hale.at wrote: From: Bernhard Guillon bernhard.guil...@hale.at *add Modem and GPS check for telit *make GPS yes/no configurable with udev rules settings **this is necessary because telit has different interface numbers on different modems e.g. GPS and UART --- plugins/ofono.rules |8 + plugins/udev.c | 72 +++ 2 files changed, 80 insertions(+), 0 deletions(-) diff --git a/plugins/ofono.rules b/plugins/ofono.rules index 268b327..64fa4b2 100644 --- a/plugins/ofono.rules +++ b/plugins/ofono.rules @@ -344,6 +344,11 @@ ATTRS{idVendor}==12d1, ATTRS{idProduct}==1485, ENV{OFONO_IFACE_NUM}==02, E ATTRS{idVendor}==12d1, ATTRS{idProduct}==1486, ENV{OFONO_IFACE_NUM}==00, ENV{OFONO_HUAWEI_TYPE}=Modem ATTRS{idVendor}==12d1, ATTRS{idProduct}==1486, ENV{OFONO_IFACE_NUM}==02, ENV{OFONO_HUAWEI_TYPE}=Pcui +#Telit UC864-G +ATTRS{idVendor}==1bc7, ATTRS{idProduct}==1004, ENV{OFONO_TELIT_GPS}=1 +ATTRS{idVendor}==1bc7, ATTRS{idProduct}==1004, ENV{OFONO_IFACE_NUM}==00, ENV{OFONO_TELIT_TYPE}=Modem +ATTRS{idVendor}==1bc7, ATTRS{idProduct}==1004, ENV{OFONO_IFACE_NUM}==02, ENV{OFONO_TELIT_TYPE}=GPS + What I would do here is something like: ATTRS{idVendor}==1bc7, ATTRS{idProduct}==1004, ENV{OFONO_IFACE_NUM}==00, ENV{OFONO_TELIT_TYPE}=Modem ATTRS{idVendor}==1bc7, ATTRS{idProduct}==1004, ENV{OFONO_IFACE_NUM}==02, ENV{OFONO_TELIT_TYPE}=GPS ATTRS{idVendor}==1bc7, ATTRS{idProduct}==1004, ENV{OFONO_IFACE_NUM}==03, ENV{OFONO_TELIT_TYPE}=Data LABEL=ofono_tty_end # ISI/Phonet drivers @@ -459,4 +464,7 @@ ATTRS{idVendor}==0421, ATTRS{idProduct}==00b6, ENV{OFONO_DRIVER}=nokiacdma # Teracom (Linktop/LW27x) 3G Data Card ATTRS{idVendor}==230d, ATTRS{idProduct}==0001, ENV{OFONO_DRIVER}=linktop +# Telit +ATTRS{idVendor}==1bc7, ENV{OFONO_DRIVER}=telit + LABEL=ofono_end diff --git a/plugins/udev.c b/plugins/udev.c index 0234fc0..e56d3db 100644 --- a/plugins/udev.c +++ b/plugins/udev.c @@ -587,6 +587,76 @@ static void add_linktop(struct ofono_modem *modem, } } +static void add_telit(struct ofono_modem *modem, + struct udev_device *udev_device) +{ + struct udev_list_entry *entry; + const char *devnode, *type; + int device, gps_device, has_gps; + + DBG(modem %p, modem); + + /* + * Some Telit modems have a built in GPS device. According to the + * manual the the interface numbers can differ between different + * devices hence we need to use udev rules to set the environment + * accordingly. + */ + device = ofono_modem_get_integer(modem, ModemRegistered); + gps_device = ofono_modem_get_integer(modem, GPSRegistered); + has_gps = ofono_modem_get_integer(modem, HasGPS); + + if ((!has_gps device) || (device gps_device)) + return; You can then skip the HasGPS variable. I would then model the detection logic after add mbm. e.g. something like: registered = ofono_modem_get_integer(modem, Registered); + + entry = udev_device_get_properties_list_entry(udev_device); + while (entry) { + const char *name = udev_list_entry_get_name(entry); + type = udev_list_entry_get_value(entry); + + if (g_str_equal(name, OFONO_TELIT_GPS) == TRUE) { + int value = g_str_equal(type, 1); + + ofono_modem_set_integer(modem, HasGPS, value); + entry = udev_list_entry_get_next(entry); + continue; + } drop this if statement + + if (g_str_equal(name, OFONO_TELIT_TYPE) != TRUE) { + entry = udev_list_entry_get_next(entry); + continue; + } + + if (g_str_equal(type, Modem) == TRUE) { if (registered == 0 g_str_equal(type, Modem) == TRUE) { ... + We prefer nested if statements like this to be written like: if (expression) { if () ... } e.g. no spaces before the nested if. + if (device != 0) + return; + + devnode = udev_device_get_devnode(udev_device); + ofono_modem_set_string(modem, Modem, devnode); + device = 1; + ofono_modem_set_integer(modem, ModemRegistered, + device); Drop the device=1 and ofono_modem_set_integer calls.. + } else if (g_str_equal(type, GPS) == TRUE) { + + if (gps_device != 0) + return; + + devnode = udev_device_get_devnode(udev_device); + ofono_modem_set_string(modem, GPS, devnode); + + gps_device = 1; + ofono_modem_set_integer(modem,
Re: Serial Port modems - can ofono help?
On 11/06/2011 14:30, Denis Kenzior wrote: Hi Ed, On 06/12/2011 06:30 AM, Ed W wrote: Hi, I have a bunch of serial to usb adaptors which will be connected to either a GPS or a serial port modem (yes such things still exist in use). Can ofono help me detect whether a given serial port is connected to a modem, gps or disconnected? Not really. You can certainly integrate with oFono's udev detection code for the usb serial port converter detection and automatically know which ttys belong to the serial converter. Thanks could you offer me some reference to what you mean here? ie does ofono offer me something over and above simply a udev rule firing on the correct subsystem (and perhaps limiting by driver name if we really want to tighten up the rule?) However, to my knowledge there is no way to know what is 'on the other side'. You would need to open the tty and run a few AT commands to find out the actual device type. Agreed - I currently plan to gently probe any serial to usb devices to see if they either a) chat without listening (GPS), b) raise various modem lines high, c) respond to AT, ATI, ATCGSM, etc A slight subtlety is that we need to allow for someone to plug in the serial to usb adaptor without the modem powered on, and hence probing might take an unknown amount of time (wow doesn't USB solve a lot of issues...) If you can combine the two above parts then you might be able to detect modem devices automatically, Marcel had a few ideas how to do this, but nothing concrete has been done yet. I need to implement something pretty imminently - just wondering if ofono had something to help. For example is there a probe this port and tell me what modem is on the end feature? That way I could point it at my suspected serial port and ask ofono to scan it? Thanks Ed W ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono
Re: Serial Port modems - can ofono help?
Hi Ed, Thanks could you offer me some reference to what you mean here? ie does ofono offer me something over and above simply a udev rule firing on the correct subsystem (and perhaps limiting by driver name if we really want to tighten up the rule?) Nope, it really doesn't. Well besides maybe an easy integration point with GAtChat library. If you can combine the two above parts then you might be able to detect modem devices automatically, Marcel had a few ideas how to do this, but nothing concrete has been done yet. I need to implement something pretty imminently - just wondering if ofono had something to help. For example is there a probe this port and tell me what modem is on the end feature? That way I could point it at my suspected serial port and ask ofono to scan it? Nope, there isn't anything like that. We have plans to implement something similar, but in the end most of our modems can be easily detected via udev, or are on platforms with a well known configuration (e.g. the Freerunner, etc). So the motivation to do so is not high right now. If you manage to make this work nicely (either with oFono or something else) we'd love to hear about it. Regards, -Denis ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono
Re: [PATCH v4 4/4] udev: add Telit UC864-G and update udev rules
Hi Bernhard, In theory you can use $GPSNMUN to enable GPS reporting on Ports 1 and 4 which seem to be fully functional. However, it does look like on my UC864-G, port #3 is used for the GPS stream. Port #1 doesn't seem to respond to anything. I just tried the following at my modem: AT$GPSNMUN=1,1,1,1,1,1,1 AT$GPSP=1 Which enables the GPS reporting on Ports 1 and 4 and adds $GPSNMUN: at the beginning of every GPS report e.g. $GPSNMUN: $GPVTG,,T,,M,,N,,K*4E Which would be easy to catch from ofono. In my opinion the problem about this is that the GPS atom needs to be loaded for every telit modem, then try AT$GPSNMUN=1,1,1,1,1,1,1 and wait for the response. If the response is an error the atom knows that the modem does not support GPS. Could this check/enable also be added to a part of the telit plugin? The udev approach has the benifet to be able to do if (HasGPS) ... = ofono_location_reporting_create(...); or something like that at the telit plugin. I agree that your proposed approach is the right one. Yes and no. ofono_modem_create has two modes of operation, one where a known unique id is given. This can come for example from the serial number of the USB device. Some manufacturers provide this information properly, others do not. If you cannot trust the USB serial ID, then giving a NULL parameter to ofono_modem_create will tell oFono to generate a unique id itself. Your path will then look like /telit2 or something like that. Ah, ok then the patch is fine I think and I like to get it reviewed :) But I can alter the patch to only search for the modem device and add the GPS check later to the telit plugin or the GPS atom, if you like. Patch has been reviewed, however we might have to examine whether we need to tweak the udev rules for this serial number / modem path stuff to work properly. Marcel will have to take a look as I'm lost in that part of the udev plugin. Regards, -Denis ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono
[PATCH v5] udev: add initial telit udev support
From: Bernhard Guillon bernhard.guil...@hale.at --- plugins/ofono.rules |8 plugins/udev.c | 48 2 files changed, 56 insertions(+), 0 deletions(-) diff --git a/plugins/ofono.rules b/plugins/ofono.rules index 268b327..7124143 100644 --- a/plugins/ofono.rules +++ b/plugins/ofono.rules @@ -344,6 +344,11 @@ ATTRS{idVendor}==12d1, ATTRS{idProduct}==1485, ENV{OFONO_IFACE_NUM}==02, E ATTRS{idVendor}==12d1, ATTRS{idProduct}==1486, ENV{OFONO_IFACE_NUM}==00, ENV{OFONO_HUAWEI_TYPE}=Modem ATTRS{idVendor}==12d1, ATTRS{idProduct}==1486, ENV{OFONO_IFACE_NUM}==02, ENV{OFONO_HUAWEI_TYPE}=Pcui +#Telit UC864-G +ATTRS{idVendor}==1bc7, ATTRS{idProduct}==1004, ENV{OFONO_IFACE_NUM}==00, ENV{OFONO_TELIT_TYPE}=Modem +ATTRS{idVendor}==1bc7, ATTRS{idProduct}==1004, ENV{OFONO_IFACE_NUM}==02, ENV{OFONO_TELIT_TYPE}=GPS +ATTRS{idVendor}==1bc7, ATTRS{idProduct}==1004, ENV{OFONO_IFACE_NUM}==03, ENV{OFONO_TELIT_TYPE}=Data + LABEL=ofono_tty_end # ISI/Phonet drivers @@ -459,4 +464,7 @@ ATTRS{idVendor}==0421, ATTRS{idProduct}==00b6, ENV{OFONO_DRIVER}=nokiacdma # Teracom (Linktop/LW27x) 3G Data Card ATTRS{idVendor}==230d, ATTRS{idProduct}==0001, ENV{OFONO_DRIVER}=linktop +# Telit +ATTRS{idVendor}==1bc7, ENV{OFONO_DRIVER}=telit + LABEL=ofono_end diff --git a/plugins/udev.c b/plugins/udev.c index 0234fc0..380e968 100644 --- a/plugins/udev.c +++ b/plugins/udev.c @@ -587,6 +587,52 @@ static void add_linktop(struct ofono_modem *modem, } } +static void add_telit(struct ofono_modem *modem, + struct udev_device *udev_device) +{ + struct udev_list_entry *entry; + const char *devnode, *type; + int registered; + + DBG(modem %p, modem); + + registered = ofono_modem_get_integer(modem, Registered); + + if (registered == 1) + return; + + entry = udev_device_get_properties_list_entry(udev_device); + while (entry) { + const char *name = udev_list_entry_get_name(entry); + type = udev_list_entry_get_value(entry); + + if (g_str_equal(name, OFONO_TELIT_TYPE) != TRUE) { + entry = udev_list_entry_get_next(entry); + continue; + } + + if (g_str_equal(type, Modem) == TRUE) { + devnode = udev_device_get_devnode(udev_device); + ofono_modem_set_string(modem, Modem, devnode); + } else if (g_str_equal(type, GPS) == TRUE) { + devnode = udev_device_get_devnode(udev_device); + ofono_modem_set_string(modem, GPS, devnode); + } else if (g_str_equal(type, Data) == TRUE) { + devnode = udev_device_get_devnode(udev_device); + ofono_modem_set_string(modem, Data, devnode); + } + + break; + } + + if ((ofono_modem_get_string(modem, Modem) != NULL) + (ofono_modem_get_string(modem, Data) != NULL)) { + ofono_modem_set_integer(modem, Registered, 1); + ofono_modem_register(modem); + } + +} + static void add_modem(struct udev_device *udev_device) { struct ofono_modem *modem; @@ -681,6 +727,8 @@ done: add_calypso(modem, udev_device); else if (g_strcmp0(driver, tc65) == 0) add_tc65(modem, udev_device); + else if (g_strcmp0(driver, telit) == 0) + add_telit(modem, udev_device); else if (g_strcmp0(driver, nokiacdma) == 0) add_nokiacdma(modem, udev_device); else if (g_strcmp0(driver, linktop) == 0) -- 1.7.0.4 -- Scanned by MailScanner. ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono
Re: [PATCH v5] udev: add initial telit udev support
Hi Bernhard, On 06/14/2011 10:58 AM, bernhard.guil...@hale.at wrote: From: Bernhard Guillon bernhard.guil...@hale.at --- plugins/ofono.rules |8 plugins/udev.c | 48 2 files changed, 56 insertions(+), 0 deletions(-) diff --git a/plugins/ofono.rules b/plugins/ofono.rules index 268b327..7124143 100644 --- a/plugins/ofono.rules +++ b/plugins/ofono.rules @@ -344,6 +344,11 @@ ATTRS{idVendor}==12d1, ATTRS{idProduct}==1485, ENV{OFONO_IFACE_NUM}==02, E ATTRS{idVendor}==12d1, ATTRS{idProduct}==1486, ENV{OFONO_IFACE_NUM}==00, ENV{OFONO_HUAWEI_TYPE}=Modem ATTRS{idVendor}==12d1, ATTRS{idProduct}==1486, ENV{OFONO_IFACE_NUM}==02, ENV{OFONO_HUAWEI_TYPE}=Pcui +#Telit UC864-G +ATTRS{idVendor}==1bc7, ATTRS{idProduct}==1004, ENV{OFONO_IFACE_NUM}==00, ENV{OFONO_TELIT_TYPE}=Modem +ATTRS{idVendor}==1bc7, ATTRS{idProduct}==1004, ENV{OFONO_IFACE_NUM}==02, ENV{OFONO_TELIT_TYPE}=GPS +ATTRS{idVendor}==1bc7, ATTRS{idProduct}==1004, ENV{OFONO_IFACE_NUM}==03, ENV{OFONO_TELIT_TYPE}=Data + LABEL=ofono_tty_end # ISI/Phonet drivers @@ -459,4 +464,7 @@ ATTRS{idVendor}==0421, ATTRS{idProduct}==00b6, ENV{OFONO_DRIVER}=nokiacdma # Teracom (Linktop/LW27x) 3G Data Card ATTRS{idVendor}==230d, ATTRS{idProduct}==0001, ENV{OFONO_DRIVER}=linktop +# Telit +ATTRS{idVendor}==1bc7, ENV{OFONO_DRIVER}=telit + LABEL=ofono_end diff --git a/plugins/udev.c b/plugins/udev.c index 0234fc0..380e968 100644 --- a/plugins/udev.c +++ b/plugins/udev.c @@ -587,6 +587,52 @@ static void add_linktop(struct ofono_modem *modem, } } +static void add_telit(struct ofono_modem *modem, + struct udev_device *udev_device) +{ + struct udev_list_entry *entry; + const char *devnode, *type; + int registered; + + DBG(modem %p, modem); + + registered = ofono_modem_get_integer(modem, Registered); + + if (registered == 1) + return; You don't want to check this at the beginning, since you might receive the Modem and Data ports, register, but then receive the GPS node. + + entry = udev_device_get_properties_list_entry(udev_device); + while (entry) { + const char *name = udev_list_entry_get_name(entry); + type = udev_list_entry_get_value(entry); + + if (g_str_equal(name, OFONO_TELIT_TYPE) != TRUE) { + entry = udev_list_entry_get_next(entry); + continue; + } + + if (g_str_equal(type, Modem) == TRUE) { + devnode = udev_device_get_devnode(udev_device); + ofono_modem_set_string(modem, Modem, devnode); instead do if (registered g_str_equal(...) here + } else if (g_str_equal(type, GPS) == TRUE) { + devnode = udev_device_get_devnode(udev_device); + ofono_modem_set_string(modem, GPS, devnode); + } else if (g_str_equal(type, Data) == TRUE) { and here + devnode = udev_device_get_devnode(udev_device); + ofono_modem_set_string(modem, Data, devnode); + } + + break; + } + And move the if (registered == 1) statement from above down to here + if ((ofono_modem_get_string(modem, Modem) != NULL) + (ofono_modem_get_string(modem, Data) != NULL)) { + ofono_modem_set_integer(modem, Registered, 1); + ofono_modem_register(modem); + } + +} + static void add_modem(struct udev_device *udev_device) { struct ofono_modem *modem; @@ -681,6 +727,8 @@ done: add_calypso(modem, udev_device); else if (g_strcmp0(driver, tc65) == 0) add_tc65(modem, udev_device); + else if (g_strcmp0(driver, telit) == 0) + add_telit(modem, udev_device); else if (g_strcmp0(driver, nokiacdma) == 0) add_nokiacdma(modem, udev_device); else if (g_strcmp0(driver, linktop) == 0) Otherwise this looks good. Regards, -Denis ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono
Fwd: Caif protocol not working properly in Ofono-0.49 version
Hi, I don't have any problem with older versions. Problem with latest version 0.49 Anybodies input is real help ful Thanks Yuvaraj R Hi, When tried to enable st ericsson modem with ofono version 0.49. Always it is giving time out error, while enabling the modem. Please refer below log messages: *Ofono Logs:* ofonod[12846]: src/modem.c:get_modem_property() modem 0x99d4048 property Device ofonod[12846]: src/modem.c:get_modem_property() modem 0x99d4048 property Interface ofonod[12846]: plugins/ste.c:ste_create_channel() 0x99d4048 ofonod[12846]: src/modem.c:get_modem_property() modem 0x99d4048 property Device ofonod[12846]: src/modem.c:get_modem_property() modem 0x99d4048 property Interface ofonod[12846]: plugins/ste.c:ste_create_channel() 0x99d4048 ofonod[12846]: src/modem.c:get_modem_property() modem 0x99d4048 property Device ofonod[12846]: src/modem.c:get_modem_property() modem 0x99d4048 property Interface ofonod[12846]: plugins/ste.c:ste_create_channel() 0x99d4048 ofonod[12846]: src/modem.c:get_modem_property() modem 0x99d4048 property Device ofonod[12846]: src/modem.c:get_modem_property() modem 0x99d4048 property Interface ofonod[12846]: plugins/ste.c:cfun_enable() ofonod[12846]: plugins/ste.c:handle_sim_state() ok:0 ofonod[12846]: src/modem.c:set_powered_timeout() modem: 0x99d4048 *Dmesg*: [ 3789.085030] cfttyUSB1: Features changed: 0x4800 - 0x4000 [ 3789.086752] cfttyUSB1: register [ 3794.638634] cfttyUSB1: up [ 3814.498886] caif:cfmuxl_receive(): Received data on unknown link ID = 1 (0x1) up == NULL [ 3814.511892] caif:cfmuxl_receive(): Received data on unknown link ID = 2 (0x2) up == NULL [ 3814.520057] caif:cfmuxl_receive(): Received data on unknown link ID = 3 (0x3) up == NULL [ 3814.525892] caif:cfmuxl_receive(): Received data on unknown link ID = 4 (0x4) up == NULL [ 3814.532898] caif:cfmuxl_receive(): Received data on unknown link ID = 5 (0x5) up == NULL [ 3814.539890] caif:cfmuxl_receive(): Received data on unknown link ID = 6 (0x6) up == NULL [ 3919.926922] caif:cfmuxl_receive(): Received data on unknown link ID = 1 (0x1) up == NULL [ 3919.932930] caif:cfmuxl_receive(): Received data on unknown link ID = 2 (0x2) up == NULL [ 3919.939929] caif:cfmuxl_receive(): Received data on unknown link ID = 3 (0x3) up == NULL [ 3919.946932] caif:cfmuxl_receive(): Received data on unknown link ID = 4 (0x4) up == NULL [ 3919.953928] caif:cfmuxl_receive(): Received data on unknown link ID = 5 (0x5) up == NULL [ 3919.960930] caif:cfmuxl_receive(): Received data on unknown link ID = 6 (0x6) up == NULL *I have loaded caif related modules* #lsmod | grep caif caif_socket 9317 12 caif 44312 2 chnl_net,caif_socket crc_ccitt 1359 1 caif caif_serial 4289 1 Please help how do i fix these issue? Thanks Yuvaraj R ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono