VoLTE Implementation For Google Pixel 3a/3a XL
-
Sounds like a good idea! Keep us posted how the build goes and if you need anything! I did find this online during my research. Would this help?
-
@mr_growl I would think since the vendor blobs are device specific that they wouldn't change from OS-to-OS ??
-
@JayH I was presuming they'd be specific to the kernel they were built for. But I'm new to that
@atarilinux Thanks for the link. I'll give those a try next time I'm working at it (been too busy lately)
-
I completely understand. It has been hectic this way too. I hope I can get some more time to look at this soon! I hope what I sent can be of some use.
-
I also found this UBPorts video from 6 years ago. It shows how to build a port. Some things probably have changed a bit since then, but it should assist in providing a visual for the Porting Documentation.
-
I had a go with doing a build this weekend and it seems to have built something (I have a boot.img, rootfs.img and system.img).
So now trying to sort out the phone to get it ready to try flashing. I checked my /data partition and it is mounted from dm-4 and is not ext4 (instructions say /data should not be encrypted and should be ext4). So just trying to sort that out. Any advice on setting up the partitions in preparation to flash would be appreciated
-
@mr_growl As I understand it, just that /data should be ext4. There is no need for repartitioning if the correct stock ROM was installed beforehand.
-
@arubislander Thanks! I flashed android 12.1 to it, so I'll just try reformatting that partition as ext4.
-
That's great news! Keep us posted how everything goes! Fingers crossed everything works correctly!
-
Did first attempt at flashing. This is on pixel 3a XL:
- flash last stock firmware (android 12.1)
- install twrp
- boot into twrp and open terminal
- umount /dev/block/dm-4 (which was mounted to /data and /sdcard)
- mke2fs -t ext4 /dev/block/dm-4
- mount /dev/block/dm-4 /data
- mount /dev/block/dm-4/sdcard
- boot into bootloader
- flasboot flash boot boot.img
- attempt to reboot into recovery
At this point the device wouldn't boot into recovery. So I'm flashing twrp back on to it.
Any thoughts?
Here's the repo I'm using: https://gitlab.com/mr-growl/ubports-ubuntu-touch-google-bonito-volte
I'm building in a ubuntu server 20.04 vm. I modified the deviceinfo from atarilinux's version slightly which got it building properly for me. -
While I was re-flashing twrp a thought occurred. With TWRP on the pixel 3a (compared to the nexus 5 and 4 which I used to use) I have to boot it using "fastboot boot twrp.img" and then use the "flash current twrp" option (taken from the lineage install instructions)... on the older phones it was "fastboot flash recovery twrp.img". Which makes me think this twrp might be writing to the same place as boot.img when I do the "fastboot flash boot boot.img". Any thoughts on that?
-
@mr_growl Why don't you formtat through the built it in option in TWRP or even better via fastboot:
fastboot format:ext4 userdata? (the partition name may differ)Also, when the block device shows up as dm-something it is encrypted.
-
@ikoz Thanks! I'll give that a go (I'm still new to a lot of this).
I was thinking it was encrypted. Seems to me that encryption is on by default in android 12 / lineage 19.1 and there isn't an option to disable it in the interface. Not sure what to do from this point.
-
@mr_growl If you disable requiring password to login (just swipe to unlock), it will also disable encryption.
But just running the fastboot command will work (if it throws any error, it likely means your fastboot build is broken and you'll have to use the official one from Google).
-
I might be off here, but did you use fastbootd? The Google Pixel 3a has retrofitted dynamic partitons in Android 12.1.
https://source.android.com/docs/core/architecture/bootloader/fastbootd
Info on Retrofitted Dynamic Partitions:
https://lucaweiss.eu/post/2023-03-30-retrofit-dynamic-partition/ -
@atarilinux I did not use or know about fastbootd. I did see it just now as I was flashing it back to stock. I'll have a read up about it.
What would help is if someone could suggest what steps I should take to flash this. Starting with stock android 12 (not even set up, just a fresh flash with all defaults) and a boot.img, system.img, dtbo.img and rootfs.img
I might not have time to test it till the weekend, though. I might try setting up a working build for sargo as well in the mean time. I can only test with bonito and the moment but I gather sargo is the more popular one around here
-
That sounds like exactly what was mentioned on the QA call. This was our Step 3 to figure out. I'm assuming we got Step 1 and Step 2 finished. Step 1 was to verify VoLTE was possible. Step 2 was to finish the build (or make a new port). Step 3 was to figure out how to get it on the phone. On Step 3, we were thinking the articles I gave you in the last post would help. Also, keep in mine that Lineage OS, etc. does have some form of install method for Pixel 3a with Android 12. We may be able to pull some information from that project.
Here are my notes from the QA call:
On Android 12 port for the Google Pixel 3a on GitHub:
*Source Material - Not Image (VERIFIED, LOOKING AT NEW PORT)
*Information on image build process, but not how to install it (FIRST IMAGE BUILD COMPLETE)
*Built on top of latest Android 12.1 version for the Google Pixel 3a, but build not completed (FIRST IMAGE BUILD COMPLETE - @mr_growl)Issues with building/installing: (WHERE WE ARE NOW)
*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 outAs far as my phone, I have bonito as well. Unfortunately, I can't test sargo.
-
@atarilinux Thanks for all that. I'll have a read through those articles hopefully this weekend.
If you have a bonito to test with then I'll stick with that for now. Have you been able to get a build going? Should I find somewhere to host the outputs from my build?
-
I haven't gotten a build going. I was still trying to get the process flow, etc. in order. It's all new to me, so any build would take me a long time as I want to know what happens on each step and why.
Initially, I was trying to reverse engineer the original port and figure out what made it incomplete. Once I got to that point, I would complete the port. Doing that on my own is a bit difficult, but I'm detailing things as I come across them. My technical expertise is in a different area than this one, so there is a lot to learn.If you want to give me the steps and builds, I'd be happy to test further!
-
@atarilinux I tested bulding on fresh installs of ubuntu server 20.04 and 22.04. Have a look at the readme in this repo: https://gitlab.com/mr-growl/ubports-ubuntu-touch-google-bonito-volte
Run the apt commands, checkout the repo and run the other 3 commands and you should end up with the.img files. I'd recommend 24GB of ram. 16 and a good swap file or 8 and a really good swap file. 60GB of disk is plenty for the OS and the builds. On the first successful build I did I only had 8gb of ram and 20gb of swap and it took ages but it built... before that it'd just keep erroring out (if you see an error 137, that's it saying you need more ram/swap).
That repo links to two other of my repos which I made some changes in to get it building with one command.
So to recap:
- set up a vm/machine with ubuntu server 22.04 or 20.04 with 24GB ram and 60gb disk (all defaults during the install
- follow the readme on the repo linked above.
If you encounter any problems let me know but it should just go. Expect an hour all up to set up and run the build.
I'll read through the articles you sent through tonight and see what I can make of it.
Good luck!
