Hey Bjørn,
>>> >> 3) I still wonder how to handle the usb => usbmisc transition. For now
>>> >> I've just been searching and replacing, but that is of course not
>>> >> supportable. And it isn't really a one-to-one replacement either.
>>> >> There are places where "usb" actually refer to the sub
Aleksander Morgado writes:
> I pushed some fixes to the 'qmi-support' branch of ModemManager trying
> to cope with the 'usb'->'usbmisc' transition. Basically, I'm assuming
> that either one or the other may appear, trying to avoid the need for a
> runtime kernel version check. Could you test that
>> I pushed some fixes to the 'qmi-support' branch of ModemManager trying
>> to cope with the 'usb'->'usbmisc' transition. Basically, I'm assuming
>> that either one or the other may appear, trying to avoid the need for a
>> runtime kernel version check. Could you test that in the newest kernels
>
On Monday, 20 August, 2012 09:54:13 you wrote:
> > Not enough of the log? I wonder what a reason 4 is?
>
> "disassociated due to inactivity"
>
> That can be any number of reasons, if there's any way to get AP logs,
> that would help. Otherwise it could be a driver problem. But it's
> pretty
Just had the failure again, and still no supplicant log.
On Tuesday, 21 August, 2012 07:53:26 cac...@quantum-sci.com wrote:
> On Monday, 20 August, 2012 09:54:13 you wrote:
> > > Not enough of the log? I wonder what a reason 4 is?
> >
> > "disassociated due to inactivity"
> >
> > That can b
This patch modifies the MMSim interface to validate the IMSI value
reported by AT+CIMI and retry the command upon an error. It also
modifies other SIM operations during the interface initialization to
retry upon an error.
---
src/mm-sim.c | 124 ++--