On Tue, 2013-04-30 at 13:03 -0700, Ben Chan wrote: > Hi Aleksander / Dan, > > Would a transition from 'registered' to 'idle'/'searching' considered a > 'service' loss from the connection manager's perspective (e.g. the service > disappears and then reappears in connection manager)? In practice, a > +CEREG change may not necessarily mean that the service disappears. But I > guess such a glitch can be smoothed out in the connection manager layer > instead of the modem manager layer. I'm happy to update the logic as > suggested if that's the expected behavior.
Idle might be, searching probably wouldn't be. For Searching I think we wanted to do the 15 or 30 second timer thing and only terminate if the modem didn't reacquire the network within that window? If the device is 'idle' though, I'm pretty sure you're hosed and we should shut the packet data connection down. If the device is 'idle', then it's not looking for a network, and it's not registered, so you have nothing. Dan > Thanks, > Ben > > > On Tue, Apr 30, 2013 at 5:23 AM, Aleksander Morgado > <[email protected]>wrote: > > > Hey Ben, > > > > Resurrecting old patch... > > > > On 05/03/13 03:37, Ben Chan wrote: > > > This patch changes MMIfaceModem3gpp to differentiate between deferrable > > > and non-deferrable 3GPP registration state updates. Periodic or > > > unsolicited registration state updates are deferrable, while internal > > > updates, e.g. due to modem being disabled, are non-deferrable. > > > > I think that we should *not* defer the registration state update unless > > the modem was connected. This is, if the modem goes from registered to > > idle or searching, that update must be published in the interface right > > away. What do you think? Are you able to update the logic like that? > > > > -- > > Aleksander > > > _______________________________________________ > networkmanager-list mailing list > [email protected] > https://mail.gnome.org/mailman/listinfo/networkmanager-list _______________________________________________ networkmanager-list mailing list [email protected] https://mail.gnome.org/mailman/listinfo/networkmanager-list
