Unresolved Issues with the Redmi Note 10 Pro (M2101K6G) – Fixes Needed in the Next Update

Current build: 3.1.4 community build, Android 14 (upgraded from 3.1.1)

Below is a summary of the problems I have reported in various threads on this forum. In most cases I either received no answer, or the replies did not resolve the issue.

1. Find‑My‑Device does not work correctly

What happens:

• In version 3.1.1 the Find My Device app returns the code sent from the other device instead of the location coordinates, but nothing else happens.
• After the OTA update to 3.1.4 the situation got worse: the app no longer sends the code back to the sender’s device at all. Instead, the code arrives as a plain SMS, the phone plays a notification sound when the SMS is received, and the text “Find my Device by SMS Tracking location in background” appears on the screen.

Location services:

Location itself works fine – apps such as Maps and BlissWeather can retrieve the device’s position without any problem.

2. Only one of the four rear cameras is functional

Hardware overview:

Rear camera specs:
Primary (wide) 108 MP, f/1.9, 26 mm, 1/1.52″ sensor, 0.7 µm pixel size, PDAF
Ultra‑wide 8 MP, f/2.2, 118°, 1/4.0″ sensor, 1.12 µm
Macro 5 MP, f/2.4, autofocus
Depth 2 MP, f/2.4
Selfie camera: 16 MP, f/2.5, 1/3.06″ sensor, 1.0 µm

Observed behavior:

The camera app only detects two cameras: the selfie camera and one rear camera (most likely the primary wide‑angle lens). Moreover, the primary rear camera produces only 12-MP images instead of the expected 108-MP resolution, and the ultrawide mode is missing, which would be extremely important.

If i run „adb shell dumpsys media.camera” i see next:

== Service global info: ==
Number of camera devices: 9
Number of normal camera devices: 5
Number of public camera devices visible to API1: 5
Device 0 maps to “0”
Device 1 maps to “1”
Device 2 maps to “3”
Device 3 maps to “7”
Device 4 maps to “8”
Active Camera Clients:

Allowed user IDs: 0

In the OpenCamera settings, I can only see two cameras even though the Camera2 API is enabled:

• Version: 1.53.1
• Code: 90
• Package: foundation.e.camera
• Android API level: 34
• Manufacturer: Xiaomi
• Model: M2101K6G
• Display: 1080 × 2160
• Current camera ID: 0
• Number of cameras reported: 2
• Multi‑camera support: false
• Camera API: Camera2 (Android L)
• Orientation: 90°
• Photo mode: Normal
• Zoom range: 1.0 – 10.0

3. Call‑waiting cannot be disabled

Situation:

Call‑waiting is automatically enabled on the device. When I try to turn it off via Settings → Call settings, the toggle is greyed out (inactive). Visually the feature appears to be off, but the switch does not respond; I cannot enable or disable it.

USSD attempts:

Using the USSD code #43*# shows a notification that call‑waiting has been turned off, but the setting is instantly re‑enabled. When I place the same SIM card in another phone, I can freely toggle call‑waiting in the settings or with the USSD codes *43# (enable) and* #43*# (disable). On the Redmi Note 10 Pro running /e/OS, call‑waiting remains permanently on, and I have not found any method to turn it off.*

Request for Assistance

I would greatly appreciate any feedback on these issues:

• Is there a known workaround for the Find My Device behavior in the current builds?
• Can the missing rear cameras be made visible to the system, or is there a firmware limitation that needs to be addressed?
• How can call‑waiting be properly disabled on /e/OS for this device?

If any of these problems are not solvable with the current software, please let me know so we can set realistic expectations for the next OTA update. Thank you!

UPDATE:
It turned out what’s causing the call‑waiting issue. However, the FMD and camera problems are still awaiting a solution.

Regain your privacy! Adopt /e/OS the deGoogled mobile OS and online services

same device, same issues. just commenting to be part of the conversation because i have never seen anyone else using Redmi note 10 pro (M2101K6G) before.

Don’t have solution but i do not have the issue of call waiting. i can enabled/disable it both in settings and ussd code, are you using the default dialer? have you tried another one for testing? and toggle of setting like VoLTE and WifFi calling could also be the cause of the glitch as well.

i hope they get fixed in the next rollout. i tried 3.2 beta and it had the same issues. i wouldn’t keep my hopes very high for the stable release for these fixed but hoping for the best.

“Yes, everything is set to default.”

They are all set to default as well. I’ll experiment with turning them off and on in the future, hopefully that might solve the call-waiting issue.

