@TALUAtXDA I have a question how is the experience in online classes in zoom (I ask you this question because my younger brother is going to start studying)
I'm not sure myself as I don't use any video conferencing apps.@TALUAtXDA I have a question how is the experience in online classes in zoom (I ask you this question because my younger brother is going to start studying)
I use microsoft meet and zoom, they work fine@TALUAtXDA I have a question how is the experience in online classes in zoom (I ask you this question because my younger brother is going to start studying)
Finally my Samsung tablet has a newer Android! Thank you for this rom!
I have a question: my internet speed is not that great. I do have 5Ghz in my house, but the SM-T580 c9nnects to the 2,4Ghz band....
Is this device capable of connecting to 5Ghz and if yes, can I force that?
Thanks for your reply. My 2,4Ghz and 5Ghz networks do have the same SSID and my other devices (and this Samsung with the stock rom) do connect to the 5Ghz one automatically!Yes, works fine on 5GHz. Just pick your correct 5GHz network from the wifi list, and "forget" the 2.4GHz one.
I have no idea why it doesn't use 5GHz on one network with both 2.4GHz and 5GHz, and I don't use one network with both, but as a workaround, you can setup 2 separate networks - one on the 2.4GHz band, and another on the 5GHz band - with different SSIDs, and connect to the WiFi network on the 5GHz band. Your routers settings/admin page should let you do so.Thanks for your reply. My 2,4Ghz and 5Ghz networks do have the same SSID and my other devices (and this Samsung with the stock rom) do connect to the 5Ghz one automatically!
And I have seen that it should be possible to force it in the wifi settings, but I see it is connected to 2,4Ghz but I can not change it to 5Ghz...
I have a 2,4Ghz router and two 5Ghz wifipoints/extenders.I have no idea why it doesn't use 5GHz on one network with both 2.4GHz and 5GHz.....
Use the pico variant package for arm64 and Android 10 from https://opengapps.org/Hi, what open gapps file to use? Error installing arm64 android 9 stock with rom? Do I use android 8.1 instead?
Thanks for your reply. Installed rom with your recommended gapps file and Magisk. Works fantastic, very fast and with sound. Just a couple of tiny issuesUse the pico variant package for arm64 and Android 10 from https://opengapps.org/
Install any additional Google apps that you need from the play store.
Excellent. For your issues:Thanks for your reply. Installed rom with your recommended gapps file and Magisk. Works fantastic, very fast and with sound. Just a couple of tiny issues
1. Can't get Samsung wearable gear app to work even though I have full root with SafetyNet pass and hidden app in Magisk.
2. On reboot Wifi does not auto connect but works fine after power off.
Once again thanks for your help and fantastic rom. Great to have this Tab with Google 10.
Again thanks for your reply. Point taken, they are not issues and I should have worded my comments better.Excellent. For your issues:
1. That's a type of thing to be expected... Not really a "real" issue per se. The gear app is probably checking for something else, for example, the Knox warranty status. There is probably a modified version of the Gear app somewhere that you can try, with any of those types of checks removed. You can probably find one somewhere else on this forum.
2. I'm not aware of that exact issue. I'm only aware of an issue where WiFi is disabled after a reboot, and it needs to be enabled manually. Maybe that's just a better description of the issue you're having? Apparently, that issue only occurs when WiFi scanning at Settings -> Location -> Wi-Fi and Bluetooth scanning -> Wi-Fi scanning is enabled, and it was fixed in LineageOS 18.1/Android 11. Not sure why people care so much about that issue for usual usage, anyway... It takes one slide down on the notification bar and one tap to enable WiFi.
Finally, you're welcome.
Hmm... That's strange. The latest build was working fine for me, and I assume it is for (most) others as well, and I made few changes in the latest build compared from the previous build (basically as in the changelog, nothing more). I'm not sure what exactly you mean by "zip signature". The MD5 checksum (which I never put anywhere, but probably should) for the latest build is2e90f6dbc4af4cea9cb9d578f5b8a6d5
.
You're going to need to get a log from logcat using a working installation of ADB on a computer for me to try to look into your issue. To do this, ADB has to be enabled on boot and secure ADB needs to be disabled. First of all, download this file named "default.prop", which has changes to do that: https://drive.google.com/file/d/10Lrva4gZIP0IKNqQKrEQVz1D3t7sg4S8/ Boot your device into TWRP, connect it to your computer, mount the system partition, and push the new default.prop file to /system_root/ using ADB so that it replaces the existing default.prop file by running this in a shell/command prompt, assuming that the default.prop file is in the same directory as the one you're in (use "cd <path>" to change directories):
You can also copy it to your internal storage and copy it to /system_root/ using TWRP's file manager, although you'll need to use ADB to get the log anyway.Code:adb push default.prop /system_root/
Once you've done that, reboot. While it's bootlooping, run the following in a shell/command prompt to get a log from logcat:
The log will be in the new file named "logcat.txt". You can replace that filename with whichever you prefer. Upload it in a new post.Code:adb logcat > logcat.txt
By the way, by any chance, did you install or upgrade any packages in addition to upgrading to that build? Perhaps that's the cause of your bootlooping?
I've also made an entirely clean new build earlier today, which can be downloaded from here: https://drive.google.com/file/d/1JeXvc3NVQaUUksfvtpEgWeUd25DSmChx/
I've tested it myself, and it works fine here. You could try it before trying to get a log, although I'm not expecting it to not bootloop if that build did.
I think that either you didn't do as I described correctly, your installation of ADB isn't working (bad drivers?), your devices micro USB port or cable isn't working (were they working for data transfers before?), or something else is going completely wrong for some reason that prevents ADB from working (and I have no idea for what that could possibly be). I just tested ADB on boot on my installation (just edited default.prop and set persist.sys.usb.config to "adb" and ro.adb.secure to "0"), and it works fine, as with ADB after booting as well.Same issue with the March build. When doing adb it says waiting for device and the logcat never works
When I put the file in a new folder named /system_rootI think that either you didn't do as I described correctly, your installation of ADB isn't working (bad drivers?), your devices micro USB port or cable isn't working (were they working for data transfers before?), or something else is conpletely wrong (and I have no idea for what that could possibly be). I just tested ADB on boot on my installation (just edited default.prop and set persist.sys.usb.config to "adb" and ro.adb.secure to "0"), and it works fine, as with ADB after booting as well.
I have absolutely no idea for what your issue could be without any insight. I've made few changes since the January build (pretty much as in my changelogs), and only applied/made many changes to the kernel, and my latest build seems to boot for everyone else with good installations, as with the Febuary build as well, so assuming you just did a simple upgrade and nothing else on top, your issue is extremely baffling.
So I tried a normal upgrade again but this time I installed the rom and an updated version of opengapps and it worked successfully. Any idea on why that fixed it?I think that either you didn't do as I described correctly, your installation of ADB isn't working (bad drivers?), your devices micro USB port or cable isn't working (were they working for data transfers before?), or something else is going completely wrong for some reason that prevents ADB from working (and I have no idea for what that could possibly be). I just tested ADB on boot on my installation (just edited default.prop and set persist.sys.usb.config to "adb" and ro.adb.secure to "0"), and it works fine, as with ADB after booting as well.
I have absolutely no idea for what your issue could be without any insight. I've made few changes since the January build (pretty much as in my changelogs), and only applied/made many changes to the kernel, and my latest build seems to boot for everyone else with good installations, as with the Febuary build as well, so assuming you just did a simple upgrade and nothing else on top, your issue is extremely baffling.
Yes, very, very, soon. Two days ago, I had installed a build of 18.1 on my tablet, and have started further work on it. There isn't much to do - most of what had to be done has already been done, and there are few issues. I'm thinking that I'm going to release one new untested 17.1 build, and then start releasing 18.1 builds, and maybe also a few more 17.1 builds before discontinuing 17.1 entirely. You're welcome.@TALUAtXDA One curious question, now that LineageOS 18.x is out, is there any possibility that you'll be creating a build for that?
With a quick google search, I did find this thread, which does give a thanks to you:
However, I've been so happy with what you've done, I was wondering if you were going to do your own LineageOS 18 build. Also, whatever your direction, I think there are others that are as happy with your work as I am (THANK YOU!) and will want to know this answer. Might want to sticky it, if that's an option you have in a thread.
Thanks in advance, regardless of the direction you choose.
:)
Some change/update in Lineage might have broken your old opengapps package somehow, and the updated version has some fix. That's my only idea...So I tried a normal upgrade again but this time I installed the rom and an updated version of opengapps and it worked successfully. Any idea on why that fixed it?
:)
This is entirely normal. When entering deep sleep, the Exynos CPU hotplugging driver at drivers/soc/samsung/exynos-cpu_hotplug.c in the kernel shuts down the 4 cores in the second cluster. After that, PM shuts down the non-boot cores in the first cluster (all cores in the first cluster except 0). When woken up, PM brings the non-boot cores in the first cluster back online, and the Exynos CPU hotplugging driver brings the cores in the second cluster back online (note that I'm unsure about the accuracy of this very last bit). This is all the usual behaviour of Samsung's kernels - I didn't change anything.Hi @TALUAtXDA
the DMESG shows a strange behavior of the shutting down/starting of the CPUs and the device shutdown/wake.
At a certain time the second CPU cluster is shut down:
And some 100ms later the power management / governor suspends some hardware components and even does shut down the non-boot CPUs of the first cluster and goes to sleep.
This part happend at about 09:27:15 (AM), and an alarm was set for 40s in the future (09:27:54).
But immediatley after entering sleep mode (the same time stamp), the device is woken up again:
And shortly after that also the second CPU cluster (CPU4 to CPU7) is booted.
This behavior (shutting down 7 of 8 CPUs, going to sleep and immediat wake up) can be seen quite frequently.
The wakeup reasons are recurring:
These wakeups come every 2 to 6 seconds.
Could some interrupt sources be routed to CPU0 (which is always booted) to avoid booting the rest of the clusters?
It never stays in sleep mode until the alarm is triggered.
Is this normal? Do you have an idea?
This is LineageOS 17.1 for the WiFi-only variant of the Samsung Galaxy Tab A 10.1" (2016), codenamed gtaxlwifi.
I started these builds because the LineageOS builds from @Valera1978 had 2 particular significant bugs in them that were always being mentioned in posts in that thread: display backlight brightness not changeable from full brightness and the touchscreen appearing to not respond after putting the tablet to sleep. Those bugs had existed for quite a long time. @followmsi has some changes in his device tree that fixed those 2 bugs.
Now, my builds are really a continuation of Valera's builds after he unfortunately discontinued work on this device due to an (understandable) lack of interest.
Over Valera's old builds, my builds have many improvements and additional features, such as the following:
Note: I won't build for the LTE variant. I don't have enough disk space to build for both variants and I don't own the LTE variant. However, builds for the WiFi-only variant will apparently boot and work on the LTE variant, only without mobile networking (of course), GPS and vibration, so since I've allowed installation on the LTE variant, you can try to use my builds on it if you can go without those things.
- SELinux is set to enforcing by default for better security.
- Secure ADB (RSA key verification for ADB) is enabled by default, and ADB isn't enabled by default and isn't enabled on boot.
- Encryption is fully working.
- USB tethering works.
- Support for using USB for MIDI is enabled.
- Support for screen mirroring using miracast has been added back after being removed by Google using the changes here: https://review.lineageos.org/q/topic:"ten-aosp-wfd"
- Freeform windows work properly with this abandoned change: https://review.lineageos.org/c/LineageOS/android_frameworks_base/+/275189
- The kernel has many updates from Linux 4.4, 3.16 and the 3.18 Android common kernel, including security and vulnerability fixes, improvements to downstream drivers and additional features (including CPU and GPU voltage control (documentation is further on in this thread), the BFQ IO scheduler and some USB serial drivers updated from Linux v4.4 and enabled (The enabled drivers are the generic, WCH CH341 (also supporting the CH340), SiLabs CP201X, Prolific PL2303 and FTDI SIO USB serial drivers. You can use Termux with tsu and screen to interface with supported USB serial devices via these drivers. They'll be available at /dev/ttyUSB[0-255], though most likely /dev/ttyUSB0.))
- The kernel is also compiled using clang after having applied the many necessary changes to it to do so.
- The userspace lmk (low memory killer) is used.
- There is support for signature spoofing, notably for microG.
- sswap has been removed and ZRAM is used instead.
- The Settings -> Privacy -> Trust -> Restrict USB option works.
- The Mali graphics blob has been updated to version r28p0 from r22p0.
- Support for OpenCL is working.
- Assisted GPS works.
- LiveDisplay color calibration and reading mode is available.
- FlipFlap has been added. (Only works if the timeouts in Settings -> Connected devices -> Connection preferences -> Smart cover are set to 'immediately')
- As many vendor blobs as possible have been updated from Samsung's stock T580XXS5CTD1/T580XXS5CTK1 (there are no changes to the vendor blobs between those versions) and A520FXXUGCTI9 firmwares.
- The BSP libraries are built from more up to date, less hacky sources, based on Lineage's SLSI BSP sources, which are publicly available.
- An issue where videos that are recorded have a duration that is lengthened by the time spent in deep sleep has been worked around.
Downloads:
Latest build from 20210313 (security patch level 20210305): https://drive.google.com/file/d/1EUYNu3pAU4My7louBCqt8RdvCchoZ0mb/
Some previous releases: https://drive.google.com/drive/folders/1N56WWqP6FG8W_KyWiuUqia80clb8ShtP
Directory for these builds: https://drive.google.com/open?id=1UiUlSbfj3agDvt-4f_YLIS0Xyuz5RtFC
Changelog:
Release for 20210313:
Previous releases:
- Latest updates from LineageOS, including the 20210305 Android security updates.
- There are some updates from the 3.18 Android common kernel and Linux 4.4 to the kernel, many changes to the rcu, locking and btrfs code from 4.4, and a few changes from Samsung's M105GDXU6CUA1 kernel to the kernel.
- The exynos part of the BSP has a few changes from Lineage's 18.1 branch for HWC and memtrack.
. . .
cat /sys/devices/system/cpu/cpufreq/mp-cpufreq/cluster0_volt_table
cat /sys/devices/system/cpu/cpufreq/mp-cpufreq/cluster1_volt_table
echo "<1.69GHz voltage> <1.586GHz voltage> <and so on until 343MHz...>" > /sys/devices/system/cpu/cpufreq/mp-cpufreq/cluster0_volt_table
echo "<1.69GHz voltage> <1.586 voltage> <and so on until 343MHz...>" > /sys/devices/system/cpu/cpufreq/mp-cpufreq/cluster1_volt_table
cat /sys/devices/11400000.mali/volt_table
echo "<frequency in MHz> <voltage for that frequency>" > /sys/devices/11400000.mali/volt_table