[WIP] asus-flo: Use the mainline kernel #272
Draft
+4,032
−2,576
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
samueldr
added
the
3. topic: device
This was referenced Feb 15, 2021
Merged
This reverts commit 99e651f.
qcom_apq8064_defconfig
samueldr
force-pushed
the
devices/asus-flo/mainline
branch
from
797357b to
e2c6dbf
Compare
It doesn't boot. The reason why will need to be investigated later on.
samueldr
force-pushed
the
devices/asus-flo/mainline
branch
from
e2c6dbf to
e4e86fe
Compare
5 tasks
samueldr
added
4. type: port
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Things are broken in armv7 land.
This is why this is a WIP PR.
The kernel seems to work correctly (though the USB stack seems to cause my computer's USB stack to die).
Display updates are slow~ish, with log output, but it works.
Somehow I can't get the bootlogd output on the ttyMSM0 console, this will need to be investigated. Output from before works, systemd / getty both can output there.
But the main issue is totally unrelated to this device (I hope). The LVGUI stuff fails:
It looks like
mruby-fiddledoesn't work as expected for 32 bit ARM? Or that my bindings are wrong. LVGL seems to work for just long enough for one update to happen on-screen.This will need to be investigated later. But is of low priority considering how armv7l is not great with NixOS (yet).