Skip to content
This repository was archived by the owner on Dec 23, 2024. It is now read-only.

pro1x issues #342

@SkewedZeppelin

Description

@SkewedZeppelin

Hi! I'm still new to DOS and tried to get in contact (by donating via LiberaPay, which doesn't allow to attach an telegram :-( Nor was my attempt to join via XMPP successfull, likewise my post in the XDA Forum for the pro1x device). Please remove non-working contact options, it's wasting a lot of time).

Back to topic: At lease for me the root cause is a wrong country code (for the 2.4GHz spectrum). Usually at least a european SIM should advertise the correct bandplan allowing to use channels beyond 11 - which works on LOS.
But DOS can't join/see base stations transmitting beyond channel 11
(somehow e.g. Android-Hotspot selects channel 12 for no good reason - surrounding bssids use 1/5/9/13 pattern (only obsolete 802.11b had 22MHz spectrum per channel, we can use 4x 20MHz wide channels in europe with the 1/5/9/13 pattern)! The bad habit of using 1/6/11 pattern is commonly known by other vendors, but completely ignoring the environment and transmitting copmpletely out of pattern is a poor jamming feature of android).

To me, this looks like a deblobbing fallout... Just a guess!

Offtopic again:
Likewise the problem with the finger print reader on my QX1050. It's working fine in LOS, while rollout fails on DOS. Even worse, it looks like the TEE keystore isn't available on DOS on my QX1050/bengal/662 from a very brief look, without inspecting any code (besides flying through deblobber.sh). Unfortunately I don't have any android dev env here, nor much time or other junctions to AOSP - I'm happy consumer of GOS out-of box on my pixels.

Anohter severe issue for me is that the Android Key Attestation Test App (https://github.com/vvb2060/KeyAttestation) fails on my QX1050.
Im not an expert regarding StrongBox/TEE attestation, nor on bengal/Qualcom at all... But currently I must assume that keys can't be stored in a secure way on DOS, which seems to be the root cause for the failing FingerPrint roullout.

I'd highly appreciate if we can somehow find a way to get in contct besides an issue tracker.
I also highly appreciate your DOS work!

Originally posted by @goshuberto in #340 (comment)

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions