Re: [MM] [PATCH] sim: validate IMSI value in +CIMI response

2012-08-27 Thread Aleksander Morgado
On 08/24/2012 05:04 PM, Ben Chan wrote: --- This patch is a stripped-down version of the previous patch sim: retry SIM operations during initialization. It does not retry SIM operations but simply validates the IMSI value. A follow-up patch is needed to handle retries appropriately under

Re: [MM] [PATCH] sms-part: use g_set_error instead of g_error_new for consistency

2012-08-27 Thread Aleksander Morgado
Pushed, thanks. On 08/26/2012 06:34 AM, Ben Chan wrote: --- src/mm-sms-part.c | 11 ++- 1 files changed, 6 insertions(+), 5 deletions(-) diff --git a/src/mm-sms-part.c b/src/mm-sms-part.c index 6637325..53b6678 100644 --- a/src/mm-sms-part.c +++ b/src/mm-sms-part.c @@

Re: [MM] [PATCH] sim: retry SIM operations during initialization

2012-08-27 Thread Aleksander Morgado
After the +CPIN: READY response, there is a period of time where SIM operations are not reliable on some modems. I've observed issues with reading ICCID and IMSI. The following example shows that the modem reports bogus values of ICCID. The first reply of AT+CRSM=176,12258,0,0,10 is IMSI

Re: Use of dnsmasq for caching nameserver

2012-08-27 Thread Mathieu Trudel-Lapierre
On Sat, Aug 25, 2012 at 5:05 PM, Gene Czarcinski g...@czarc.net wrote: [...] 1. Is it already in use? I am running current Fedora 17 and a ps ax shows no extra dnsmasq ... just all the ones for my virtual networks. It's not in use in Fedora yet. 2. I also noticed that the NetworkManager

Re: Use of dnsmasq for caching nameserver

2012-08-27 Thread Gene Czarcinski
On 08/27/2012 12:19 PM, Mathieu Trudel-Lapierre wrote: On Sat, Aug 25, 2012 at 5:05 PM, Gene Czarcinski g...@czarc.net wrote: [...] 1. Is it already in use? I am running current Fedora 17 and a ps ax shows no extra dnsmasq ... just all the ones for my virtual networks. It's not in use in

Re: [MM] [PATCH] sim: retry SIM operations during initialization

2012-08-27 Thread Ben Chan
For (1), the 'Modem' interface has a generic 'modem_after_sim_unlock' step which allows plugin implementations to provide a method to (try to) ensure that the SIM access is valid. Some plugins may just provide a N second timeout to be run in that step. I didn't want to provide a generic