You were right! It turns out that call waiting stays continuously active only when VoLTE is turned on. When I disable VoLTE, I can choose whether to enable or disable call waiting. Since I need VoLTE but don’t want call waiting, I’ll contact my mobile carrier to find a solution.

However, the problems with the FMD and the camera still persist, and, based on comments visible in this forum, other users are affected as well.

I had a Xaiomi and experimented with 48MP without a great deal of joy. You might need to read quite deeply into the subject to understand how much the Xiaomi 48MP depends on proprietary firmware and the actual image sensor used on this generation of Xiaomi device. Maybe this page is no longer updated https://camera.aeonax.com/ but may be a starting point for gathering insight. I feel this article not exactly representative of Xiaomi What is pixel binning? Everything you need to know - Android Authority except (inverting the logic of binning) maybe in understanding of their approach to the sensor they used.

Ofc OpenCamera is is not going to include such firmware.

I’m not saying resolution isn’t important, but in reality it doesn’t really matter whether a photo is 12, 48, or 108 megapixels—as long as I’m not planning to make a giant billboard. Don’t get me wrong; I’m not trying to count pixels.
However, it does matter that part of the hardware can’t be handled by the system: out of the four rear cameras, only one works, so features like ultrawide, macro, and other modes are missing.
Yet, when I run the adb shell dumpsys media.camera command, it’s clear that the system sees all the cameras—it just doesn’t manage them.
Thank you very much for the link. I’ll study what the site says.

During the weekend I had a bit more time to look into this camera issue. I found that, since the Xiaomi Redmi Note 10 Pro isn’t a new device, the problem with the additional rear (auxiliary) cameras isn’t new either. For example, people have been writing about this issue on Lineage forums and Reddit for years, and they’ve also posted solutions.

Even within this forum I found posts similar to mine, and it’s discouraging that those posts either received no replies at all or got answers that didn’t help solve the problem. It feels as if the /e/OS developers are intentionally ignoring this question, which is disappointing.

There are several possible solutions, though. I installed GCam—tried several different GCam builds from various developers—and each one immediately made all rear cameras work. My only minor issue with GCam is that, within the camera app I can’t view the pictures without installing Google Photos — I have to open the gallery app separately if I want to see the photos I’ve taken. Unfortunately, I don’t have the know‑how to fix that.

However, I believe that since – as I already mentioned above – by running the “adb shell dumpsys media.camera” command I can see all the cameras, and since a GCam port can handle them immediately, and as far as I know, the default /e/OS camera app, Open Camera, is capable of managing multiple rear cameras on other devices, then it shouldn’t be a mission impossible for the /e/OS camera app to support all cameras on my phone in a future update.
I trust the developers and hope they won’t let us down :slight_smile:

1 Like

Hey @cwasiey
I’d like to inform you and every Redmi Note 10 Pro owner that the LMC 8.4 R18‑named GCam port works perfectly with all of the phone’s rear cameras. I’ve tried several GCam ports, and in my opinion this one turned out to be the best.

It took a long time to experiment with the configuration to find the optimal color settings for the device’s lenses. On the XDA forum there are many presets; for me the Lmc8.4_R17_Prashant_Premium_108mp.xml file is the one that delivers exactly what’s needed—the ultrawide, macro, and BW modes work, and it also enables the 108‑megapixel resolution.

Unfortunately, GCam does not recognize /e/OS’s native Gallery app as an image viewer, so you can’t view the photos you’ve taken from within the camera app. To fix this you need to install an additional image‑viewer app—either Google Photos or any other gallery app. I chose Fossify Gallery, which is open‑source and privacy‑friendly. With that installed, every function of the RN10 Pro camera works perfectly.

I hope that in a future /e/OS update the default camera app will support this, or at least that they’ll modify the default Gallery app so that a GCam port can recognize it as an image‑viewer program, so that we don’t have to install an additional image‑viewer app.

You can download the GCam [HERE], and the configuration XML [HERE].

Have a great day and happy shooting!

1 Like

thank you so much for the information and the links!

i tried Gcams before but most of them were not satisfactory, i tried the link you provided. surprisingly it kept on crashing when i tried to open it initially. but after clearing out cache/storage and restarting the phones. it seems to have stabilize.

and i can confirm all of the original camera feature i have been missing for a while are now back and functional! i already use fossify gallery as my go-to gallery instead of native one so that worked out.

hoping to have official support as well in future busy thankful to the devs and community to how far we have come. and thank you for doing your part in it!

have a great day and see you around the forums!

1 Like

I’m really glad I could help. I also hope that all this information will be useful to the developers as well.
Best regards,