Following much of moonbutt74's advice and using the sources from his kernel (thank you so so so much!)
https://github.com/moonbutt74/kernel_sxz5p_aosp_4square
I was able to modify
https://github.com/moonbutt74/kerne...rm/boot/dts/qcom/dsi-panel-satsuki.dtsi#L1107
and create what I believe to be the first working truly 4k always on kernel for the z5p
I say what I believe to be because honestly I can't really tell.
I reset my wm density and wm size from the "emulated 4k thread" http://forum.xda-developers.com/showpost.php?p=64587441&postcount=13
Screenshots taken appear to be in 4k
The phone seems to switch into 4k much in the way it would if it were "emulated" after the window manager loads
1440p video appears to be available on YouTube
And honestly it looks really sharp and everything seems to be rather tiny
As of right now I only have this build for the E6853, as it is the only device I own, and I've literally just managed to get this "working"
I'll consider trying to build this for the dual if the feedback here seems good and if people can actually confirm whether this is working or not.
I also don't even guarantee this loads on any device but my own. (This could be 100% a fluke)
Also also, if it does work, it'll probably destroy your battery.
Files
Android Filehost:
https://www.androidfilehost.com/?fid=24499762636004594
Google Drive:
https://drive.google.com/file/d/0BzP80_K1-cv2VVFUX1cybE9fc0k/view?usp=sharing
Click to expand...
Click to collapse
I flashed my file with fastboot
Code:
fastboot flash boot E6853-always4k.img
When it first boots the screen looks a little fudged up (for lack of a better word), but if you give it a little bit (for me at least, it boots and appears to be in 4k mode)
Please let me know what you find, and please don't blame me (but do let me know) if it doesn't work for you or breaks your device.
In other news,
At the time of writing this, I'm probably in possession of the only phone in the world natively running a 2160x3840 resolution right now, so that's pretty cool.
BustyLoli-Chan said:
Following much of moonbutt74's advice and using the sources from his kernel (thank you so so so much!)
https://github.com/moonbutt74/kernel_sxz5p_aosp_4square
I was able to modify
https://github.com/moonbutt74/kerne...rm/boot/dts/qcom/dsi-panel-satsuki.dtsi#L1107
and create what I believe to be the first working truly 4k always on kernel for the z5p
I say what I believe to be because honestly I can't really tell.
I reset my wm density and wm size from the "emulated 4k thread" http://forum.xda-developers.com/showpost.php?p=64587441&postcount=13
Screenshots taken appear to be in 4k
The phone seems to switch into 4k much in the way it would if it were "emulated" after the window manager loads
1440p video appears to be available on YouTube
And honestly it looks really sharp and everything seems to be rather tiny
As of right now I only have this build for the E6853, as it is the only device I own, and I've literally just managed to get this "working"
I'll consider trying to build this for the dual if the feedback here seems good and if people can actually confirm whether this is working or not.
I also don't even guarantee this loads on any device but my own. (This could be 100% a fluke)
Also also, if it does work, it'll probably destroy your battery.
Using google drive because I don't have a dev account on android filehost
I flashed my file with fastboot
Code:
fastboot flash boot E6853-always4k.img
When it first boots the screen looks a little fudged up (for lack of a better word), but if you give it a little bit (for me at least, it boots and appears to be in 4k mode)
Please let me know what you find, and please don't blame me (but do let me know) if it doesn't work for you or breaks your device.
In other news,
At the time of writing this, I'm probably in possession of the only phone in the world natively running a 2160x3840 resolution right now, so that's pretty cool.
Click to expand...
Click to collapse
nice work gonna give a try
edit: im using RomAur-v3.0 will this kernel work?? just asking before i flash thanks
BustyLoli-Chan said:
Following much of moonbutt74's advice and using the sources from his kernel (thank you so so so much!)
https://github.com/moonbutt74/kernel_sxz5p_aosp_4square
I was able to modify
https://github.com/moonbutt74/kerne...rm/boot/dts/qcom/dsi-panel-satsuki.dtsi#L1107
and create what I believe to be the first working truly 4k always on kernel for the z5p
I say what I believe to be because honestly I can't really tell.
I reset my wm density and wm size from the "emulated 4k thread" http://forum.xda-developers.com/showpost.php?p=64587441&postcount=13
Screenshots taken appear to be in 4k
The phone seems to switch into 4k much in the way it would if it were "emulated" after the window manager loads
1440p video appears to be available on YouTube
And honestly it looks really sharp and everything seems to be rather tiny
As of right now I only have this build for the E6853, as it is the only device I own, and I've literally just managed to get this "working"
I'll consider trying to build this for the dual if the feedback here seems good and if people can actually confirm whether this is working or not.
I also don't even guarantee this loads on any device but my own. (This could be 100% a fluke)
Also also, if it does work, it'll probably destroy your battery.
Using google drive because I don't have a dev account on android filehost
I flashed my file with fastboot
Code:
fastboot flash boot E6853-always4k.img
When it first boots the screen looks a little fudged up (for lack of a better word), but if you give it a little bit (for me at least, it boots and appears to be in 4k mode)
Please let me know what you find, and please don't blame me (but do let me know) if it doesn't work for you or breaks your device.
In other news,
At the time of writing this, I'm probably in possession of the only phone in the world natively running a 2160x3840 resolution right now, so that's pretty cool.
Click to expand...
Click to collapse
I have installed it and I have to say that is all too small , icons , options, keyboards, etc ... for everyday use would be very uncomfortable. I also noticed lag when accessing the application drawer in transitions panel and keypad ... I 've become the kernel of zacharias.maladroid , anyway thanks for your work . a greeting
B,
okay e6853
Fudgy at beginning as you said. :silly:
That's Sony's splash logo though, doesnt display right at 4k, and the boot animation as well, again Sony.
Gonna need 4k bootanimations!
Note : does not play well with Nova Launcher. xD
What is your screen density in the screen shots? At default I'm @
Code:
[email protected]:/ $ wm size
Physical size: 2160x3840
[email protected]:/ $ wm density
Physical density: 480
Override density: 560
I'd like to see the patch/mod you did to kernel , please post? I want to tuck that modification into a cm build to see what happens. NVM i missed the link in OP.
What are your obeservations on battery consumption?
On a side note this modification seems to break the booting to recovery via bootec setup.
m
raven213 said:
nice work gonna give a try
edit: im using RomAur-v3.0 will this kernel work?? just asking before i flash thanks
Click to expand...
Click to collapse
Honestly, I have no idea
Please let me know what you find though!
Rubensss said:
I have installed it and I have to say that is all too small , icons , options, keyboards, etc ... for everyday use would be very uncomfortable. I also noticed lag when accessing the application drawer in transitions panel and keypad ... I 've become the kernel of zacharias.maladroid , anyway thanks for your work . a greeting
Click to expand...
Click to collapse
Nothing is to prevent you from adjusting the DPI manually at this point. This was purely to see if 4k could be done. You can easily tweak it it to your liking from here either with builp.prop, wm density or some other app dpi changing app.
moonbutt74 said:
B,
okay e6853
Fudgy at beginning as you said. :silly:
That's Sony's splash logo though, doesnt display right at 4k, and the boot animation as well, again Sony.
Gonna need 4k bootanimations!
Note : does not play well with Nova Launcher. xD
What is your screen density in the screen shots? At default I'm @
Code:
[email protected]:/ $ wm size
Physical size: 2160x3840
[email protected]:/ $ wm density
Physical density: 480
Override density: 560
I'd like to see the patch/mod you did to kernel , please post? I want to tuck that modification into a cm build to see what happens. NVM i missed the link in OP.
What are your obeservations on battery consumption?
On a side note this modification seems to break the booting to recovery via bootec setup.
m
Click to expand...
Click to collapse
My density is the same as yours minus the override density, but I'm using action launcher. (I'll agree with Rubensss though some things are just too tiny. I'll probably start messing with my actual density later today)
Code:
[email protected]:/ $ wm density
vm density
Physical density: 480
[email protected]:/ $ wm size
vm size
Physical size: 2160x3840
The link in the original post is the original file. I've pushed the 4k modification(s) to here:
https://github.com/BustyLoli-Chan/k...arch/arm/boot/dts/qcom/dsi-panel-satsuki.dtsi
I've not had a real chance to take it out and test battery life yet, (I stayed up super late working on it and spent most of today sleeping)
Also I was worried about recovery. I haven't checked it yet, but I thought it might simply fail or look crazy because I took 1080p mode out entirely to force 4k to work. All my previous attempts to set 4k preferred and have it play nice with 1080p had failed, but I can mess around more with it today (or you can if you want now that you have the file.)
Everything else I tried seemed to cause serious problems and with this for some reason it just suddenly booted and worked.
might be able to add all the blocks mentioning 1080p back in under the ones that say 4k (since my first edit was to just leave 4k where it was and move the preferred mode flag which didn't seem to work)
Now that we know this is working I would like to seriously and formally thank you for all of your help and hard work with assisting me to the point where I could actually make this work. I'd also be lying if I said fesar's thread and AndroPlus'es post weren't huge inspirations for me to try to get this done.
@BustyLoli-Chan
Hey check /try this out modify build with 4k option WIP
The above commit modifies the kernel build with a 4k option in line with your experiment.
Instead of modifying arch/arm/boot/dts/qcom/dsi-panel-satsuki.dtsi
I added arch/arm/boot/dts/qcom/dsi-panel-satsuki-4k.dtsi , which contains your modifications so far.
When you run the build script and get to the menuconfig portion, going to
Platform selection ---> [ ] Impose 4k resolution on Satsuki Target
Permits you to build your 4k display experiment. This way you can work/mod arch/arm/boot/dts/qcom/dsi-panel-satsuki-4k.dtsi
and leave the orriginal [2k] version intact.
Currently in menuconfig
Boot options --->Build a concatenated Image.gz/dtb by default does select the new/correct dtsi's but still doesn't find the resulting dtb's though they DO build. I have a little work to do there. But zImage and dtb.img DO build. and do boot the device correctly.
The dtb's select based on whether the 4k option is enabled or not.
You don't actually need any of the above but it seemed like a less destructive way to care for your kernel source.
That and I was wondering if it would actually work, which it mostly does. If you're interested in this setup, I'll update you when i figure out why making the Image.gz-dtb doesn't find the 4k dtbs.
This is that portion of the build
Code:
make[1]: *** No rule to make target 'arch/arm64/boot/dts/msm8994-v2.0-kitakami_satsuki_generic-4k.dtb', needed by 'arch/arm64/boot/Image.gz-dtb'. Stop.
/storage/sxZ5_dev/kernel/aosp_4square/arch/arm64/Makefile:84: recipe for target 'Image.gz-dtb' failed
But other wise the normal dt.img does generate
Code:
DTB combiner:
Input directory: './arch/arm/boot/dts/qcom/'
Output file: 'build_satsuki/out/boot.img-dtb'
Found file: msm8994-v2.0-kitakami_satsuki_generic-4k.dtb ... chipset: 207, rev: 131072, platform: 8, subtype: 0
Found file: msm8994-v2.1-kitakami_satsuki_generic-4k.dtb ... chipset: 207, rev: 131073, platform: 8, subtype: 0
=> Found 2 unique DTB(s)
and the resulting kernel binary and dt.img
Code:
-rw------- 1 root root 784384 Apr 20 23:56 boot.img-dtb
-rwxr-xr-x 1 root root 19487944 Apr 20 23:56 boot.img-zImage
The normal [2k] build will run without issue
Code:
-rw------- 1 root root 788480 Apr 21 00:14 boot.img-dtb
-rwxr-xr-x 1 root root 19487944 Apr 21 00:14 boot.img-zImage
-rw-r--r-- 1 root root 8827937 Apr 21 00:14 boot.img-zImage_gz
m
moonbutt74 said:
@BustyLoli-Chan
Hey check /try this out modify build with 4k option WIP
The above commit modifies the kernel build with a 4k option in line with your experiment.
Instead of modifying arch/arm/boot/dts/qcom/dsi-panel-satsuki.dtsi
I added arch/arm/boot/dts/qcom/dsi-panel-satsuki-4k.dtsi , which contains your modifications so far.
When you run the build script and get to the menuconfig portion, going to
Platform selection ---> [ ] Impose 4k resolution on Satsuki Target
Permits you to build your 4k display experiment. This way you can work/mod arch/arm/boot/dts/qcom/dsi-panel-satsuki-4k.dtsi
and leave the orriginal [2k] version intact.
Currently in menuconfig
Boot options --->Build a concatenated Image.gz/dtb by default does select the new/correct dtsi's but still doesn't find the resulting dtb's though they DO build. I have a little work to do there. But zImage and dtb.img DO build. and do boot the device correctly.
The dtb's select based on whether the 4k option is enabled or not.
You don't actually need any of the above but it seemed like a less destructive way to care for your kernel source.
That and I was wondering if it would actually work, which it mostly does. If you're interested in this setup, I'll update you when i figure out why making the Image.gz-dtb doesn't find the 4k dtbs.
This is that portion of the build
Code:
make[1]: *** No rule to make target 'arch/arm64/boot/dts/msm8994-v2.0-kitakami_satsuki_generic-4k.dtb', needed by 'arch/arm64/boot/Image.gz-dtb'. Stop.
/storage/sxZ5_dev/kernel/aosp_4square/arch/arm64/Makefile:84: recipe for target 'Image.gz-dtb' failed
But other wise the normal dt.img does generate
Code:
DTB combiner:
Input directory: './arch/arm/boot/dts/qcom/'
Output file: 'build_satsuki/out/boot.img-dtb'
Found file: msm8994-v2.0-kitakami_satsuki_generic-4k.dtb ... chipset: 207, rev: 131072, platform: 8, subtype: 0
Found file: msm8994-v2.1-kitakami_satsuki_generic-4k.dtb ... chipset: 207, rev: 131073, platform: 8, subtype: 0
=> Found 2 unique DTB(s)
and the resulting kernel binary and dt.img
Code:
-rw------- 1 root root 784384 Apr 20 23:56 boot.img-dtb
-rwxr-xr-x 1 root root 19487944 Apr 20 23:56 boot.img-zImage
The normal [2k] build will run without issue
Code:
-rw------- 1 root root 788480 Apr 21 00:14 boot.img-dtb
-rwxr-xr-x 1 root root 19487944 Apr 21 00:14 boot.img-zImage
-rw-r--r-- 1 root root 8827937 Apr 21 00:14 boot.img-zImage_gz
m
Click to expand...
Click to collapse
I feel as though some if not all of this is over my head lol
I've been trying to get recovery and the pre-OS systems to work.
I added 1080p timings back into my script over here https://github.com/BustyLoli-Chan/k...arch/arm/boot/dts/qcom/dsi-panel-satsuki.dtsi
The device still boots, but there is no change over the 4k only version, which makes sense really because nothing ever tells the device to switch to 1080p over the preferred 4k. I realize there are a lot of "extra" things in the 4k timings that aren't present in the 1080p but I don't know if any of these settings will achieve what I am looking for.
I was going to try going through and changing each section of the dtsi file to be 4k in the hopes that maybe the pre OS parts of the code use a different sets of timings that the actually OS does (so it could default to 1080p until the OS boots and then start 4k mode) but truthfully, I don't know if any such an option/special timing at all exists.
I feel like the way the phone operates by default is that it stays in 1080p mode until some software in Sony's proprietary apps feeds it the right command to go 4k.
A more graceful way to implement 4k always on would probably be to wait until the OS boots and then feed the panel that command (that way all the pre OS systems still work fine). If we could find the code for that, such an implementation could probably allow you to toggle 4k on or off somewhere in the system settings or somewhere as accessible as the power menu, but such an implementation would be entirely outside the scope of files I'm currently trying to edit.
All in all, I've learned I really don't know a whole lot about any of this.
I hope to learn and figure out more, but documentation and resources seem scarce.
Hi moonbutt74
Do you think its possible to make a version of the kernel for the z5 Premium Dual (E6883)?
I'm a VR NERD.
I use my z5 premium only for VR because for all other things i use a Samsung S7.
I hope you can help me, because its a shame from Sony that the display are not usable in 4K with the Zeiss VR One. Its only possible without head tracking. with the sony movie player....
I start with test: S7+Gear VR vs. Z5premium Dual+VR One and today the best VR Phone is the S7
but only because the bad software from Sony.
Thank you
lotusalex2000 said:
Hi moonbutt74
Do you think its possible to make a version of the kernel for the z5 Premium Dual (E6883)?
I'm a VR NERD.
I use my z5 premium only for VR because for all other things i use a Samsung S7.
I hope you can help me, because its a shame from Sony that the display are not usable in 4K with the Zeiss VR One. Its only possible without head tracking. with the sony movie player....
I start with test: S7+Gear VR vs. Z5premium Dual+VR One and today the best VR Phone is the S7
but only because the bad software from Sony.
Thank you
Click to expand...
Click to collapse
It looks like the DTSI file for the Satsuki is the same regardless of whether you have the Dual or the Regular, so in theory you should just be able to run the build script for "./hmm-satsuki-dsds" pull the current kernel image from your device, replace the kernel, repack the image, and flash it and get 4k.
Thanks BustyLoli-Chan
i try it.
What about battery life?
EMJI79 said:
What about battery life?
Click to expand...
Click to collapse
Battery life is usually fine in my opinion if the phone screen isn't constantly on. If you are constantly using the screen though, man does it drain. usually playing around with it though I can make it through about a full class day. I'd estimate 5-6 hours of regular use, but do not quote me on that.
Would be great to choose display app by app: for example, 4k on YouTube, Google +, instagram,... 2k on Chrome and 1080p everywhere else.
Something like that.
Would it be possible to have an Xposed module do that?
e6883 can be used?
github down?
I need some help with the compiler
Hi
I use a guide to compile the kernel. developer.sonymobile.com/knowledge-base/open-source/open-devices/how-to-build-and-flash-a-linux-kernel/how-to-build-and-flash-a-linux-kernel-from-sony-copyleft-archives
1. Unlock the boot loader : done
2. Download a cross compiler :
I use the /android.googlesource.com/platform/prebuilts/gcc/linux-x86/arm/arm-linux-androideabi-4.9/
because in the next step I use :
3. export CROSS_COMPILE=/android/prebuilts/gcc/linux-x86/aarch64/aarch64-linux-android-4.9/bin/aarch64-linux-android-
Done
4. Download the kernel source. Thanks for moonbutt74's : Done
5. Identify your device’s config file name : ??????? WITH buildprop Editor i find under BUILD INFO ro.board.platform: msm8994 and in the Kernel directory arch/arm64/ there is a file msm8994_defconfig :fingers-crossed: lets try it.
6. Configure the kernel
open Terminal and : make ARCH=arm64 CROSS_COMPILE=$CROSS_COMPILE msm8994_defconfig
now i see some bla bla and no errors
7. Build the kernel and needed modules
I try in Terminal: make ARCH=arm64 CROSS_COMPILE=$CROSS_COMPILE -j 1
Now i get:
#make ARCH=arm64 CROSS_COMPILE=$CROSS_COMPILE -j 1
#Makefile:605: Cannot use CONFIG_CC_STACKPROTECTOR_REGULAR: -fstack-protector not supported by compiler
# CHK include/generated/uapi/linux/version.h
# CHK include/generated/utsrelease.h
# CC kernel/bounds.s
#gcc: error: unrecognized command line option ‘-mlittle-endian’
#gcc: error: unrecognized command line option ‘-mgeneral-regs-only’
#/home/lotusalex2000/backup/android/kernel/./Kbuild:35: recipe for target 'kernel/bounds.s' failed
#make[1]: *** [kernel/bounds.s] Error 1
#Makefile:862: recipe for target 'prepare0' failed
#make: *** [prepare0] Error 2
what did I do wrong?????
:crying:
Maybe Satsuki?
I read some other guides and I think, its problem with my PC. I hope that i find someone that can compile the kernel.
@BustyLoli-Chan
BustyLoli-Chan can you please compile your kernel again, with the config satsuki-dsds in the Folder of moonbutt74? Thats the Config for the Z5 Premium Dual Sim
Thank you
lotusalex2000 said:
I read some other guides and I think, its problem with my PC. I hope that i find someone that can compile the kernel.
@BustyLoli-Chan
BustyLoli-Chan can you please compile your kernel again, with the config satsuki-dsds in the Folder of moonbutt74? Thats the Config for the Z5 Premium Dual Sim
Thank you
Click to expand...
Click to collapse
Can you please give link to other guides you found?
Sent from my LG-F460S using XDA-Developers mobile app
the best,
with Kernel from z5 Premium
http ://developer.sonymobile.com/knowledge-base/open-source/open-devices/how-to-build-and-flash-a-linux-kernel/how-to-build-and-flash-a-linux-kernel-for-aosp-supported-devices/
Related
Ok, theres a lot of threads out there on getting Debian working "with" Android side by side. What about getting Debian working primarily and natively? You can easily modify the bootloader to boot into Debian.
No I'm not talking about chrooting into debian from the Android environment.
With this being said there are plenty of possibilities. Debian works natively with ARM, so you can go ahead and install Xorg with touchpad driver etc. and get Debian working up to fullspeed. Believe me, it works a 1000x better than using AndroidVNC and tightvnc server. You can actually use mplayer with ffmpeg to play any type of vidoes off your sdcard at fullspeed.
So anyway, what do you guys think? Maybe theres a way to modify the bootloader so at boot time you can choose to boot into debian or android etc. or maybe it would be possible to lets say "boot debian" and vnc into androids fb to "make a phone call" etc., kind of a like a reverse vnc method we use to get into X on the debian side. Heck - we could maybe even figure out how to access the framework to make calls natively through debian. The possibilities are endless.
Also, I'll edit this post and try to get a guide going here in a couple days on how to get Debian ARM/Xorg working.
I was actually wondering myself if this could be done. Heck, not like I do not enjoy android or anything. It would be great to be able to run a lot of my *nix apps natively on my phone.
I already have Debian runnin off my 8GB sdcard(unfortunately a class 2) and I enjoy it. Problem is having to shut it down and restart it so much to get functionality out of my G1.
Keep me up to date on your progress and let me know the best GUI to use for better performance.
so whats the deal, anyone actually got this working? i have no use for my brothers g1 considering the low call quality/not recieving mms'es, i mean literally if i put them side by side, my excalibur has better service/reception. and id be pretty sweet to have crystal fvwm running on g1. so it doesnt really matter to me if i could get it to make calls, as theres always skype/amsn w.e. so pretty much anyone got any links on getting a native debian install?
dinscurge said:
so whats the deal, anyone actually got this working? i have no use for my brothers g1 considering the low call quality/not recieving mms'es, i mean literally if i put them side by side, my excalibur has better service/reception. and id be pretty sweet to have crystal fvwm running on g1. so it doesnt really matter to me if i could get it to make calls, as theres always skype/amsn w.e. so pretty much anyone got any links on getting a native debian install?
Click to expand...
Click to collapse
Yes they got this working. If you looked at the bible you would've seen this. But I will give you the link enjoy it is very cool. Youtube has some videos also.
http://www.saurik.com/id/10
Royalknight6190 said:
Yes they got this working. If you looked at the bible you would've seen this. But I will give you the link enjoy it is very cool. Youtube has some videos also.
http://www.saurik.com/id/10
Click to expand...
Click to collapse
no you misunderstand . i mean run debian native, as in to replace android
dinscurge said:
no you misunderstand . i mean run debian native, as in to replace android
Click to expand...
Click to collapse
Gotcha Sorry, um let me look around for yeah.
hey...check this out
http://www.youtube.com/watch?v=tX1BOGl8Fnw
and heres another xda thread here
http://forum.xda-developers.com/showthread.php?t=624392
USHERROB said:
hey...check this out
http://www.youtube.com/watch?v=tX1BOGl8Fnw
and heres another xda thread here
http://forum.xda-developers.com/showthread.php?t=624392
Click to expand...
Click to collapse
ahh thx for the link i saw this before but misplaced the bookmark. but im afraid thats not exactly what im looking for but that probably doesnt exist. as this is only set up to have dual boot booting android/debian of 3rd part on sdcard. and as far as i am seeing in the thread it isnt working to well. that im just going to have to wait and see what happens.
This is an old thread, but still a very interesting topic.
Would be *great* to but debian at the bottom of things.
A note about the bootloader: It is ***ALREADY DUALBOOT***. There are TWO boot partitions on the phone: "boot" and "recovery". If you want to set it up to dualboot, but your primary (automated) boot kernel into "boot", and your secondary in "recovery".
As long as you have an engineering SPL, the actual recovery is not required -- in fact, if you WANT to boot into recovery, you can always "fastboot boot recovery.img" without even having to flash the recovery to the phone.
I tell you the thing that really bugs me about android: that it doesn't support existing X.
What I dream of at night is running the ANDROID stuff ON TOP OF X. It would present a little bit of a challenge in terms of having the PHONE app (or whatever) be able to pop up to the top. There would also be some RESOURCE challenges. DREAM may not be the best hardware to implement this on.
Native Xorg
A slight off-topic because I have Samsung Galaxy
I was also fascinated by this possibility of running debian linux, Xorg on the phone.
So I created this project "linux-on-android" (sorry, I am not allowed to post links yet) on the google code where I am going to post instructions and code. Please, join the project if you are interested. It should be completely open.
The idea is to start with something simple but working and move slowly. In order to run X server from the Debian distribution it is enough to just use the Android kernel, with only a little change to the framebuffer driver. I don't change the boot procedure - only turn off the android services and put things like startx instead. Now I am trying to use matchbox+LXDE and they look nice and fast. Wifi and touchpad work. Nothing else does. I thought about what would be the minimal working configuration and decided that power management + telephony would be very good.
With the telephony I plan to leave the android RIL daemon and write a small python program that would communicate with it and act as a dialer. It appears to be not such a problem, at least I am able to communicate with the daemon now and all requests are nicely wrapped in python methods. The next step is to write phone GUI/dialer.
I think it would be already very nice to have Xorg and debian running on top of the android daemons and android kernel replacing this "zygote" stuff. Also if we do something in this way, it would probably work on any android-based phone without big changes.
About dual-boot: I am still using chroot, I don't find anything bad in it. I have two different boot.img files, they only differ by init.rc, one which starts zygote, and one which starts Xorg. In Android I press a button and reboot in debian, in debian I press a button and reboot in android.
klinck said:
A slight off-topic because I have Samsung Galaxy
I was also fascinated by this possibility of running debian linux, Xorg on the phone.
So I created this project "linux-on-android" (sorry, I am not allowed to post links yet) on the google code where I am going to post instructions and code.
Click to expand...
Click to collapse
I'll post it for you in the hope to get something good going here
http://code.google.com/p/linux-on-android/
Wow klinck you really seem to be making awesome progress here man. Just looking through your project page and i see it being updated every day. I just watched the video proof and i must say it's really quite impressive.
What needs to be done now is make a guide for this, so people can easily install this on their G1 and test it.
Also, this will give it more developer attention. I really think this deserves a chance
EDIT: added links for easyness
Jefmeister said:
EDIT: added links for easyness
Click to expand...
Click to collapse
To Jefmeister: thanks for posting the links and your interest.
About G1: As I said, I have Samsung Galaxy, so I don't have a chance to test it on G1. But still I can probably make a "binary distribution" for G1 and somebody else can test it. There are some hardware differences, to summarize, there are 3 things I need to change:
I need a kernel for G1 with ext3 support, and patched framebuffer driver which turns double buffering into single buffering and automatically updates screen at regular intervals
I need to know if tslib driver works with touchscreen from G1 and what is the corresponding device (it is /dev/input/event2 in my case)
I need to know where to put the debian distribution. In Galaxy we have a separate 1Gb ext3 partition on SD card which is normally used for '/data' directory, so there is a plenty of free space there. But I guess it may be different on G1.
klinck said:
To Jefmeister: thanks for posting the links and your interest.
About G1: As I said, I have Samsung Galaxy, so I don't have a chance to test it on G1. But still I can probably make a "binary distribution" for G1 and somebody else can test it. There are some hardware differences, to summarize, there are 3 things I need to change:
I need a kernel for G1 with ext3 support, and patched framebuffer driver which turns double buffering into single buffering and automatically updates screen at regular intervals
I need to know if tslib driver works with touchscreen from G1 and what is the corresponding device (it is /dev/input/event2 in my case)
I need to know where to put the debian distribution. In Galaxy we have a separate 1Gb ext3 partition on SD card which is normally used for '/data' directory, so there is a plenty of free space there. But I guess it may be different on G1.
Click to expand...
Click to collapse
(3): You could certainly put it all on the sdcard in exactly the same way. As long as you have the sdcard driver built into the kernel, the sdcard is just like any other storage device.
I dont know if this is going to be of any help to you, but as I was searching around for a way to nativly install linux on my dream I found this.
http://www.htc-linux.org/wiki/index.php?title=Dream
It may interesting as a point of refrence.
anyway, keep up the good work, once my conract expires this is exactly the kind of thing I would love to do with my old phone
Hi all !
I have actually an Debian NATIVE on my G1, both Debian/OpenMOKO/Android on the SAME phone.
android are into NAND FLASH, OpenMOKO (for tests and few binaries/config files) into SD2 Partition, and Debian with all tools to compilation, into SD3 Partition.
Actualy work on my Debian G1 :
USB NET
Xorg
Keyboard (but one touch not responding)
Touchscreen (but the calibration into Worg not work, into FBCONS it's OK)
Trackball (but the ball not "click")
I trying to make call, with OpenMoko I can ring my phone.
I trying also WiFi : Crash :'(
for bluetooth, I don't have the fu***** firmware ...
For ALL : You can boot debian with fastboot or recovery.
Debian CAN be into SD1/FAT32 parition, into loop file. I make an boot img, who can boot from SD1 part with loop image you don't must repartition SDCARD, or have dedicated SD card.
Stuff that doesn't work: 3G/LTE, accelerometer, GPS, camera, and maybe some other stuff that I'm not remembering
Stuff that does work: GPU (full OpenGL 4.5 and Vulkan), sound, USB device and host, WiFi, Bluetooth, touchscreen (including stylus), SD/USB install
Downloads:
Linux4Tegra R24.1 beta (mirror) (updated on February 18th 2016)
Linux4Tegra R23.1 (mirror) (updated on November 21st 2015)
Linux4Tegra R21.4 (mirror) (updated on July 21st 2015)
Linux4Tegra R21.3 (mirror) (updated on March 9th 2015)
Installation instructions:
Install MultiROM (+ TWRP + touch support + patched kernel)
Download Linux4Tegra and install it through TWRP (Advanced -> MultiROM -> Add ROM)
Tips/notes:
To enable the on-screen keyboard during setup or login, press the blue icon in the corner and select on-screen keyboard from the menu that appears.
To enable the on-screen keyboard on desktop, run Onboard.
If your touch input becomes misaligned, install and run xinput-calibrator.
I am *very* interested in knowing which kernel you have used for this. Upstream, L4T, Android? This looks very promising in any case.
Gnurou said:
I am *very* interested in knowing which kernel you have used for this. Upstream, L4T, Android? This looks very promising in any case.
Click to expand...
Click to collapse
I've tried L4T 21.2, 19.3 and Lollipop. All of them need a small kernel patch (which might break HDMI, I have no idea) for the graphics to work, but apart from that they should all work fine for the most part.
Code:
In drivers/video/tegra/dc/dc.c, in tegra_dc_probe, after "int i;" add:
static int num_probed = 0;
if (++num_probed > 1) return -ENOENT;
Edit: this actually isn't needed, I was just using the wrong cmdline
Getting Started
THESE INSTRUCTIONS ARE OUTDATED. CONSIDER USING THE PREBUILT INSTALLER FROM THE MAIN POST INSTEAD!
You need a computer with Linux installed and some free space (I don't have the exact numbers, but 5GB would probably be enough). On the tablet, you need 2-3GB of free space (on the internal memory), an unlocked bootloader , root and you need Busybox installed too.
On the computer, you'll need to compile your kernel first (this guide includes the compiler, and there's a prebuilt boot.img in the attachments if you want to skip this part). I recommend using https://github.com/Bogdacutu/STLinux-Kernel, with st8_linux_defconfig.
The initramfs is pretty simple, it just mounts the relevant system partitions and loads Linux from them: https://github.com/Bogdacutu/STLinux-Initramfs. You'll need to edit KERNEL_PATH in build.sh and make the kernel beforehand, then running build.sh will result in a boot.img which you can boot with fastboot:
Code:
fastboot boot new_boot.img -c "console=tty1 fbcon=map:10 fbcon=rotate:2 fbfix"
For the rootfs, Linux4Tegra is the easiest place to start from. All the Tegra K1 versions should work fine. For example, with R21.2: (the sudo is necessary there)
Code:
$ wget http://developer.download.nvidia.com/mobile/tegra/l4t/r21.2.0/pm375_release_armhf/Tegra124_Linux_R21.2.0_armhf.tbz2
$ tar xfvj Tegra124_Linux_R21.2.0_armhf.tbz2
$ cd Linux_for_Tegra
/Linux_for_Tegra$ wget http://developer.download.nvidia.com/mobile/tegra/l4t/r21.2.0/pm375_release_armhf/Tegra_Linux_Sample-Root-Filesystem_R21.2.0_armhf.tbz2
/Linux_for_Tegra$ cd rootfs
/Linux_for_Tegra/rootfs$ sudo tar xfvj ../Tegra_Linux_Sample-Root-Filesystem_R21.2.0_armhf.tbz2
/Linux_for_Tegra/rootfs$ cd ..
/Linux_for_Tegra$ sudo ./apply_binaries.sh
/Linux_for_Tegra$ cd rootfs
/Linux_for_Tegra/rootfs$ sudo tar cfvj ../rootfs.tar.bz2 .
The resulting rootfs.tar.bz2 you'll need to somehow get on the device. For the next part, I'll assume it's in /sdcard/rootfs.tar.bz2. You'll need to do this on the device (through ADB or through Terminal Emulator)
Code:
$ su
# cd data
/data# mkdir linux
/data# cd linux
/data/linux# tar xfvj ../media/0/rootfs.tar.bz2
Enabling Bluetooth with brcm_patchram_plus:
Code:
$ sudo brcm_patchram_plus -d --patchram /system/etc/firmware/bcm43241.hcd --baudrate 3000000 --enable_lpm --enable_hci --use_baudrate_for_download --no2bytes --tosleep 1000 /dev/ttyTHS2
Prebuilt boot images:
new_boot(80).img - working WiFi and sound
new_boot(90).img - added pointer emulation to touchscreen driver
new_boot(94).img - fixed Bluetooth stability
new_boot(114).img - fixed HDMI, added support for non-LTE partition table, my tegra driver patch is now optional (without it fbcon doesn't work properly, enable by adding fbfix to cmdline)
new_boot(123).img (newest at the moment) - fbfix isn't needed anymore, added support for tmpfs ACLs, enabled XZ compression (because after reaching a certain size, the kernel wouldn't find the initramfs anymore), enabled KVM
Bogdacutu said:
Code:
In drivers/video/tegra/dc/dc.c, in tegra_dc_probe, after "int i;" add:
static int num_probed = 0;
if (++num_probed > 1) return -ENOENT;
Click to expand...
Click to collapse
Won't this code always return - ENOENT?
Sent from my Xperia Z1 Compact using Tapatalk
_TB_TB_ said:
Won't this code always return - ENOENT?
Sent from my Xperia Z1 Compact using Tapatalk
Click to expand...
Click to collapse
It will always return -ENOENT except for the first time the function gets called (which is enough for the screen to get initialized).
Unless you are looking to completely break the Ubuntu install, do not perform a release upgrade to 14.10.
Everyone here probably already knows this but I wanted to see what would happen, which was rendering the x-server unusable. These results did not surprise me but hopefully this will save someone else who has the same idea as I did some time.
joshtheitguy said:
Unless you are looking to completely break the Ubuntu install, do not perform a release upgrade to 14.10.
Everyone here probably already knows this but I wanted to see what would happen, which was rendering the x-server unusable. These results did not surprise me but hopefully this will save someone else who has the same idea as I did some time.
Click to expand...
Click to collapse
Try doing
Code:
sudo apt-mark hold xserver-xorg-core
before doing the upgrade, to prevent the driver from being overwritten.
Bogdacutu said:
Try doing
Code:
sudo apt-mark hold xserver-xorg-core
before doing the upgrade, to prevent the driver from being overwritten.
Click to expand...
Click to collapse
Thanks, that was the command I couldn't remember. Let me do a backup of it first then I will try again to see if the outcome is any different, I'll let you know how it goes once I have a chance.
Great i need a dual boot Android/Linux
Bogdacutu said:
What works:
Audio
WiFi
Click to expand...
Click to collapse
Bogdacutu said:
Got it working thanks to /u/GenuineAster, will post a full guide in a day or two.
Click to expand...
Click to collapse
Bogdacutu said:
Photos:
https://s3.amazonaws.com/pushbullet...OAfew/Screenshot from 2014-12-28 12:51:51.png
Click to expand...
Click to collapse
I got my tablet 2 days ago, and I'm already trying to mess up with it... I decided to try to install Ubuntu on my Shield Tablet (WiFi only, EU model).
So basically, I managed to boot it up thanks to you tutorial. It seems to be working well, but there are some things that does not work, and I see you apparently solved those issues already...
The issues I have are the following, ordered by priority:
- No WiFi (I see that you apparently solved this issue, can you please explain how you managed to do that?)
- While I was writing this message, I went to keyboard layout options, and the OS crashed, it went back to login screen twice (I was on the same window each time, it showed nvidia black screen, then the login screen)
- No audio (I only have a device named "Dummy audio input/output", you seem to have audio, can you confirm that?)
- Graphics flickering on some textures, for example, on the main sidebar menu, when my mouse pointer is over an icon, there is a background on that icon, but the background is flickering, that's weird...
- No touchscreen (But you don't neither)
For the moment, I think the most important thing is WiFi, since I can't do anything without network connexion. Can you help me with that? Thank you!
etienne51 said:
I got my tablet 2 days ago, and I'm already trying to mess up with it... I decided to try to install Ubuntu on my Shield Tablet (WiFi only, EU model).
So basically, I managed to boot it up thanks to you tutorial. It seems to be working well, but there are some things that does not work, and I see you apparently solved those issues already...
The issues I have are the following, ordered by priority:
- No WiFi (I see that you apparently solved this issue, can you please explain how you managed to do that?)
- While I was writing this message, I went to keyboard layout options, and the OS crashed, it went back to login screen twice (I was on the same window each time, it showed nvidia black screen, then the login screen)
- No audio (I only have a device named "Dummy audio input/output", you seem to have audio, can you confirm that?)
- Graphics flickering on some textures, for example, on the main sidebar menu, when my mouse pointer is over an icon, there is a background on that icon, but the background is flickering, that's weird...
- No touchscreen (But you don't neither)
For the moment, I think the most important thing is WiFi, since I can't do anything without network connexion. Can you help me with that? Thank you!
Click to expand...
Click to collapse
I just updated the boot.img from post #4, WiFi and sound work now, Bluetooth works if you load firmware but it's pretty unstable at the moment.
Ok, I just tested it, and I confirm it works! I haven't tried bluetooth for the moment, but I have WiFi and audio now with v80. Thank you for the update!
I have another question, I saw your previous screenshot showing glxgears running at around 900-1000fps. Since I have some small lags sometimes, I decided to try glxgears and I'm running at around 450fps, that's less that half the framerate you have on your Shield Tablet. Did you do something special with the drivers after the tutorial you wrote?
etienne51 said:
Ok, I just tested it, and I confirm it works! I haven't tried bluetooth for the moment, but I have WiFi and audio now with v80. Thank you for the update!
I have another question, I saw your previous screenshot showing glxgears running at around 900-1000fps. Since I have some small lags sometimes, I decided to try glxgears and I'm running at around 450fps, that's less that half the framerate you have on your Shield Tablet. Did you do something special with the drivers after the tutorial you wrote?
Click to expand...
Click to collapse
Not really, you can try messing with the governors and max frequency, iirc there's a script in the driver package that automatically sets the CPU frequency lower on boot.
Update: I got the touchscreen to work with the Android drivers! I will upload the changes to my kernel repo soon (as soon as I figure out which of all the changes I did are actually required).
How is HDMI out? I find it mildly function on Android, can I expect the same from Ubuntu? Also, I didn't see if LTE is supported.
adampdx said:
How is HDMI out? I find it mildly function on Android, can I expect the same from Ubuntu? Also, I didn't see if LTE is supported.
Click to expand...
Click to collapse
No idea if HDMI works, I don't have a cable (my patch might break it though, in which case we'll probably need to change it). And it works on LTE tablets, but mobile data doesn't work (at least for now).
adampdx said:
How is HDMI out? I find it mildly function on Android, can I expect the same from Ubuntu? Also, I didn't see if LTE is supported.
Click to expand...
Click to collapse
I just ordered a Mini HDMI to HDMI cable, it will arrive in less than a week. As soon as I get it, I'll tell you guys how it works!
/u/GenuineAster confirmed that HDMI isn't working. I'm going to get an Ethernet adapter for netconsole soon, so that I can find out why it doesn't work with my patch to the tegra driver (which I'm sure is the reason HDMI isn't working). I'm also working on a way to get libGL.so to work in an i386 chroot (so that we can try to play desktop games that aren't compiled for ARM yet).
I'm impressed that this actually works so well. Makes what I have on my Shield Portable look pitiful. No sound, no video acceleration, etc. Now the question is, what changes have to be made to a mainline kernel to get similar results? Well, minus the video acceleration that's likely hard-coded to a specific kernel version. Bogdacutu, do you have a patch of your changes? Your github repo isn't a forked copy of the kernel, so it's hard to see the initial changes. I'd like to get a copy of Fedora running. Also looking forward to your touchscreen fix. My usb-otg cable is flakey to the point it causes Ubuntu to reboot if I bump it too much...
Question to the larger community: Anyone know how to get the wireless controller to work with this? I poked at wpa_cli and a couple of the p2p_ commands, but so far haven't picked up anything from the controller when it's searching.
Edit: Seems the otg charging thing doesn't work either. Makes long-term use impracticle when an input device has to be plugged in. Any of the kernel hackers know the bits that changed in nvidia's lollipop kernel to allow this?
Hi there. About 5 days back I posted up a question over on the other forum section asking if there was any way to do this and never got any replies. I decided to go searching and found an awesome XDA user called tomascus who in the past has modified other device cameras and some of the Xperia Z range cameras to increase bitrates when recording. He was nice enough to modify the 4K camera APK for me and I wanted to share it with anyone else who has been looking for the same thing as I was. Remember to thank him if you see him around!
There are two files now three files.
The first is;
SuperVideoCamera-xxhdpi-release.apk
This is the file you want if all you need is the 4K bitrate increase. It's set to record [email protected] 80mbps.
To use it copy the file using a file explorer with root access to the
system/priv-app/SuperVideoCamera-xxhdpi-release folder and give it the permissions 644.
I would strongly suggest you rename the original rather than overwriting it or deleting it just in case something doesn't work or you want to go back to normal.
Clear the camera app's data/cache and restart then you should be good to go.
The second file is just a modified media-profiles.xml
You don't need this unless you also want to modify the bitrates of [email protected] and [email protected]
The APK above will change the 4K bitrate without needing this file.
You can use just this file on it's own and not the APK above if you don't want to change the 4K recording but want the increased 1080 and 720.
To use this one, copy the file to the system/etc folder and give it permissions 644 and reboot.
Again, I really think you should rename the original rather than overwriting it for the option of changing back.
I set the bitrates as;
[email protected]= 54mbps
[email protected]= 24mbps
These settings also apply to recordings taken using the Timeshift camera feature.
The third file is SemcCameraUI-generic-xxhdpi-release.apk
This one will modify just the [email protected] 60FPS bitrate up to 54mbps
To use it do the same as the first file and copy it using a file explorer with root access to the
system/priv-app/SemcCameraUI-generic-xxhdpi-release folder and give it the permissions 644.
Rename the original rather than overwriting it or deleting it just in case something doesn't work or you want to go back to normal.
Clear the camera app's data/cache and restart then you should be good to go.
As far as I have tested everything worked fine. Please let me know if you have any problems and I'll try fix them.
I've added copies of the original files on the next page in case anyone ever needs them.
Thanks for the input , I installed the apk and file.xml and I have not noticed improvement in video quality. What I have noticed is that the videos take up a lot more storage space than before ...
Thanks for the feedback. I've not done much testing of it myself yet. I've had time to playback one 4K recording I took on my 4K TV vs. A couple of other ones I'd taken before the mod and the new one does look slightly more crisp. The two videos are in different conditions so it could be the lighting. I'll need to take some before and after shots of the same thing and see how it looks.
The 720 and 1080, I agree, I can't see much of a difference except slightly more dark "noise" and a larger file size. It could be a limitation of the hardware or something. Perhaps it tells it to capture more and it tries - but it just can't.
It definitely needs more testing and more feedback from anyone else who wants to try it would be greatly appreciated.
Could other things also be incorporated like some manual unlocked controls ? Or maybe ISO control in 23 MP too? Some of the features from the other camera based thread for the xperias ?
I'm pretty sure I saw something like that for an old xperia camera and there was an xposed module for the z2 that unlocked the 20mpx in certain modes so I assume these things are possible. I'm not a developer in any way though and have no idea how to do that to be honest.
I've learned some stuff so far messing about with this about how to decompile and look through the code but that sounds like a job for someone who knows what they are doing
Juan_Largearm said:
I'm pretty sure I saw something like that for an old xperia camera and there was an xposed module for the z2 that unlocked the 23mpx in manual so I assume these things are possible. I'm not a developer in any way though and have no idea how to do that to be honest.
I've learned some stuff so far messing about with this about how to decompile and look through the code but that sounds like a job for someone who knows what they are doing
Click to expand...
Click to collapse
There's another thread there by xswxm containing the unlocked apk. Maybe that could be edited by you to gain these good features too.
Ashray_Vk said:
There's another thread there by xswxm containing the unlocked apk. Maybe that could be edited by you to gain these good features too.
Click to expand...
Click to collapse
I've had a quick look at that APK from over there and all I've really been able to see is the ISO names and values. I could change the values but as I don't really know what I'm doing I don't know where I'd begin to enable ISO control at 23mpx. There's nothing simple I can see like "change this to enable it" :laugh:
This is why devs get paid the big bucks and I'm definitely in over my head.
Maybe send off a PM to xswxm and ask him if he could mod the camera for you.
Juan_Largearm said:
I've had a quick look at that APK from over there and all I've really been able to see is the ISO names and values. I could change the values but as I don't really know what I'm doing I don't know where I'd begin to enable ISO control at 23mpx. There's nothing simple I can see like "change this to enable it" :laugh:
This is why devs get paid the big bucks and I'm definitely in over my head.
Maybe send off a PM to xswxm and ask him if he could mod the camera for you.
Click to expand...
Click to collapse
It's been unlocked already.
My request was to incorporate your mod into that apk.
Edit: just realised that there's a different apk for video, sorry about the confusion. Maybe I need sleep, lol
Ashray_Vk said:
It's been unlocked already.
My request was to incorporate your mod into that apk.
Edit: just realised that there's a different apk for video, sorry about the confusion. Maybe I need sleep, lol
Click to expand...
Click to collapse
Ahh seems we both misunderstood! No problem.
Rubensss said:
Thanks for the input , I installed the apk and file.xml and I have not noticed improvement in video quality. What I have noticed is that the videos take up a lot more storage space than before ...
Click to expand...
Click to collapse
OK so after a lot more messing around it seems there is a bitrate point at which there is no longer an increase in notable quality of the video but the file sizes still get bigger as you keep increasing the bitrate. 54 mbps to my eye seems to be a good maximum for 1080p and I couldn't see any real increase of quality after 22mbps on 720p. 54 1080p might even be too high still. I'd be interested to know what other people see in terms of quality.
hello friends
When i want to copy files with root explorer it gives me an error and siad failed to copy files, i try with es explorer and it says these files are read only system files, what can i do? I have z5 premium android 6 rooted
samantafs said:
hello friends
When i want to copy files with root explorer it gives me an error and siad failed to copy files, i try with es explorer and it says these files are read only system files, what can i do? I have z5 premium android 6 rooted
Click to expand...
Click to collapse
You need to mount the folder as read/write instead of read only or you can't make any changes inside it. Going by what you described you never tried to rename the files you were going to replace first which would give you the same error too and which I would advise you to do too
You'll be glad you didn't overwrite them if you want to change back at some point.
Original Files
Just in case you never kept the old ones and want them back later :laugh:
Fire are so cheap, that's great,but it's so slow even for normal task.
Long time ago,I have found the performance Bottleneck
Of fire is RAM,not CPU,at least for daily normal use like browser web.when I open more than 3 app like chrome videos music play store,the fire become so slow even get stuck, that's really bad.so the problem is It run out of RAM.it only has 1.7G ram for hd 10 and 1.4g for hd 7 or 8. That's really small today.here is solution I found , it's amazing efficient,really make your fire usable even you run many many apps simultaneously.
One word is "swap".
Swap can make you disk storage to be used as RAM,we know disk is slower than RAM,but as I have test, it's OK,you can do it. : )
First get your fire rooted
Next download a terminal I recommend termux,a powerful tool.
Open temux,now you can run many Linux command on you ,run following command:
su
dd if=/dev/zero of=swap bs=200m count=20
mkswap swap
swapon swap
you will creat 200m*20 about 3.5G ram,also,it takes up the same amount storage,but it worth.
to check if you turn on swap run follow command:
exit
free -m
You'll see you ram status include swap
if you dont ru su before,you dont need exit command beacause you are normal user
swap make big diff experience on you fire, now try it
i can run firefox snd chrome and many app at same time at a acceptable speed.amazing!!!
you will
This is my first share on XDA,I think it's really useful, hope help you too : )
iuyals said:
Fire are so cheap, that's great,but it's so slow even for normal task.
Long time ago,I have found the performance Bottleneck
Of fire is RAM,not CPU,at least for daily normal use like browser web.when I open more than 3 app like chrome videos music play store,the fire become so slow even get stuck, that's really bad.so the problem is It run out of RAM.it only has 1.7G ram for hd 10 and 1.4g for hd 7 or 8. That's really small today.here is solution I found , it's amazing efficient,really make your fire usable even you run many many apps simultaneously.
One word is "swap".
Swap can make you disk storage to be used as RAM,we know disk is slower than RAM,but as I have test, it's OK,you can do it. : )
First get your fire rooted
Next download a terminal I recommend termux,a powerful tool.
Open temux,now you can run many Linux command on you ,run following command:
su
dd if=/dev/zero of=swap bs=200m count=20
mkswap swap
swapon swap
you will creat 200m*20 about 3.5G ram,also,it takes up the same amount storage,but it worth.
to check if you turn on swap run follow command:
exit
free -m
You'll see you ram status include swap
if you dont ru su before,you dont need exit command beacause you are normal user
swap make big diff experience on you fire, now try it
i can run firefox snd chrome and many app at same time at a acceptable speed.amazing!!!
you will
Click to expand...
Click to collapse
Yes, adding a static swap file and adjusting 'swappiness' can make a huge difference in responsiveness, especially when multitasking and after wake from extended sleep when many apps attempt to resync. The file does not need to be large and can be placed in the cache partition if desired.
My recommendations:
- 256MB static swap file
- set swappiness to 10
- leave ZRAM swap intact if present
- (optional) set ZRAM priority higher than static file to favor ZRAM storage
Also no need to use obsecure terminal commands. The free app Apps2SD easily handed swap file creation and management.
Davey126 said:
Yes, adding a static swap file and adjusting 'swappiness' can make a huge difference in responsiveness, ...
My recommendations:
- 256MB static swap file
- set swappiness to 10
- leave ZRAM swap intact if present
- (optional) set ZRAM priority higher than static file to favor ZRAM storage
Also no need to use obsecure terminal commands. The free app Apps2SD easily handed swap file creation and management.
Click to expand...
Click to collapse
Which "Apps2SD" does one download? There are quite a few apps with similar name "App2SD".
Is this the one ?
https://www.apps2sd.info/features
https://play.google.com/store/apps/...rce=Website&utm_medium=Home&utm_campaign=Home
Thank you.
Dan_firehd said:
Which "Apps2SD" does one download? There are quite a few apps with similar name "App2SD".
Is this the one ?
https://www.apps2sd.info/features
https://play.google.com/store/apps/...rce=Website&utm_medium=Home&utm_campaign=Home
Thank you.
Click to expand...
Click to collapse
Yep - that's the pup.
{interesting: name varies depending on entry point; author calls it "Apps2SD" but is posted as "App2SD" in the Play Store}
Oh, thanks so much,you introduce me zram, which a More amazing concept,as I have test,it has better performance than swap,now I change to zram,thx,it's better to my disk
its so good to share,bc i get a better one : )
Does anyone know the PROS and CONS, as far as ZRAM is concerned, between Apps2SD and RAMExpander?
See the following post about RAMExpander:
https://forum.xda-developers.com/hd8-hd10/general/best-optimization-hack-experience-t3730239
Thanks.
Dan_firehd said:
Does anyone know the PROS and CONS, as far as ZRAM is concerned, between Apps2SD and RAMExpander?
See the following post about RAMExpander:
https://forum.xda-developers.com/hd8-hd10/general/best-optimization-hack-experience-t3730239
Thanks.
Click to expand...
Click to collapse
Apples and oranges. Apps2SD is simply a tool that provides GUI for defining and managing static swap files. RAMExpander appears to do the same thing with predefined (and excessive IMO) values. ZRAM is a seperate beast that is best left alone unless one is familiar with Virtual Memory Management and the various interactions that take place between tuneables.
-- I accidentally posted in the wrong thread, sry --
Davey126 said:
Yes, adding a static swap file and adjusting 'swappiness' can make a huge difference in responsiveness, especially when multitasking and after wake from extended sleep when many apps attempt to resync. The file does not need to be large and can be placed in the cache partition if desired.
My recommendations:
- 256MB static swap file
- set swappiness to 10
- leave ZRAM swap intact if present
- (optional) set ZRAM priority higher than static file to favor ZRAM storage
Also no need to use obsecure terminal commands. The free app Apps2SD easily handed swap file creation and management.
Click to expand...
Click to collapse
Is this (attachment) ok?
Oco said:
Is this (attachment) ok?
Click to expand...
Click to collapse
That works! Don't expect miracles. Still a low resource gizmo; reading/writting to static swap is magnitudes slower than memory based zram. But it does allow the OS to swap when needed without thrashing. Setting swappiness to 10 encourages the retention of processes in memory while reducing the chance of exhusting available swap space. If that happens the device will become a complete dog due to thrashing on slow file based swap; a reboot will fix things up.
Davey126 said:
That works! Don't expect miracles. Still a low resource gizmo; reading/writting to static swap is magnitudes slower than memory based zram. But it does allow the OS to swap when needed without thrashing. Setting swappiness to 10 encourages the retention of processes in memory while reducing the chance of exhusting available swap space. If that happens the device will become a complete dog due to thrashing on slow file based swap; a reboot will fix things up.
Click to expand...
Click to collapse
Thanks, is this the same for fire 8 and fire 7?
Oco said:
Thanks, is this the same for fire 8 and fire 7?
Click to expand...
Click to collapse
Yep with caveats. Haven't messed with Fire 8 (2018) virtual memory as stock settings/performance are adequate for my current needs. Wake lag on the HD 8 is non-existent with my app portfolio which was the driver for adding a static swap file on the Fire 7. As a general rule I avoid turning knobs and dials unless there is a benefit that offsets the effort and potential side-effects.
Davey126 said:
Yep with caveats. Haven't messed with Fire 8 (2018) virtual memory as stock settings/performance are adequate for my current needs. Wake lag on the HD 8 is non-existent with my app portfolio which was the driver for adding a static swap file on the Fire 7. As a general rule I avoid turning knobs and dials unless there is a benefit that offsets the effort and potential side-effects.
Click to expand...
Click to collapse
Agreed. While I have no experience with other Fire tabs, the Fire 8 HD 2018 is way better than I expected after reading some of the threads in this forum. I have now disabled the major bloats but find no big difference in either speed or battery drain.
Hi guys. I am late to this thread, of course.
Can anyone tell me how to root the fire 7 9th gen which runs on version 7.3.1.8?
I see that the fire 7 can run way faster because of the methods above but my device can't be rooted because it seems it can't be rooted by where I looked to root it.
All Fire tablets are entry-level that aren't intended for multitasking.
AmznUser444 Dev said:
All Fire tablets are entry-level that aren't intended for multitasking.
Click to expand...
Click to collapse
I see. So you are saying that they can't be rooted? Like the version I have right now? Just wanting to change the swap.
Animate Blade said:
Hi guys. I am late to this thread, of course.
Can anyone tell me how to root the fire 7 9th gen which runs on version 7.3.1.8?
I see that the fire 7 can run way faster because of the methods above but my device can't be rooted because it seems it can't be rooted by where I looked to root it.
Click to expand...
Click to collapse
Try kingroot.
kwanbis said:
Try kingroot.
Click to expand...
Click to collapse
Does it work? Did you have experience of it? I'll see though and come back With some info on it.
Animate Blade said:
Does it work? Did you have experience of it? I'll see though and come back With some info on it.
Click to expand...
Click to collapse
I just flashed LineageOS 12.1 on my two FireHD10. The first one I had blocked the OTA updates so I was able to install TWRP following this guide:
[UNLOCK][ROOT][TWRP][UNBRICK] Fire HD 10 2017 (suez)
Read this whole guide before starting. This is for the 7th gen Fire HD10 (suez). Current version: amonet-suez-v1.1.2.zip NOTE: This process does not require you to open your device, but should something go horribly wrong, be prepared to do...
forum.xda-developers.com
But for the second one, I had forgotten to block the OTA updates so the first step which requires root was not working. I used kingroot to root it first and then followed the guide I posted above.
I did the soft brick to downgrade and then I installed LineageOS 12.1
[discontinued][ROM][unlocked][suez] Lineage-12.1 [05 MAY 2020]
Disclaimer /* * I am not responsible for bricked devices, dead SD cards, thermonuclear war, * or you getting fired because the alarm app failed. * Please do some research if you have any concerns about features included * in the products...
forum.xda-developers.com
I did it 2 or 3 days ago.
Disclaimer: I got this device from the Manufacturer to test Linux on it. The below findings are my own and express my own opinion.
Specs and short review:
Intel Atom x5-Z8350 CPU (4x1,92 GHz)
Intel Integrated GPU
1920x1200 10.1" IPS Screen
4GB RAM
64GB Internal Storage
1 x USB C
1 x USB Micro B
1 x Mini HDMI
Bluetooth 4.2
2.4GHz WiFi
Rotation Sensor
Front and Back Camera
Mico SD Card slot up to 400GB (Website claims 64GB but I sucessfully tested it with an 128GB Card that uses the SDXC Standard)
Headphone Jack
Stereo Speakers
Keyboard Dock Support
Touchpen support
The Chuwi Hi10 Air is a compact 10.1" Tablet running a Windows 10. It has a sturdy Aluminium Body and the overall build quality is astonishing.
The speakers are surprisingly good for a tablet in that price segment. Paired with Bluetooth, a headphone jack and the 1920x1200 WUXGA display it's perfect for all kind of Media Playback. The battery is powerful enough to easily survive a few Movies. The optional detachable keyboard is a welcome addition for when you need to write some text.
The keyboard is nice to type on, but I had cases where it would send keys out of nowhere. I can't guarantee that's not caused by the few drops of water I accidentally spilled on the connection to the tablet at some point. I'm not a big fan of the trackpad, mainly because it's way to small to be usable for me but that might be because I am used to the trackpad on my 15" MacBook Pro.
The Touchpen is very accurate thanks to the digitizer, however the touchscreen does not send different signals for Pen and Finger to the System. That means trying to take notes while resting your hand on the screen doesn't really work.
Sadly, the full Windows 10 install user experience is really impacted by the entry level Intel Atom Z8350. It's just not powerful enough to accomplish any advanced tasks.
However, Chuwi sent me the device to bring linux to it, so that's what I did. This allows us to use lighter Window Managers and therefore more resources for actual tasks, resulting in a better performance.
Install Linux
First of all you need to install Linux on the tablet. That means you will erase your internal Windows installation, so make sure to either do a backup of it, or at least make yourself familiar with how to reinstall Windows in case it's needed.
Please note that you can NOT install Linux on an SDCard because the BIOS can not boot from the SDCard.
Backup
You can find the Hi10 Air Windows drivers here:
https://forum.chuwi.com/forum.php?mod=viewthread&tid=6861
And a guide here (applies for the Hi10 Air too):
https://forum.chuwi.com/forum.php?mod=viewthread&tid=15&page=7#pid29091
https://forum.chuwi.com/thread-15-1-1.html
Install
Next up, it's time to choose your Linux distro.
I recommend anything that is based on Arch Linux and that uses either LightDM or lxdm, because that is what my guide will be using to setup certain features. Of cause you're free to choosewhatever you want.
That means you could for example use Antergos, an ArchLinux based distro that includes Desktop managers (for Antergos I recommend XFCE), or go the hard way and install ArchLinux from scratch and use lxdm with LXQt. LXQt proved to me to be the best lightweight and yet High-DPI friendly Desktop Environment, so that's what I used.
I trust you will be able to find the guides on how to install either with a quick Google search, so I will not go much further into detail here.
To get into the boot menu, you need to press F7.
After your installation is done most things are already working.
Fixing Remaining Issues
Out of the box, there are a few issues and things that do not work because they are missing drivers or similar.
Automatic Rotation
We're getting started with the most important which is rotation.
As you'll need to enter a couple commands to get automatic rotation working, start off with manually rotating the screen by opening a terminal and run the command
Code:
xrandr -o left
Note: xrandr is part of xorg-xrandr, and you will need that package for autoration to work.
There are a couple solution on how to rotate the screen out there, however I decided to go for the one with least overhead that looked the cleanest to me.
First of all, compile the 2in1screen binary. The sourcecode can be found on my GitHub. Download, compile it and push it to /usr/local/bin.
Note: Make sure to install xorg-xrandr and xorg-xinput for this tool to work.
Code:
wget https://raw.githubusercontent.com/Myself5/Chuwi_Hi10_Air_Linux/master/2in1screen.c
gcc -O2 -o 2in1screen 2in1screen.c
sudo mv 2in1screen /usr/local/bin/
sudo chmod +x /usr/local/bin/2in1screen
Now configure the Desktop Manager to start it after login.
LXDE: add
Code:
/usr/local/bin/2in1screen &
to
Code:
/etc/lxdm/PostLogin
LightDM: Place the screenrotate.sh in /etc/lightdm/screenrotate.sh and set
Code:
display-setup-script
in
Code:
/etc/lightdm/lightdm.conf
to
Code:
display-setup-script /etc/lightdm/screenrotate.sh
screenrotate.sh
Code:
#!/bin/bash
pkill -9 2in1screen
/usr/bin/2in1screen &
Reboot and make sure everything works as desired.
Touchscreen
The Hi10 Airs Silead touchscreen requires drivers that are not bundled with a Linux install. You can download them here: https://github.com/onitake/gsl-firmware/tree/master/firmware/linux
See the Readme on how to install them.
These drivers get loaded by the Linux kernel. I submitted a commit to add support for the Hi10 Air to the Linux Kernel and it has been approved. The commit is merged in the 5.1 (and newer) Kernel. That means you need to update your kernel for a proper touch support.
If you previously used my Kernel you can go back to the official kernel by running:
Code:
sudo pacman -R linux-chewbacca linux-chewbacca-headers
sudo pacman -Syu linux linux-headers
sudo grub-mkconfig -o /boot/grub/grub.cfg
Now reboot and enjoy your touchscreen.
Audio
If your Audio isn't working, make sure to update the alsa-lib to Version 1.1.7 or above. On Arch that package is in the stable repos so a
Code:
sudo pacman -Syu
will be enough.
Bluetooth
Install blueman and follow the firmware instructions mentioned here:
https://github.com/lwfinger/rtl8723bs_bt/issues/28#issuecomment-432806835
Which means you need to clone https://github.com/lwfinger/rtl8723bs_bt
and run
Code:
sudo cp rtlbt_fw /usr/lib/firmware/rtl_bt/rtl8723bs_fw.bin
sudo cp rtlbt_config /usr/lib/firmware/rtl_bt/rtl8723bs_config.bin
cd /usr/lib/firmware/rtl_bt
sudo ln -s rtl8723bs_config.bin rtl8723bs_config-OBDA8723.bin
General UI
Now, you probably already noticed, everything is a bit small to use your Fingers.
As a browser I recommend Google Chrome as that has a great touchscreen UI already.
For File browsing and reading I suggest using nautilus and evince because of their touch friendlyness.
System DPI
For the whole system, there is a few things you can improve:
First of all, increase the general DPI.
You can do so by adding
Code:
Xft.dpi: 150
to
Code:
~/.Xresources
. If the file doesn't exist, create it.
LXQt Tweaks
Next up a few additional tweaks for LXQt:
First of all increase the Panel bar
Rightclick on the Panel and Press "Configure Panel". Then set the Size to 50px and the Icon Size to 30px.
Next up, Go to the Menu -> Preferences -> LXQt settings -> Appearance -> Font and set the DPI to 96
and finally go to Menu -> Preferences -> LXQt settings -> OpenBox Settings -> Font and increase the individual fonts to get a window title bar to drag/drop as well as hit the navigation with the finger. I set mine to Cantarell 16 and Cantarell 14.
Install OnBoard
Another Handy feature I found myself in need of was an onscreen keyboard. For that I installed OnBoard, and found a very neat feature here: https://bugs.launchpad.net/onboard/+bug/1232107
You can map a button to open/close the keyboard.
I set mine to Super L, which equals the left Windows button and the touch button on the tablet itself.
In the LXQt Settings Menu you can configure Shortcut Keys.
Create or edit the existing shortcut and either map the following DBus Call.
DBus Call:
Service:
Code:
org.onboard.Onboard
Path:
Code:
/org/onboard/Onboard/Keyboard
Interface:
Code:
org.onboard.Onboard.Keyboard
Method:
Code:
ToggleVisible
If your Desktop environment doesn't support DBus calls, use the following command:
Code:
dbus-send --type=method_call --dest=org.onboard.Onboard /org/onboard/Onboard/Keyboard org.onboard.Onboard.Keyboard.ToggleVisible
I got a Chinese manufactured pad-like device which is supported by the Linux mainline kernel and works pretty well except for the ****ty wifi chipset from Broadcom. That device has z8300 Soc and runs pretty well. I really like the On-The-Go device design as it is easy to carry around. Thanks for sharing!
Does this do a total partition wipe? Can you install to the Android partition and keep windows?
Droid_Nut said:
Does this do a total partition wipe? Can you install to the Android partition and keep windows?
Click to expand...
Click to collapse
The Hi10 Air is Windows only, there's no Android on it.
You could, however, resize the Windows Partition and install Linux alongside it. Generic Tutorials that float around the internet apply just fine here.
For Tablets that have Android and Windows like the Hi10 Plus, I don't quite know how the Android system is setup there. As far as I know you can remove Android entirely though, then you can just follow the procedure to resize Windows and Install Linux alongside.
I would love to get one of these units for review
Myself5 said:
The Hi10 Air is Windows only, there's no Android on it.
You could, however, resize the Windows Partition and install Linux alongside it. Generic Tutorials that float around the internet apply just fine here.
For Tablets that have Android and Windows like the Hi10 Plus, I don't quite know how the Android system is setup there. As far as I know you can remove Android entirely though, then you can just follow the procedure to resize Windows and Install Linux alongside.
Click to expand...
Click to collapse
Okay, I have the Chuwi hi10, dual boot Android and Windows 10. I will have to run live CD and run Gparted and take a look at the Partition Structure. I suppose I will be doing a total backup with Clonezilla before I do anything.
@Myself5 How's the battery life? And I guess, technically it's possible to install Android-x86 on it right?
Droid_Nut said:
Okay, I have the Chuwi hi10, dual boot Android and Windows 10. I will have to run live CD and run Gparted and take a look at the Partition Structure. I suppose I will be doing a total backup with Clonezilla before I do anything.
Click to expand...
Click to collapse
That sounds like a good plan. Clonezilla backup is what I went for too.
silv3rfox said:
@Myself5 How's the battery life? And I guess, technically it's possible to install Android-x86 on it right?
Click to expand...
Click to collapse
Battery life is great, i'd say better than Windows. Can't give you any numbers though because I didn't really pay attention to it yet.
Android-x86 is technically possible and with the Linux drivers even easier but I havn't looked into that yet.
Hey guys happy to see there is interest in this tablet. I do got the dualboot version too.
To install Android i found this:
jonathansblog. co.uk/ factory- restore- android- on- chuwi- hi10
After i personally Installed remix OS
konstakang.com /devices /chuwi_vi10plus /RemixOS/
When I installed Ubuntu, just Ubuntu Started, Android stuck, i found a solution here:
github.com /floe /tuxblet
I Just cant figure out this one:
Unfortunately, this still causes the Android install to hang on boot after Linux has been installed. I was assuming, for a very long time, that this is also an EFI-related problem. However, after multiple factory resets (see https://forum.chuwi.com/thread-2341-1-1.html and https://01.org/node/2463 for instructions), I finally found out that the problem is related to the very eager Ubuntu automounter, which grabs any ext4 filesystem it can find and mounts it read-write.
Of course, this shouldn't be a problem in theory, but this also happens for the Android system/data/etc. partitions, and whatever Ubuntu does to the ext4 FS when it's mounted, causes Android to croak. This means that even just booting a Ubuntu Live System from USB one single time will likely render the Android installation unbootable.
I've finally managed to fix this by setting the respective UUIDs to noauto in /etc/fstab as follows:
# do _not_ automount the Android partitions
UUID=57f8f4bc-abf4-655f-bf67-946fc0f9f25b /none ext4 ro,noauto 0 0
UUID=57f8f4bc-abf4-655f-bf67-946fc0f9f25b1 /none ext4 ro,noauto 0 0
UUID=57f8f4bc-abf4-655f-bf67-946fc0f9f25b2 /none ext4 ro,noauto 0 0
UUID=57f8f4bc-abf4-655f-bf67-946fc0f9f25b3 /none ext4 ro,noauto 0 0
If you look closely, you will notice that entries 2-4 are not actually proper UUIDs, they have an additional digit from 1-3 at the very end. The reason for this is that all the Android partitions (system, cache, data, config) have the same UUID and show up with the extra digit when the automounter grabs them. I'm not sure if this UUID duplication might actually be the root cause...
Unfortunately he does not explain how to no auto mount this partitions without a live CD and / or it is going to work even if Ubuntu installed is.
Hi everybody
Did kernel 5.1 resolve any problem. I use mint 19 but it seems that nothing happened
nikmag said:
Hi everybody
Did kernel 5.1 resolve any problem. I use mint 19 but it seems that nothing happened
Click to expand...
Click to collapse
5.1 includes the touchscreen fix on it's own so you don't need to use the kernel I provided anymore.
Thanks for your reply. I had 5.09 and I installed 5.1 but no touchscreen activation. I had to return to 5.09. Any update for Bluetooth drivers? I installed them manual, it seems to be active but cannot see any Bluetooth device . Also the problem with the bios or boot screen is always in vertical position and not touchscreen or other way to select OS. I use windows 10 and Mint 19.1 Thanks again.
nikmag said:
Thanks for your reply. I had 5.09 and I installed 5.1 but no touchscreen activation. I had to return to 5.09. Any update for Bluetooth drivers? I installed them manual, it seems to be active but cannot see any Bluetooth device . Also the problem with the bios or boot screen is always in vertical position and not touchscreen or other way to select OS. I use windows 10 and Mint 19.1 Thanks again.
Click to expand...
Click to collapse
So it does work with my 5.09 kernel though, right? Otherwise you'd have forgotten to install the touch drivers (see the OP on how to do that).
Bluetooth works flawless for me on Arch. Maybe Mint has some other packages that don't fully work with the chip yet?
As for Grub: there's nothing we can do about that. As it currently stands grub has no support for touchscreens or screen rotation. You could try different UEFIs (rEFInd comes to mind here) but other than that it's not possible. I thought about possibly mapping the volume buttons to up/down for selection, but that would still leave us without an enter key.
Although, now that I think about it again: it might be possible to register the windows touchkey as "enter". I guess I'll take a look into that
Actually I did not use your 5.09 kernel. I had already done a successful procedure with different kernels before reading your post. Yes probably is Mint issue. I need to find some time to install Arch. If you manage to do something with buttons it will be wonderful. I boot to Mint and then with a command a switch to win10. Are you pleased with the active pen? I really thank you for your support. I would also like to help if I can.
nikmag said:
Actually I did not use your 5.09 kernel. I had already done a successful procedure with different kernels before reading your post. Yes probably is Mint issue. I need to find some time to install Arch. If you manage to do something with buttons it will be wonderful. I boot to Mint and then with a command a switch to win10. Are you pleased with the active pen? I really thank you for your support. I would also like to help if I can.
Click to expand...
Click to collapse
According to a quick Google search custom keymapping for grub seems to be harder than expected. rEFInd seems to have touch support for some tablets though. I might look into that instead.
The "active Pen" on Windows is useless because it's not "active". It does get prefered over your hand, but the Hi10 Air doesn't have proper pen support. So the 256 pressure level touchpen they sell you is effectively as good as your finger. There is no pressure sensitivity support. On Linux this get's even worse because the pen is apparently using a different kind of calibration, so if you use it it's horribly offset. I was looking to use it for Notes during lectures, which is impossible to do. Even on Windows it's just not working. I've been in contact with my contact at Chuwi (who also sent me the device) and he just kept on talking around the topic. He never officially claimed the Pen would be supported but also never denied it. All he did was keep on sending me different touch drivers to "make the pen work" (although the definition of the term "work" can mean everything here).
TL;DR: Not pleased AT ALL.
P.S: I just updated the OP. the 5.1 kernel is released and works flawless on my Hi10 Air.
Hey everyone.
Can't make touchscreen work even on 5.1.2
see some screenshots:
https://imgur.com/598zrHM
kernel version:
https://imgur.com/qGtHJoc
heenry20 said:
Hey everyone.
Can't make touchscreen work even on 5.1.2
see some screenshots:
https://imgur.com/598zrHM
kernel version:
https://imgur.com/qGtHJoc
Click to expand...
Click to collapse
So which tablet do you have? A normal Hi10 Air?
Myself5 said:
So which tablet do you have? A normal Hi10 Air?
Click to expand...
Click to collapse
Yes, running kde neon.
M5 you are right, the finger is much better than 'active' pen! I bought also nebo app for recognition but the pen is totally invisible. Probably you checked drivers from you know https://forum.chuwi.com/thread-6861-1-1.html. It will be a big help if you manage to do something with rEFInd . Thanks