VoLTE Implementation For Google Pixel 3a/3a XL

ikoz

@atarilinux The cp error is normal and happens on all builds, the actual problem is the last one. From my understanding based on an older discussion in the porting telegram group, the retrofitted partition is used for older devices which didn't have the new super partition. However, it shouldn't be impossible to get it working, as others got their device booting, mounting the android partitions is necessary only for getting the android container running.

Anyways, more experienced people are active on the telegram group, so you may want to ask them.

atarilinux

@ikoz

Yes, that is correct. The retro-fitted partition is what the Google Pixel 3a uses. Thanks for helping with reading the error! I'll see what I can find out on this. If you know of anyone who may have some insight, can you let them know this is something we are looking to get resolved?

As we understand it, VoLTE works with a more recent version of Android. We are hoping to make this possible for the Google Pixel 3a on Ubuntu Touch as well. It has been confirmed that other alternative OS's already have VoLTE implemented for the Google Pixel 3a, so I think we have some resources we can potentially pull from if we need to. I'm not entirely sure what is being discussed on Telegram or if people may already be looking this.

mr_growl

@atarilinux No prob. So you know, I've just ordered a Pixel 3a XL for playing around on so if you'd like any specific versions of lineage tested for VoLTE, let me know. I gather that testing with a version based on 12.1 is the one you're most interested in?

atarilinux

@mr_growl

Thanks so much! Yes, that is correct! We are currently looking at Android 12.1 for two reasons:

The unfinished Ubuntu Touch port is based around this version.
This version is supposed to have the VoLTE patch included.

The current struggle seems to be with the retro-fitted super partition, but it seems like this has already been worked out with other Ubuntu Touch ports. If we can get whatever worked for them applied to this port, we may be able to get this working if I understand the recent comments correctly. We may have other issues down the line, but that looks like the first thing we need to address.

atarilinux

Just an added note on trying to troubleshoot the loop error:

Error:
losetup: /dev/loop0: detach failed: No such device or address

Note:
"Loop devices are provided by a kernel module. Therefore, you need special privileges to access them. You also need them to be exposed into your container, or you need to manually create the device files."

I'm not sure if something may have changed between Android 9 and Android 12.1 for this. We would need to investigate this error in addition to the retro-fitted super partition issue.

Eric H

@atarilinux
I see same errors (cp and losesetup) in other ports.
For example:

here's an example of flashing devel images on a device with a super partition :
https://gitlab.com/EricHeintzmann/ubuntu-touch/xiaomi-surya/-/wikis/fastboot-flash

About fastbootd :
https://source.android.com/docs/core/architecture/bootloader/fastbootd

atarilinux

@Eric-H

Thanks! I do see these same errors from the logs of the other device ports you sent me...so maybe that isn't the problem mentioned in the QA call? Also, thanks for the fastbootd link!

Quick question... for any of these devices you sent, are we looking at a retro-fitted partition? The reason why I ask is that I'm trying to match some of this up to the issue presented on the QA call. That way we can see if this part can be resolved.

Eric H

@atarilinux
AFAIK, these devices use a super partition, but not a retro-fitted one.
But, I don't think the build system is aware of the partition type.

atarilinux

@Eric-H

Unfortunately, the Google Pixel 3a uses a retro-fitted partition for Android 12.1 and not the common super partition used in newer Android devices. According to the QA call:

Issues with building/installing:
*Issue with getting image on phone
*Has retrofitted system super-partition, this means two partitions act as they are one
*Has not been installed in this type of environment, we would need to figure it out

Also, the build was not completed.

It very well possible that this was figured out with these other device ports. However, these issues would need to be worked out with this Google Pixel 3a build as I understand it. I'm assuming that is why this build is not considered complete.

Eric H

@atarilinux

You have a retro-fitted super partition
You have images
You have the procedure to flash images in retro-fitted super partition : https://source.android.com/docs/core/architecture/bootloader/fastbootd#dynamic-partitions

What else ?

mr_growl

I flashed lineage 19.1-20231014-nightly-bonito-signed (which the wiki said should have android 12.1):

Android Version: 12 (according to the running system on the phone)
Lineage OS Version: 19-20231014-NIGHTLY-bonito
Phone Version: bonito
Phone Carrier: Amaysim (Optus)
Country: Australia

VoLTE is working just fine.

atarilinux

@Eric-H

What you have stated above is correct to the best of my knowledge. Here is the other part from the QA call:

*Source Material - Not Image
*Information on image build process, but not how to install it
*Built on top of latest Android 12.1 version for the Google Pixel 3a, but build not completed

So....it looks like we need to:

Finish the build (This part is the least specific. Finish what? This is the main issue due to it not being specific. Maybe it is only the retro-fitted partition issue? A lot of data may need to be checked to see what is complete. Here is the bottleneck in completing development.)
Build the image from source
Install image on the Google Pixel 3a

What we have currently:

Information on the retro-fitted partition and possible install process
Confirmation on VoLTE access for the Google Pixel 3a from other alternative OS's and carriers (It is possible!)
Specifically what to look for to see if the carrier supports your Google Pixel 3a (VoLTE Roaming is supported, Hardware check from carrier)

atarilinux

@mr_growl

Great news! Thanks for sharing! I think we are closer. Please see my last post to @Eric-H to see where we are now and the remaining items we will need to figure out.

ElliotLurie

@atarilinux

It seems like some data is lost from the deviceinfo file during the build process... Here's the output of unpack_bootimg after the build:

kernel_size: 18686554
ramdisk size: 6267912
os version: 12.0.0
os patch level: 2022-09
boot image header version: 3
command line args:

FPSensor

when the retrofitted partitions were implemented by pixel 3a stock rom? someone knows that? also would be nice to see if there are more devices that have retrofit to see how they merged it in the build system or what they adapted to get it working, i don remember what loop0 is to be honest

atarilinux

@ElliotLurie

Thanks! I'll see what I can find out on that. I'm new to this, so it may take me a while. However, looking at the older port and some other ports, I may be able to piece something together.

atarilinux

@FPSensor

Agreed. I do see some retro-fitted partiton ports with other alternative OS's. There could be one with Ubuntu Touch too, but I'm not fully aware of one at the moment. Mainly I see Super Partition ports or older Android 9 based ports. There is some documentation that we currently have available for retro-fitted partitions. Any knowledge on this can be shared across the Ubuntu Touch community.

Right now, it looks like we need to figure out what is going on with the deviceinfo file.