Detecting Dual SIM on EM7455
Jack Broderick
jbroderick at councilrock.com
Thu Apr 8 01:36:57 UTC 2021
Update on gdb:
On Wed, Apr 7, 2021 at 9:23 PM Jack Broderick <jbroderick at councilrock.com>
wrote:
> Hello,
>
> On Wed, Apr 7, 2021 at 4:10 PM Aleksander Morgado <
> aleksander at aleksander.es> wrote:
>
>> Hey,
>>
>> >> Could you please test showing the failed case where, upon boot,
>> >> --uim-get-card-status shows one single SIM instead of two?
>> >>
>> > My apologies if this wasn't clear. The above case is the "failing"
>> case. --uim-get-card-status shows two SIMs, it doesn't, however, show the
>> ICCID for that card, which makes it appear from software as if that SIM
>> card is not installed.
>>
>> Oh, I see. Then the issue has nothing to do with my assumption :)
>>
>> > I know there are "SIM Detect" lines on the SIM cards, however, we
>> leave them both floating because we do not know if a SIM will be installed
>> or not during production. We also do not have SIM slots that physically
>> short that pin to ground if a SIM is inserted.
>>
>> If the modem reports a second SIM is available, even if it does not
>> read its ICCID, I would assume that the modem is doing some kind of
>> SIM probing of some sort on the secondary slot too. But then I'm not
>> sure; I believe I haven't seen before a case where SIM detect isn't
>> being actively used.
>>
> Yeah it's not ideal but the hardware SIM detect line always reports "SIM
> Present" regardless of whether the SIM is there. Ideally it would probe the
> non-active SIM slot as well.
>
>>
>> > Get Slot Status:
>> > root at EDG4600:~# qmicli -p -d /dev/lte/qmi_b --uim-get-slot-status
>> > [/dev/lte/qmi_b] Successfully got slots status
>> > [/dev/lte/qmi_b] 2 physical slots found:
>> > Physical slot 1:
>> > Card status: present
>> > Slot status: inactive
>> > ICCID: unknown
>>
>> Ok, present but ICCID unknown, as you said. You're actively querying
>> the modem with qmicli, so I would rule out a timing issue (e.g. I
>> don't think the SIM is taking too much to initialize or something like
>> that).
>>
>> > Physical slot 2:
>> > Card status: present
>> > Slot status: active
>> > Logical slot: 1
>> > ICCID: 89011703278374634023
>> >
>> > root at EDG4600:~# qmicli -p -d /dev/lte/qmi_b --uim-get-card-status
>> > [/dev/lte/qmi_b] Successfully got card status
>> > Provisioning applications:
>> > Primary GW: slot '1', application '1'
>> > Primary 1X: session doesn't exist
>> > Secondary GW: session doesn't exist
>> > Secondary 1X: session doesn't exist
>> > Slot [1]:
>> > Card state: 'present'
>> > UPIN state: 'not-initialized'
>> > UPIN retries: '0'
>> > UPUK retries: '0'
>> > Application [1]:
>> > Application type: 'usim (2)'
>> > Application state: 'ready'
>> > Application ID:
>> > A0:00:00:00:87:10:02:FF:FF:FF:FF:89:03:02:00:00
>> > Personalization state: 'ready'
>> > UPIN replaces PIN1: 'no'
>> > PIN1 state: 'disabled'
>> > PIN1 retries: '3'
>> > PUK1 retries: '10'
>> > PIN2 state: 'enabled-not-verified'
>> > PIN2 retries: '3'
>> > PUK2 retries: '10'
>> > Application [2]:
>> > Application type: 'isim (5)'
>> > Application state: 'detected'
>> > Application ID:
>> > A0:00:00:00:87:10:04:FF:FF:FF:FF:89:03:02:00:00
>> > Personalization state: 'unknown'
>> > UPIN replaces PIN1: 'no'
>> > PIN1 state: 'disabled'
>> > PIN1 retries: '3'
>> > PUK1 retries: '10'
>> > PIN2 state: 'not-initialized'
>> > PIN2 retries: '0'
>> > PUK2 retries: '0'
>> > Slot [2]:
>> > Card state: 'absent'
>> > UPIN state: 'not-initialized'
>> > UPIN retries: '0'
>> > UPUK retries: '0'
>> >
>> > *** Switch primary to slot 1
>> > A potentially unrelated issue is that it appears MM restarts when
>> switching slots on a modem that needs to switch profiles as a result:
>> > Apr 7 10:56:07 EDG4600 ModemManager[15523]: <info> ModemManager
>> (version 1.16.2) starting in system bus...
>> >
>> > I have not looked into this, only just noticed as I switched the slot...
>> >
>>
>> Oh that looks like a segfault. If you could get a backtrace and MM
>> debug log after running with "gdb --args /usr/sbin/ModemManager debug"
>> (then "r" for run, wait for it to crash, and "bt" for backtrace).
>> you'll need to make sure the system-started MM is stopped before doing
>> that also (e.g. "sudo systemctl stop ModemManager if using systemd")
>>
> ModemManager[18089]: <info> [base-manager] port ttyUSB2 released by
device
'/sys/devices/soc0/soc/2100000.aips-bus/2184200.usb/ci_hdrc.1/usb1/1-1/1-1.1'
ModemManager[18089]: <info> [base-manager] port ttyUSB3 released by device
'/sys/devices/soc0/soc/2100000.aips-bus/2184200.usb/ci_hdrc.1/usb1/1-1/1-1.1'
ModemManager[18089]: <info> [base-manager] port ttyUSB4 released by device
'/sys/devices/soc0/soc/2100000.aips-bus/2184200.usb/ci_hdrc.1/usb1/1-1/1-1.1'
ModemManager[18089]: <info> [base-manager] port wwan1 released by device
'/sys/devices/soc0/soc/2100000.aips-bus/2184200.usb/ci_hdrc.1/usb1/1-1/1-1.1'
ModemManager[18089]: <info> [base-manager] port cdc-wdm1 released by
device
'/sys/devices/soc0/soc/2100000.aips-bus/2184200.usb/ci_hdrc.1/usb1/1-1/1-1.1'
ModemManager[18089]: <info> [device
/sys/devices/soc0/soc/2100000.aips-bus/2184200.usb/ci_hdrc.1/usb1/1-1/1-1.1]
creating modem with plugin 'sierra' and '2' ports
ModemManager[18089]: <warn> [modem1/sim2] couldn't wait for SIM to be
ready: failed waiting for SIM readiness
ModemManager[18089]: <warn> [modem1/sim2] couldn't load IMSI: Couldn't
peek QMI port
ModemManager[18089]: <warn> [modem2] couldn't start initialization:
Couldn't query file info: Error when getting information for file
“/dev/cdc-wdm2”: No such file or directory
ModemManager[18089]: <warn> [modem2] couldn't initialize: 'Modem is
unusable, cannot fully initialize'
ModemManager[18089]: <warn> [modem1/sim2] couldn't load operator
identifier: Couldn't peek QMI port
ModemManager[18089]: <warn> [modem1/sim2] couldn't load operator name:
Couldn't peek QMI port
ModemManager[18089]: <warn> [modem1/sim2] couldn't load list of emergency
numbers: No AT port available to run command
Thread 1 "ModemManager" received signal SIGSEGV, Segmentation fault.
0x76f38e9c in mm_gdbus_modem_get_unlock_required () from
/usr/lib/libmm-glib.so.0
(gdb) bt
#0 0x76f38e9c in mm_gdbus_modem_get_unlock_required () from
/usr/lib/libmm-glib.so.0
#1 0x0007071c in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
I'm not terribly familiar with gdb, please let me know if there is any
other useful information to help analyze this problem.
>
> I'll look into that. We don't bundle gdb or gdbserver in our OpenWRT
> version but I will build those packages and see what I can get out of it.
>
>>
>> > After changing SIM slots only slot info 1 is shown. If the profile
>> doesn't switch, then the ICCID for both SIM's will be shown
>> (which is the example I shared previously of --uim-get-card-status):
>> > root at EDG4600:~# qmicli -p -d /dev/lte/qmi_b --uim-get-card-status
>> > [/dev/lte/qmi_b] Successfully got card status
>> > Provisioning applications:
>> > Primary GW: slot '1', application '1'
>> > Primary 1X: session doesn't exist
>> > Secondary GW: session doesn't exist
>> > Secondary 1X: session doesn't exist
>> > Slot [1]:
>> > Card state: 'present'
>> > UPIN state: 'not-initialized'
>> > UPIN retries: '0'
>> > UPUK retries: '0'
>> > Application [1]:
>> > Application type: 'usim (2)'
>> > Application state: 'ready'
>> > Application ID:
>> > A0:00:00:00:87:10:02:FF:86:FF:FF:89:FF:FF:FF:FF
>> > Personalization state: 'ready'
>> > UPIN replaces PIN1: 'no'
>> > PIN1 state: 'disabled'
>> > PIN1 retries: '3'
>> > PUK1 retries: '3'
>> > PIN2 state: 'enabled-not-verified'
>> > PIN2 retries: '3'
>> > PUK2 retries: '3'
>> > Slot [2]:
>> > Card state: 'absent'
>> > UPIN state: 'not-initialized'
>> > UPIN retries: '0'
>> > UPUK retries: '0'
>> > root at EDG4600:~# qmicli -p -d /dev/lte/qmi_b --uim-get-slot-status
>> > [/dev/lte/qmi_b] Successfully got slots status
>> > [/dev/lte/qmi_b] 2 physical slots found:
>> > Physical slot 1:
>> > Card status: present
>> > Slot status: active
>> > Logical slot: 1
>> > ICCID: 89860000502000180722
>> > Physical slot 2:
>> > Card status: present
>> > Slot status: inactive
>> > ICCID: unknown
>> >
>> > An EM7511 with dual SIM shows the ICCID for both SIM's on bootup:
>>
>> Are you using the latest EM7455 firmware available? Maybe this is an
>> issue already solved by a newer firmware.
>>
> We have the following PRI's installed: Very useful feature in MM, much
> easier to consume the json output of this than the output of qmicli :)
> root at EDG4600:~# mmcli -m 1 --firmware-list
> ----------------
> Firmware | list: 02.32.11.00_ATT_002.070_000
> | current: yes
> | gobi pri unique id: 002.070_000
> | gobi modem unique id: ?_?
> | 02.24.05.06_BELL_001.005_000
> | current: no
> | gobi pri unique id: 001.005_000
> | gobi modem unique id: ?_?
> | 02.33.03.00_GENERIC_002.072_000
> | current: no
> | gobi pri unique id: 002.072_000
> | gobi modem unique id: ?_?
> | 02.32.11.00_ROGERS_001.040_000
> | current: no
> | gobi pri unique id: 001.040_000
> | gobi modem unique id: ?_?
> | 02.32.11.00_SPRINT_002.062_000
> | current: no
> | gobi pri unique id: 002.062_000
> | gobi modem unique id: ?_?
> | 02.32.11.00_TELUS_001.040_000
> | current: no
> | gobi pri unique id: 001.040_000
> | gobi modem unique id: ?_?
> | 02.33.03.00_VERIZON_002.079_001
> | current: no
> | gobi pri unique id: 002.079_001
> | gobi modem unique id: ?_?
> | 02.24.03.00_VODAFONE_001.001_000
> | current: no
> | gobi pri unique id: 001.001_000
> | gobi modem unique id: ?_?
>
> We have an AT&T and a private SIM installed so we are switching
> between 02.32.11.00_ATT_002.070_000 and 02.33.03.00_GENERIC_002.072_000
> which I believe are the latest (the Sierra site was subjected to some sort
> of attack and "The Source" hasn't been back up since...)
>
> Apologies for my ignorance, but if libqmi is just querying the modem, and
> it is "working" (showing ICCID/IMSI) for both slots on the EM7511, could
> this just be a difference between the MDM9230 and MDM9250? I am not
> familiar enough with libqmi to understand how low of a level it looks when
> --uim-get-slot-status/--get-card-status is called.
>
>>
>>
>> --
>> Aleksander
>> https://aleksander.es
>
>
> Thanks
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/modemmanager-devel/attachments/20210407/5c9826d5/attachment-0001.htm>
More information about the ModemManager-devel
mailing list