@Moem Thanks a lot for your suggestion -- I'll have a look at it.

@mschmids That's good to know -- thanks a lot for your feedback.

Hello everyone,
I currently use (as secondary device) a Xiaomi Mi A2 that I installed with UT 16.04 (currently at OTA-25). I can't complain about the base OS -- that has been very stable and enjoyable to use (including the dual SIM support, one of the reasons I selected that phone to begin with). But its interactions with some of the hardware components are far from satisfying:

• the camera app is really hit-and-miss: from time to time, it's able to take a picture and save it, but most of the time it just freezes while doing so
• similar story with the GPS: uNav and OSM Scout start up fine. In most cases, uNav eventually gets a fix on the satellites and shows me my position, but when I move, the app soon stops updating my position
• I also tried to use Steps (step counter), but there as well, it may capture the first few steps, then either stops refreshing the count, freezes, or even gets the phone completely frozen

All in all, I get the feeling the apps themselves are excellent, but the lower-level drivers that implement the interface with the hardware are far from reliable (at least on the 'jasmine_sprout' platform).

Hence my question(s) to the community:

• is this experience rather typical, or just the sign that I selected a poorly supported phone model?
• if not typical, can you suggest a phone model where all these applications are known to work reliably enough to base your daily activities on? I would like to continue experimenting with UT, but preferably with better results than on the Xiaomi
• also important to me is dual SIM support -- I've looked at the phone models recommended for Focal, but none of them seemed to offer it. Any suggestions?

Side question: I remember reading in these forums that the upgrade to Focal was a pre-requisite for the UT phone app to be able to take calls through a Bluetooth headset (such as a car-kit or motorcycle helmet headset). Has there been progress on this?

Thanks in advance for any insight or advice on any of this.

