4.1.0 here. Three hours outside, and still no GPS lock… Doesn’t look too good… I did have the location package installed and settings as instructed, but no lock…
2 Likes
After upgrading to Kvarken I still had connecting issues, but when I switched to Googles SUPL server from SonyEricsson’s i was finally connected to GPS satellites.
Yeah, I’m also suspecting SUPL server first. Can we at-mention someone with Jolla who knows Location system and can comment on this? Why would Sony’s own SUPL server refuse us, or can we get better insight to this from logging subsystems?
1 Like
perhaps this could be asked by someone attending to get attention the IRC community meetings?
that’s indeed a good topic for one of the community meetings
OT
Maybe Google SUPL servers work so well because Google already knows where you are all the time while SonyEricsson doesn’t 
/OT
1 Like
To me it looks more like supl.sonyericsson.com is simply switched off (or the name will only be resolved by some operators’ DNS):
% host -t ANY supl.sonyericsson.com 9.9.9.9
Using domain server:
Name: 9.9.9.9
Address: 9.9.9.9#53
Aliases:
supl.sonyericsson.com mail is handled by 10 mailgw.sonyericsson.com.
Furthermore it seems impossible to simply switch SUPL servers, because the SOC insists in using TLS and there doesn’t seem to be a way to upload a new SuplRootCert. Maybe supl.vodafone.com works, but wait …
% host -t ANY supl.vodafone.com 9.9.9.9
Using domain server:
Name: 9.9.9.9
Address: 9.9.9.9#53
Aliases:
supl.vodafone.com is an alias for supl.google.com.
4 Likes
The update went smooth without problems. Location service: glad that the Jolla team worked on this. I tried it with MagicEarth and it worked! It took a little when GPS started, but then the guidance was fast enough. Thank you Jolla.
There’s no difference that I can see so far as the time for obtaining a GPS lock with the update to 4.1.0.23. It still takes ages (circa 15 minutes) to get a proper lock.
I’d been holding off from changing the GPS Config file to change SUPL settings in the hope Jolla would make an official change. Sadly that doesn’t appear to have happened. All they have done it seems is to provide their own very abbreviated version of MLS Manager in the Jolla Store. This doesn’t fix the underlying problem for the XA2 so far as I can tell.
Yes, there is an quick approximate lock with an accuracy of 9000 metres (based on the GPSInfo app information). This is purely based on cell phone tower data without acquiring any satellites. I had this before the update. Unfortunately I need better than this. I suspect most XA2 owners do as well.
2 Likes
Install MLS Manager from Storeman. There are United Sates and Canadian packages there.
1 Like
Can you show us what text you put into the GPS.conf file?
Did these changes remain after a reboot?
I tried the changes @martinh suggested in post 197. Even though other people said they worked for them they seemed to make no difference for me.
Perhaps there’s other changes I need to make as well.
1 Like
I tried all those changes as well and proper testing (waiting a few days or even better change location a few hundred kilometers) showed no change at all to me.
So I am afraid that all those positive messages are just false positives, where the lock is reached earlier due to all the GPS runtime during that testing…
I guess we need to accept and get over it as there is new HW that needs all attention (10, 10 II)
1 Like
I doubt what I’m seeing here is a false positive but there are a few places to misconfigure the gnss system. If I get it correctly, configuring /etc/gps.conf is not sufficient, /etc/location/location.conf is also needed.
From geoclue-hybris lines 1119 and 1120 i guess that we need:
[location]
enabled=true
mls\enabled=true
mls\online_enabled=true
...
If you have a statically linked, aarch64-enabled strace, attaching it to android.hardware.gnss@1.0-service-qti will reveal, if the SUPL configuration is forwarded to the Snapdragon SOC, e.g.
# ps -ef | grep gnss
3099 gps {gnss@1.0-servic} ...
# ./strace_static -f -o /tmp/gnss.trc -s 1024 -p 3099
Now run gpsinfo and wait for a few satellites showing up before stopping strace.
# grep -i supl.google.com /tmp/gnss.trc
6172 sendto(11, "\0\10\1B\0\36\0\1\4\0\3\0\0\0\22 24\0supl.google.com:7275", 37 ...
If no line like that shows up, geoclue-hybris didn’t forward the SUPL configuration to the android subsystem. Running geoclue-hybris in debug mode might also help:
$ QT_LOGGING_RULES="*.debug=true" /usr/libexec/geoclue-hybris
2 Likes
Does this need to be uninstalled before installing 4.1.0.23?
@peterleinchen I confirm. I have moved away gps.conf on both of my XA2 plus and I can get a fix in less than 1 minute (because I had a cold start of GPS in open field this morning: it took about 10 minutes to get a fix).
1 Like
Hi martinh,
SUPL is not working as expected for my case (Xperia X). After xtra data has been injected by mer hybris simply providing the SUPL host to hybris layer is not enough. I guess Jolla needs to implement SuplCA certificate injection, too or else supl.google.com and possible other SUPL providers using TLS will not work because of wrong or missing CA chain that needs to be injected into modem (see https://github.com/aosp-mirror/platform_hardware_libhardware/blob/master/include/hardware/gps.h#L794). However here (https://github.com/mer-hybris/geoclue-providers-hybris/blob/master/binder/binderlocationbackend.cpp) is nothing the like but Sony AOSP packages implemented it (https://github.com/mer-hybris/android_hardware_qcom_gps/blob/droid-src-sony-aosp-8.1.0_r52_20190206/msm8996/loc_api/libloc_api_50001/loc_eng.cpp#L1559) so it is required to make SUPL work.
That being said if SUPL ephemeris data can’t be downloaded because of TLS trouble it takes 30 seconds or even longer to fetch the ephemeris data from the GPS satellites to get a first time fix.
In contrast If SUPL would work that first time fix would be within << 10 seconds.
After the ephemeris data had been downloaded from the sattelites it’s cached and valid for some time so starting GPS after first time fix gets a position lock within << 10 seconds but alas that has nothing to do with a broken SUPL download.
3 Likes
Alternative SUPL servers that works are supl.pos.nlp.nokia.com and supl.qxwz.com (fuck supl.google.com and supl.vodafone.com (is Google server) 
)
3 Likes
@Juanro49 It doesn’t really matter which SUPL server is entered as the file gets over written to the old settings after a re-start.
That problem needs to be fixed as well.
I haven’t noticed that. My edited file stays the same after a reboot.