This OS ran perfectly on my S5 with the desktop-oriented graphical environments (except plasma-desktop, weston, and terminals with on screen keyboards), but the mobile graphical environments froze on the startup screen. I could SSH into the phone and I checked dmesg and was greeted by a bunch of page faults from kwin. Any way to fix this?
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items 0
Show closed items
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Linked items 0
Link issues together to show that they're related.
Learn more.
I am using the downstream kernel, and I just tested mainline and Plasma Mobile seems to crash every time I open an app. (also Phosh only displays a non-blinking cursor or two randomly around the screen when it finishes booting)
I used non-free firmware.
When I used downstream with nonfree-userland, the screen went black 1 second after the boot screen and never continued on with the same page faults. (none of the graphical UI's worked with this method)
Downstream without nonfree-userland replicated the same problem I addressed in the main post.
In shorter terms, I didn't use nonfree-userland when I tested mainline.
There are several options here (all using nonfree-firmware, it is required to make device useful)
Mainline kernel: display pipeline on msm8974 has bugs ( #424 (closed) ) resulting in this behaviour: screen works every 2nd or 3rd boot randomly, other times it just freezes. Try rebooting several times :) Bug was introduced in upstream Linux kernel (some time after 5.4? maybe 5.5?) and there are no fixes or working workarounds so far.
Downstream without nonfree-userland: only simple UIs work, that support framebuffer: xfce4 or mate, for example. Weston worked before, but recent upgrade broke it on old kernels ( #579 (closed) ). You can also try to use Plasma Mobile with software rendering, but you'll see all the problems quickly yourself (framebuffer backend is not supported very well in upstream too)
Downstream kernel with nonfree-userland requires manual installation that is described in the device wiki page https://wiki.postmarketos.org/wiki/Samsung_Galaxy_S5_(samsung-klte)#Nonfree-userland_.28halium.29_installation . You can run test_hwcomposer_7_caf from ssh shell and enjoy beautiful rotating spiral, but that's all (ok, maybe you can run some other libhybris-tests like test-sensors or test-gps). None of the UIs have backends that make use of EGL from Android's hwcomposer. Attempt to add it was rejected by postmarketOS core developers in !1010 (closed) . You need all 4 commits from that MR to make use of kwin's hwcomposer backend (forked kwin, kwin-hwcomposer backend and patched plasma-phone-components). But even then it does not work out of the box and freezes on kwin startup during virtual keyboard initialization. You need another patch to kwin to disable virtual keyboard integration (not part of that MR), and only then you can see accelerated PlaMo on downstream. Phosh, for example, does not have hwcomposer backend at all. The only advantage of this option is audio support using pulseaudio-modules-droid. (Mainline msm8974 does not have audio support at all). None of regular Linux userspace can make use of android's hardware drivers. You can port all Sailfish/Mer or UBPorts userspace utils, libs and other middleware, but that sounds like a lot of duplicate work, that was already done by those projects. If you choose option 3, you may have better luck by creating a port for those projects. But not with postmarketOS. Halium support in postmarketOS is very poor, almost nonexistent.
Basically downstream kernel approach is a dead end, and not supported anywhere (not even in upstream kwin). Best way would be for someone to fix display pipeline in mainline...
I didn't use nonfree-userland when I tested mainline.
Right, nonfree-userland makes sense only for downstream kernel
This issue is 7 months old without an update, and mainline support has been improved a lot in this time. I'm closing this issue for now but if you can still reproduce this issue on the latest mainline build please re-open it @4techgunsinbox.