After retesting yesterday and today, issue no longer manifest itself (don't know why). And that also covers waking up the phone by touching the fingerprint sensor at the back.

In any case, thread can be marked as resolved (my apologies for the noise).

Small clarification: if the USB cable is plugged after unlocking the phone (I'm talking about the UT-level PIN, not the SIM PIN), then charging takes place as expected.

@lakotaubp Many thanks for the pointer. Problem reported as https://github.com/ubports/ubuntu-touch/issues/2076.

I applied OTA-24 yesterday. Since then, the phone no longer charges when I plug it into the PC while booted to UT. When I do, the battery icon turns green and the lightning symbol appears for about one second, then it disappears and the battery icon turn white again. If I let it plugged in for hours, the battery charge doesn't increase.

Turning the phone off and plugging it to a regular USB charger still works, thankfully.

Another side effect of the latest update is that touching the fingerprint sensor at the back no longer wakes the phone up (not a big deal as far as I'm concerned, but a regression nonetheless).

Status update:
As it happens, I took the opportunity of having the phone on the dev channel to re-test an application that typically froze the GUI (the app called "Steps" -- I already opened a bug report on that specific issue). Turns out the behaviour was the same on v763, so I wanted to force a power cycle by rebooting the phone on the recovery image (Power + Vol+).

But instead of the recovery menu, I was greeted by the spiralling animation: the phone was clearly installing something. When it finished rebooting, I was back on OTA-20, and both SIMs were still active!

Following @DPITTI suggestion, I also removed v763 from the upgrade history.

I'll now mark this post as "resolved". Many thanks to all those who contributed.

@lakotaubp said in Dual-SIM + OTA-20 on Mi A2:

@phandersson So you are back on stable with 2 simsworking?

The 2 SIMs are working again, yes, but I'm still on "devel" (v763), and apparently unable to get back to "stable". I can select the channel, but nothing gets downloaded.

Might just be an overlap of updates between being on dev and going back to stable. Should be safe enough to ignore it and carry on the next stable update should remove it.

You mean, switch to "stable" even if nothing happens, and wait for OTA-21 to be released? I can try. Although representing heavier work, I guess I could also re-install the phone from scratch on OTA-20 using UTI.

By the way, the problem of dual-SIM support in OTA-20 is a known bug (just found out about it):

https://github.com/ubports/ubuntu-touch/issues/1879

...and a manual fix is provided in the post by "laguna66".

@lakotaubp Same behaviour after power cycle.

What's strange is that after switching back to the stable channel, the main "Settings" screen shows 1 update available (see screenshot below):

But when tapping on that line, and after "checking for updates", it still returns "Software is up to date".

Well, I can select the stable channel again, but nothing happens: the updater doesn't detect anything to download (even after closing and restarting the "Settings" app).

@lakotaubp Following your suggestion, I just switched to "dev" channel and installed the image (ver. 763).

I'm happy to report that this restored access to both SIM slots -- see screenshot below:

I'll now switch back to the stable channel and report again.

@c4pp4 I tried to follow the procedure you suggested, but without success so far.

Right after switching to the "dev" channel, the phone downloaded a 500MB installation image (which I didn't actually install, obviously), but once I returned to the stable channel, nothing more happened. It still shows the dev image ready for install, but nothing new for the already installed system (see attached screenshot).

Likewise in "About | Check for updates" -- it checks, then shows the exact same thing.

Further debugging info. Here is a list of all the firmware modules and associated devices being loaded (or whose load is attempted) by the kernel:

cc00000.qcom,vidc:firmware_cb
dbmd4_va_fw.bin
dbmd4_va_preboot_fw.bin

adsp.mdt (/devices/soc/15700000.qcom,lpass/firmware/adsp.mdt)
adsp.b02 -> adsp.b23 (/devices/soc/15700000.qcom,lpass/firmware/adsp.b02 -> ...)

a530_pm4.fw (/devices/soc/5000000.qcom,kgsl-3d0/kgsl/kgsl-3d0/a530_pm4.fw)
a530_pfp.fw (/devices/soc/5000000.qcom,kgsl-3d0/kgsl/kgsl-3d0/a530_pfp.fw)
a512_zap.mdt (/devices/soc/soc:qcom,kgsl-hyp/firmware/a512_zap.mdt)
a512_zap.b02 (/devices/soc/soc:qcom,kgsl-hyp/firmware/a512_zap.b02)

cdsp.mdt (/devices/soc/1a300000.qcom,turing/firmware/cdsp.mdt)
cdsp.b02 -> cdsp.b07 (/devices/soc/1a300000.qcom,turing/firmware/cdsp.b02 -> ...)

cmnlib64.mdt (/devices/virtual/qseecom/qseecom/cmnlib64.mdt)
modem.mdt (/devices/soc/4080000.qcom,mss/firmware/modem.mdt)
cmnlib64.b00 -> cmnlib64.b06 (/devices/virtual/qseecom/qseecom/cmnlib64.b00 -> ...)

mba.mbn (/devices/soc/4080000.qcom,mss/firmware/mba.mbn)
msadp (/devices/soc/4080000.qcom,mss/firmware/msadp)
modem.b02 -> modem.b28 (/devices/soc/4080000.qcom,mss/firmware/modem.b02 -> ...)

tas2557_uCDSP.bin (/devices/soc/c1b6000.i2c/i2c-6/6-004c/firmware/tas2557_uCDSP.bin)
wlan/qca_cld/WCNSS_qcom_cfg.ini (/devices/soc/18800000.qcom,icnss/firmware/wlan!qca_cld!WCNSS_qcom_cfg.ini)
wlan/qca_cld/wlan_mac.bin (/devices/soc/18800000.qcom,icnss/firmware/wlan!qca_cld!wlan_mac.bin)
cpp_firmware_v1_12_0.fw (/devices/soc/ca04000.qcom,cpp/firmware/cpp_firmware_v1_12_0.fw)
venus.mdt (/devices/soc/cce0000.qcom,venus/firmware/venus.mdt)
venus.b02 -> venus.b04 (/devices/soc/cce0000.qcom,venus/firmware/venus.b02 -> ...)

@rosenfeldpj Many thanks for your offer. It's already a relief to know that a solution most likely exists.

I found out 2 ways to start investigating this issue.

1./ firmware versions
In a recent post (https://forums.ubports.com/topic/6813/unable-to-turn-on-bluetooth-on-mi-a2/29), @nauvpp mentioned upgrading the bluetooth firmware on his device from an archive bundle called firmware_jasmine_sprout_V11.0.28.0.zip. I've downloaded that ZIP and looked at its contents, but how can I check whether any of the .img files contained within are more recent than the ones already on the phone?

2./ 'dmesg' output
I collected the dmesg output after the upgrade (unfortunately, I don't have any example dating back before the upgrade, so I can't compare).

In there, searching for the "radio" keyword, I see the following messages:

[    5.226487] init: Received control message 'interface_start' for 'android.hardware.radio@1.0::IRadio/slot2' from pid: 28 (/system/bin/hwservicemanager)
[    5.226518] init: Could not find service hosting interface android.hardware.radio@1.0::IRadio/slot2
[    5.226602] init: Command 'exec_start update_verifier_nonencrypted' action=late-fs (/init.rc:390) took 0ms and failed: Service not found
[    5.226747] init: Received control message 'interface_start' for 'android.hardware.radio@1.1::IRadio/slot2' from pid: 28 (/system/bin/hwservicemanager)
[    5.226763] init: Could not find service hosting interface android.hardware.radio@1.1::IRadio/slot2
[    5.226861] init: processing action (post-fs-data) from (/init.rc:392)
[    5.227228] init: Received control message 'interface_start' for 'android.hardware.radio@1.2::IRadio/slot2' from pid: 28 (/system/bin/hwservicemanager)
[    5.227257] init: Could not find service hosting interface android.hardware.radio@1.2::IRadio/slot2
[...]
[   13.012729] init: Received control message 'interface_start' for 'android.hardware.radio.deprecated@1.0::IOemHook/slot2' from pid: 28 (/system/bin/hwservicemanager)
[   13.012794] init: Could not find service hosting interface android.hardware.radio.deprecated@1.0::IOemHook/slot2

The first message block repeats 3 times. The second block occurs only that one time. But is this relevant?

Coming back to my "firmware" line of thought, I see a lot of firmware modules being loaded (often with some hint about their version), but do you have any idea which one I should be looking for?

@dpitti The device initially came with Android 8.1, but I flashed it with v9 as recommended before proceeding with the UT installation.

Just upgraded to OTA-20: the upgrade process itself went flawlessly, but the SIM card in slot #1 is no longer detected!

• during startup, I'm prompted for only one PIN code (the prompt no longer identifies the SIM, but the code only matches SIM #2)
• in "settings | mobile", only one SIM and matching operator is listed (the one for SIM #2)
• same thing in the top-of-screen quick access bar
• "setting | about" reports OTA-20

Is there any information I could collect on the phone to help troubleshoot this?

Many thanks to all those who commented.

I'll apply OTA-20 in the coming days and report back.

Hello,

In a recent post dated Nov. 20, @magnargj mentioned that applying OTA-20 on his Mi A2 caused a problem with the 1st SIM slot, which he resolved by moving the card to the 2nd slot.

I'm currently using both slots (private + professional SIMs), which works fine on OTA-19, and I would like to know what to expect before deciding to apply OTA-20.

• Can anyone confirm or deny the issue with dual-SIM support on the Mi A2 under OTA-20?
• If confirmed, is there a workaround (that preserves dual-SIM functionalities)?
• If confirmed, is this issue tracked somewhere?

TIA

Problem has been resolved -- phone is now running UT OTA-19 stable.

Details about the fix in the device-specific post (see URL in previous post). I'll now mark this one as resolved as well.

Many thanks to all those who helped.