@s710 said in OnePlus 7 UBPorts GSI development found on XDA, new thread?:

@catalyst said in OnePlus 7 UBPorts GSI development found on XDA, new thread?:

@s710 think you are better asking him on the discord. looks like he hasn't logged into the forum for a little over a year now.

Which discord?

It's on the XDA forum in the same thread that was posted here.

Here's a direct link
https://discord.gg/nNaA5jfY93

@reaper1312 Please check the info here https://forums.ubports.com/topic/2068/halium-first-steps for basic info and if your device is suitable. Currently we have no 5G capability IIRC.

@user-0 well done !!

@mrt10001
Those blobs are now out of the kernel with GKI.
They are in separate modules, and vendors must make them compatible with AOSP LTS kernel.

So you can make a generic way of doing UT ports, and even, i guess, update kernel with AOSP LTS one, or blobs modules during android device life, without doing UT port from scratch everytime.

I assume too that if android structure doesn't change in future between major updates, installind UT on those devices, let say an "halium 12" UT port on an android 13 updated from 12 device, will be possible without downgrading to 12.

I may be too optimistic but the actual kernel mixup is a real problem and i believe causes the most of UT ports issues.

@stanwood thank you for the information and for your patience, I will keep an eye on you and wait for the system to mature a little longer, I trust you, I respect you

i believe i found the answer: config PHYS_OFFSET in my device kernel code.
[kernel code dir]/arch/arm/Kconfig:

config PHYS_OFFSET hex "Physical address of main memory" if MMU depends on !ARM_PATCH_PHYS_VIRT default DRAM_BASE if !MMU default 0x00000000 if ARCH_EBSA110 || \ ARCH_FOOTBRIDGE || \ ARCH_INTEGRATOR || \ ARCH_IOP13XX || \ ARCH_KS8695 || \ ARCH_REALVIEW default 0x10000000 if ARCH_OMAP1 || ARCH_RPC default 0x20000000 if ARCH_S5PV210 default 0xc0000000 if ARCH_SA1100 help Please provide the physical address corresponding to the location of main memory in your system.

@tg78
It seems that your device is not connecting to ubports installer through adb.

Did you unlocked phone bootloader ?
Did you install adb drivers on PC ?
Did you use a data capable usb cable ?
Did you use USB 2.0 port on PC ? USB 3.0 is to avoid if possible.
Did you try another usb cable/usb port ?

I would start here:
https://gitlab.com/ubports/community-ports/android9/xiaomi-mi-a2/xiaomi-jasmine_sprout

@errors
Glad you sorted it out, sorry again for my lack of coding knowledge.

@flohack I see... then it's not a complete necessity, thank you very much.

with respect to simg stuff, I think the only one you ever need is simg2img. see https://gitlab.com/JBBgameich/halium-install/-/blob/master/functions/core.sh#L21

with respect to android tools, I assume what you need is adb and fastboot tools

PS: actually not everyone might needs simg2img. I think some android trees already create the image in ext fs format, then no conversion is needed. halium-install detects this, but in either case current halium-install will still check for the existance of simg2img upfront. Also, I think Samsung ports that install via heimdall don't use halium-install alltogether ... I don't know too much about Samsung ports. they may or may not need simg2img. Similar for fastboot. I think some vendors don't support fastboot but do smt else.
Bottom line, if there is a way to fix instructions to provide simg2img, adb and fastboot, that would fix it for everyone without sweating the details

@lighty I solved only wi-fi problem right now

@darkc0der Do you know the code name of your device?
If it is lancelot, then it's compatible...
If not I guess it won't work unfortunately...

@moem First issue solved (hopefully) just the rest.

@gvine

@gvine said in New(ish) Nokia Lumia Bootloader Exploit:

Perhaps this will open the door for ubuntu touch to be ported over to the Lumia. ? see guide. >> http://allaboutwindowsphone.com/features/item/24245_Aguideforunlockingthebootloade.php

It is a first step I guess. But there's still a long way to go before such a thing is even worth thinking about.

The article does not intimate that there is even any other OS to be installed on the device after the bootloader is unlocked. No alternative OS means no work done on drivers, means nothing to talk to the hardware for Ubuntu Touch to use.

@carlo I surrender for now. Probably some dependencies are missing.