Related
As some of you may have noticed, Faux123 has just ported his 2.3.4 AOSP rom to our phones - and he did this without even owning one. Faux123 is an incredible dev, and I think EVERYONE should be thrilled at the prospect of getting him on board to work with our device regularly.
For those who aren't aware of his work, here's some of his work (not all - I couldn't list everything..hah):
Froyo/AOSP 2.6.32.36 MaxOC~1.84GHz OC & UV Kernel
Froyo/Sense 2.6.32.21 MaxOC~1.84GHz OC & UV Kernel
Gingerbread 2.6.32.39 MaxOC~1.84Ghz OC & UV Kernel
2.3.4 AOSP for MyTouch4G
Glacier Gingerbread 2.3.3
The man is currently dev'ing for us without even owning a G2X. I believe this needs to change! Let me kick off the "Let's get Faux123 a G2X Dev Phone fund" at $20. Who's with me?
brianbrain said:
As some of you may have noticed, Faux123 has just ported his 2.3.4 AOSP rom to our phones - and he did this without even owning one. Faux123 is an incredible dev, and I think EVERYONE should be thrilled at the prospect of getting him on board to work with our device regularly.
For those who aren't aware of his work, here's some of his work (not all - I couldn't list everything..hah):
Froyo/AOSP 2.6.32.36 MaxOC~1.84GHz OC & UV Kernel
Froyo/Sense 2.6.32.21 MaxOC~1.84GHz OC & UV Kernel
Gingerbread 2.6.32.39 MaxOC~1.84Ghz OC & UV Kernel
2.3.4 AOSP for MyTouch4G
Glacier Gingerbread 2.3.3
The man is currently dev'ing for us without even owning a G2X. I believe this needs to change! Let me kick off the "Let's get Faux123 a G2X Dev Phone fund" at $20. Who's with me?
Click to expand...
Click to collapse
Haha, thanks for the support... But don't do this for me...... I got another thread @ Glacier forum doing the same thing.. I eventually reached a private agreement with a fellow XDA member to purchase his spare phone for a friendly discount....
Appreciate your thread, but I don't want this to turn into a begging session or money grab thread If I decide to fully jump in, I will purchase the phone... I am still borderline... thinking about it...
faux123 said:
Haha, thanks for the support... But don't do this for me...... I got another thread @ Glacier forum doing the same thing.. I eventually reached a private agreement with a fellow XDA member to purchase his spare phone for a friendly discount....
Appreciate your thread, but I don't want this to turn into a begging session or money grab thread If I decide to fully jump in, I will purchase the phone... I am still borderline... thinking about it...
Click to expand...
Click to collapse
Will u be developing for the sensation or mainly between the glacier and the g2x?
Sent from my LG-P999 using XDA Premium App
faux123 said:
Haha, thanks for the support... But don't do this for me...... I got another thread @ Glacier forum doing the same thing.. I eventually reached a private agreement with a fellow XDA member to purchase his spare phone for a friendly discount....
Appreciate your thread, but I don't want this to turn into a begging session or money grab thread If I decide to fully jump in, I will purchase the phone... I am still borderline... thinking about it...
Click to expand...
Click to collapse
But.... WE NEED YOU!
Please decide on getting one! please please please! (its not a begging session for you to get a phone)
So now faux just released his 2.3.4 AOSP rom for us. Faux, I don't care what you say, I'm going to keep throwing what money I can your way until you have a G2X in your hands.
Sent from my LG-P999 using Tapatalk
brianbrain said:
As some of you may have noticed, Faux123 has just ported his 2.3.4 AOSP rom to our phones - and he did this without even owning one. Faux123 is an incredible dev, and I think EVERYONE should be thrilled at the prospect of getting him on board to work with our device regularly.
For those who aren't aware of his work, here's some of his work (not all - I couldn't list everything..hah):
Froyo/AOSP 2.6.32.36 MaxOC~1.84GHz OC & UV Kernel
Froyo/Sense 2.6.32.21 MaxOC~1.84GHz OC & UV Kernel
Gingerbread 2.6.32.39 MaxOC~1.84Ghz OC & UV Kernel
2.3.4 AOSP for MyTouch4G
Glacier Gingerbread 2.3.3
The man is currently dev'ing for us without even owning a G2X. I believe this needs to change! Let me kick off the "Let's get Faux123 a G2X Dev Phone fund" at $20. Who's with me?
Click to expand...
Click to collapse
I am very familiar with his kernels.
I did not try his ROMs, as they came out when I was headed over here. It would be really great if he could port a kernel over here. His OC lv kernels really worked great (fast) and actually used less battery if you used the lv versions and smartass or minmax governors.
I've finally managed to get the 6210 kernel to compile AND work with the standalone kernel modules that samsung didn't bother to provide source for (ar6000 and j4fs.) It seems that the source on opensource.samsung.com uses different config flags than the source they used to compile for the shipping tablet.
The question is: Now that I can recompile it, what do I do with it? Well, I'll think about that and come up with some interesting answers. Probably a few efficiency tweaks, modifying the init.rc to allow for init.d parsing, and.. well, I don't know what else.
(I can find the source for the ar6000 adapter and j4fs, but I was extremely determined to get things working with the existing modules. I'm stubborn.)
Take care
Gary
Good luck gary!
Can you get overclocking enabled?
Sent from my GT-P6210 using xda premium
excellent job gary. bravo!
Excellent work. I might try my hand at this kernel development stuff. I did a lot of work with pascal a number of years back. Some c on the side. I might be able to add features that others have pioneered? We'll see... time is the enemy I believe. Sorry about the ramblings.
Sent from my GT-P6210 using xda premium
I've slimmed down the kernel a bit and also added support for init.d scripts (of course with no so-called ROM devs to take advantage of that, it's useless.)
I'm actually more interested in undervolting support than overclocking, but will add both around the same time. I should be able to post the kernel for the 6210 (only) sometime before the end of this year (local time.)
Take care
Gary
posted in the development section
garyd9 said:
I've slimmed down the kernel a bit and also added support for init.d scripts (of course with no so-called ROM devs to take advantage of that, it's useless.)
I'm actually more interested in undervolting support than overclocking, but will add both around the same time. I should be able to post the kernel for the 6210 (only) sometime before the end of this year (local time.)
Take care
Gary
Click to expand...
Click to collapse
Hey, users can throw stuff in init.d themselves!
(although most are too lazy to do so...)
i would like my ext partition on my sdcard to mount itself if you can do that gary! thanks and good luck!
I tried the kernel on mine and I don't like it. It's kinda choppy now going from page to page. How can I revert back to the stock kernel?
deezomaxima said:
I tried the kernel on mine and I don't like it. It's kinda choppy now going from page to page. How can I revert back to the stock kernel?
Click to expand...
Click to collapse
Please find the thread(s) in the dev subforum referring to ODIN and/or stock firmware.
Thanks Gary. Not sure if it's just my Tab but just being honest about what I was seeing.
deezomaxima said:
Thanks Gary. Not sure if it's just my Tab but just being honest about what I was seeing.
Click to expand...
Click to collapse
No problem.
Could you add tun module to support OpenVPN? The default kernel doesn't have that module so that OpenVPN doesn't work. Thanks!
maxofmin said:
Could you add tun module to support OpenVPN? The default kernel doesn't have that module so that OpenVPN doesn't work. Thanks!
Click to expand...
Click to collapse
I'm not familiar with that, but I'd be happy to investigate it. I'll add it to my 'todo' (but no promises on a timeline.)
maxofmin said:
Could you add tun module to support OpenVPN? The default kernel doesn't have that module so that OpenVPN doesn't work. Thanks!
Click to expand...
Click to collapse
Actually... It appears that 'tun' is already compiled into the kernel (directly - not as a module.) You should be able to use it without loading "tun.ko".
Can you please check this out?
Gary
Gary,
Correction on my assessment of your kernel. It's fine.
I'm back to stock and it's still doing what it was doing at moments and I've come to 2 conclusions:
1. The email widget I'm using on one page with a few icons
2. The Facebook widget I'm using on another page.
Pages with just icons seem to run fine.
Now I saw in your first post that you said you weren't into benchmarking for speed but have you benchmarked for battery life over the stock settings?
deezomaxima said:
Now I saw in your first post that you said you weren't into benchmarking for speed but have you benchmarked for battery life over the stock settings?
Click to expand...
Click to collapse
Only very non-scientific ones. (It's extremely difficult to ensure that exact same number of messages are pushed to my phone in a given period of time, that various forms of wifi interference are causing the same increases in power, etc.) That being said, I'm getting slightly better time on my battery with wifi set to "always on" compared to what I got on the stock kernel with wifi set to "never turn off when plugged in." (tablet was left in range of an AP in both cases.) I drop perhaps 5% in a 16 hour period with little to no screen time.
However, I'm also undervolting a bit with the custom kernel (values used are posted in another thread in this subforum), and have no active widgets beyond a single WX one that polls once/hr. I also changed the governor on my own to conservative at default settings (which saves a bit of battery as well.) Default for the kernel is ondemand which gives slightly better "snappiness."
Take care
Gary
Does it make a huge difference? Of course not. The undervolting is probably the only thing making much of a difference at all.
BTW, some of the tradeoffs between ondemand and conservative can be reduced by making some tweaks to the conservative governor:
https://github.com/Entropy512/linux_kernel_sgh-i777/commit/3b92eb76e72bbaa88aa8d87d306d1b61c9485912
Should be easy to port to .36
Main thing there if you don't want to change defaults is the stuff that reduces the minimum polling interval - the MIN_SAMPLING_RATE_RATIO lines - everything else is just tuning more aggressive (performance-tuned) defaults.
Thanks for the reply Gary.
So, I'm back on your kernel and installed SetCPU. I'm still messing with the settings to see what I get as far as battery life. I've had my Tab off charge since 7am this morning and it's now 1320 and Juice plotter is showing I have 67 hours of run time (95%) as opposed to seeing numbers in the 40s before hand. My device now wakes up out of sleep as it should instead of going into a non-responsive state sending me to reboot the whole device.
Everything is looking good now.
Guys, could u please include in our kernel deep-sleep and fast dormancy patches?
u know that its not so hard. sure, i can do it myself, but i dont want one else toolchains and kernel trees on my laptop lol. deep-sleep and dorm succesfully work on moto atrix now with 2.6* kernels
also please include stat timers in kernel configs in future?
Would you like fries with that?
Can the kernal make me sandwiches too? You know its not very hard to do just three slices of bread, toasted, Mayo, lettuce, tomato but only if its fresh, two slices of Turkey and two slices of cheese. And cut into triangles with little toothpicks holding them together.
And just to proove I'm not a jerk: please.
Sent from my LG-P999 using XDA App
LurkerRWO said:
Can the kernal make me sandwiches too? You know its not very hard to do just three slices of bread, toasted, Mayo, lettuce, tomato but only if its fresh, two slices of Turkey and two slices of cheese. And cut into triangles with little toothpicks holding them together.
And just to proove I'm not a jerk: please.
Sent from my LG-P999 using XDA App
Click to expand...
Click to collapse
some times better joise yeat sandwiches then speak
tmp_do said:
Guys, could u please include in our kernel deep-sleep and fast dormancy patches?
u know that its not so hard. sure, i can do it myself, but i dont want one else toolchains and kernel trees on my laptop lol. deep-sleep and dorm succesfully work on moto atrix now with 2.6* kernels
also please include stat timers in kernel configs in future?
Click to expand...
Click to collapse
Dude its not that easy to build a kernel.....building a rom is easy but not a kernel....
vipaman said:
Dude its not that easy to build a kernel.....building a rom is easy but not a kernel....
Click to expand...
Click to collapse
lol u kidding me? i managed kernels for moto a1200 htc hero acer liquid and ac100 and i want wat i ask.
merge some diffs from current kernel tree not so hard, u dont need developming from zero. all already done.
I'm just lazy for that
Nvm delete
nitrogen618 said:
Also, it's been proven Deep idle does not save ANY more battery than regular .
Click to expand...
Click to collapse
prooflink please. i seen against results
Let me just say please be mature.. don't answer post if you feel offended and let it rott like spme others.. plz keep the community clean.
Sent via G2X-SINGH-UI
tmp_do said:
Guys, could u please include in our kernel deep-sleep and fast dormancy patches?
u know that its not so hard. sure, i can do it myself, but i dont want one else toolchains and kernel trees on my laptop lol. deep-sleep and dorm succesfully work on moto atrix now with 2.6* kernels
also please include stat timers in kernel configs in future?
Click to expand...
Click to collapse
You know what you should do?
.........cry about it.
I can get 8 days battery life just leaving my G2x sitting there. That's proof enough that deep sleep don't do sheeeit.
Oh come on people, those requests are completely valid. Though, OP, next time don't "of course I could do it myself".
m00nman said:
Oh come on people, those requests are completely valid. Though, OP, next time don't "of course I could do it myself".
Click to expand...
Click to collapse
They're unnecessary and since no one had ever used those on a G2x kernel before, I'm assuming it would take time to figure it out. Time that would be wasted since the two things he is requesting don't help our phone at all. If he can do it himself, then he'll do it himself.
Well, those patches should increase the battery life which is pretty bad on our phone right now. My 1980mah battery did improve the situation a little, but it still doesnt come close to sony ericsson x10 or nexus s that i owned before.
Sent from my LG-P999 using xda premium
I haven't really had any battery life issues. I charge my phone at night, and then use it all day.
If I go crazy with games and tethering I might have to plug it in for a few minutes during the day, but battery life doesn't seem any worse than other phones.
Just so the OP doesn't think I'm dogging on him, there are kernel patches I've wanted before also. I'd like a kernel that supports netfilter patches so I could use a nicer wifi tether app:
http://code.google.com/p/android-wifi-tether/wiki/FAQ
But, if it can't or won't happen, I'm fine without it. If I could do it myself, I wouldn't post about being too lazy to do it.
m00nman said:
Well, those patches should increase the battery life which is pretty bad on our phone right now. My 1980mah battery did improve the situation a little, but it still doesnt come close to sony ericsson x10 or nexus s that i owned before.
Sent from my LG-P999 using xda premium
Click to expand...
Click to collapse
No, they won't. I can get over a week just leaving my phone there. Which should make it pretty clear that we don't need it.
tmp_do said:
Guys, could u please include in our kernel deep-sleep and fast dormancy patches?
u know that its not so hard. sure, i can do it myself, but i dont want one else toolchains and kernel trees on my laptop lol. deep-sleep and dorm succesfully work on moto atrix now with 2.6* kernels
also please include stat timers in kernel configs in future?
Click to expand...
Click to collapse
ok, ill start by saying im only just now getting into how the Linux kernel works on ARM devices, so i might need a real dev to confirm some of this...
deep-sleep is just a name for a sleep state on some chipsets (i think Samsung mostly uses it) tegra2 has sleep states as well, infact we have a few (LP2 and LP3 just off the top of my head) and deep-sleep is not really needed on our devices (if its even possible to implement on this device)
tegra2 as a chip itself is perfectly capable of sleeping, and does so very well, NVidia even went so far as to make their own proprietary "governor" (if you can call it that) to control speed and voltages, as well as shut down a core when its not needed. so rest assured that when its not needed, our phone is already using as little power as it can.
with regards to fast-dormancy, seeing as the base-band/radio chip in our devices is already 'flaky' at best, do you really want you phone doing the equivalent of going into 'airplane mode' every time its done sending a message? plus, unless t-mobile can use an optimized version of it (which i don't think they do) its been shown to actually increase network usage, and decrease battery life due to constantly negotiating network connections and disconnections.
also, im going to assume by stat timers you mean 'time in state', in which case that is a HUGE undertaking including rebuilding major parts of the kernel if its even possible on tegra chipsets. plus, its really only useful to see if your phone is actually sleeping, which there are other ways to do this, although they are a bit tougher.
and finally, i don't know how you meant you question to come across, put please try to be more considerate with how you phrase things. these devs, for the most part, are doing this because they want to. nobody is paying them to work on our phones (aside from an occasional donation from time to time) and they do have jobs, lives, and families outside of these phones. and despite how easy you say it is, ive been studying the kernel in this phone for almost 2 months now, pouring over forums, datasheets, and many many many versions of kernels by morfic and faux123 and im only just beginning to understand the basic ways that things are done.
hope this clears some stuff up
Thank Klathmon, for the explanation.
I am still kinda confused though, OP said Deep Sleep has been implemented into an Atrix kernel which has the same tegra chip. Maybe you are right and they just refer to one of the low power states as deep sleep. Also I tried googling for deep sleep in atrix and nothing came up
Thanks for detailed response. I think i understand all the subtleties.
So mods, please delete thread
^^^Title say it all^^^ im also running MT4GS_Lite_1.2.4
Can't possibly be as good as the bulletproof kernels... Which work on Lite as well...why do u inquire about this kernel? Is there something it offers that you "must have"? Check out the kernels in this thread: http://forum.xda-developers.com/showthread.php?t=1530327
Typed by ---- oh wait! I'm schizophrenic!
The main thing is the wifi under volt since 99% of the time I'm using wifi calling.
Sent from my DoubleShot Lite using Tapatalk 2
ac3theone said:
The main thing is the wifi under volt since 99% of the time I'm using wifi calling.
Sent from my DoubleShot Lite using Tapatalk 2
Click to expand...
Click to collapse
Okay. I believe they have that? Haven't actually looked myself. Ask Blue/yogi if that is a possibility?
VU Kernel has made me have reboots whenever I use it.
Typed by ---- oh wait! I'm schizophrenic!
...sometime this week I'll be re-compiling them and updating the thread. New, steady work schedule for a month so I can actually plan dev time & S-OFF research was the only thing I was really working on for a while. That done I'm going back and re-aquainting myself with the other projects.
The issue is a stretched out CPU PLL table, theory being too many entries based on having other frequencies with the same number as stock being fine...but adding to the table causes the reboot issue.
I've been running a working version of both 1.7 and 1.5 long enough to see that the reboot issue is at least averted if not explained. Gimme a few days to get it together.
As to wifi, no, haven't looked into it. Right now the focus is on hammering out a solid CPU table. Adding other changes (variables) to the experiment at this time just makes it harder to bug check, so, one thing at a time is the order of operations.
If you want, you can post something about it in the kernel thread yogi and I have in dev and when we get done with the CPU or are able to introduce a separate kernel line concurrently at any point we can look into it.
Some other people have posted things they'd like to see in a kernel, and while that's not where the project is this moment, it is making a list to go back through when the opportunity presents itself.
I definitely encourage sampling what's out there and playing with all the cool stuff people are putting together, ours doesn't currently offer the feature you are looking for.
(Though yogi's purpose is UV and battery savings, you may have piqued his interest)
Sent from a digital distance.
TrollSlayer version 3 Kernel​
Ok folks, got a kernel for our A701 stock JB 4.1.1 and Evil Alex Purgatory
This is NOT for CM/AOKP/PA/ etc builds.
Keep in mind, I am not a kernel developer, and this is my first attempt. So it's pretty basic right now. I've been running it for a couple weeks, and it seems to be pretty stable.
First of all Credits and Thanks @civato - For being a wealth of info and a good Mate @sgt. meow - Govs & Schedulers and all his help @scrosler - For Help in compiling @faux123 - Dynamic Fsync & UV @verboth - Original Speedo Fake
The Kernel
Based on Acer JB 4.1.1 source
Compiled with Google toolchain
Features
CPU OC to 1500Mhz (on by default)
GPU OC to 520Mhz (on by default)
CPU UV tables
Dynamic fsync control (on by default)
Governors
lulzactive
lagfree
smartass2
pegasusq
Schedulers
row
sio
Gaming fix by faux123
RNDIS (not tested)
Cifs support
NTFS support currently via Stickmount app.
Dynamic fsync via Trickster app. I advise Trickster for settings.
Known issues:
OC apps not correctly reporting 1500Mhz on "ramp-up", but benchmarks report normal OC.
UV: I advise dropping voltage by 50mv at first, then by 25mv until you find the best voltage for your CPU.
Install: Flash through CWM. No need to do wipes, the install will do it.
Download Version 3
Alternate Download
Source:
Github https://github.com/moscowdesire/701trollslayer
Tarball http://d-h.st/EvQ
Enjoy
MD
Changelog
22/11/2013- Version 3 initial release
Notes
Dynamic Fsync
This is a goodie by faux123, so all credits go to him for creating this unique feature !
Many kernels just disable synchronous writes to file to speed up system. While this works neatly, it is also dangerous as processes believe that file writes are actually sync'ed to disk (or mmc media in our case) while this is not yet true !
The gain is a noticably smoother user experience, but the risk of doing so is to have a corrupted filesystem if the device crashes, user pulls battery, battery fully depleats ... so that the device is turned off unexpectedly.
To allow for the benefit, but to minimize the risk, faux123 created dynamic fsync, which while the screen is on, will defer file sync temporarily, but when screen gets turned off, a flush is called to synchronize all outstanding writes keeping your data safe.
Now it's up to you to either use this unique feature, at default it is enabled = Better performance
If you turn it off = writes will be done synchronously, which is safer but also slower..
Click to expand...
Click to collapse
Things to do for next version
Fix NTFS issue - probably fuse/ or Acer may have left debug code
OC companion core
Fine tune Governors as per cores ramping
Display sensitivity?
Good to see a (new) kernel for A701. But does this also work on A700 as well?
And a lil off topic: can anyone suggest me a good app to manage cpu/gpu?
Installed and.. awesome! :good:
Sweet. Someone try it on the 700! I won't get the chance on mine until tomorrow!
EndOfDays-Wildfire said:
Good to see a (new) kernel for A701. But does this also work on A700 as well?
And a lil off topic: can anyone suggest me a good app to manage cpu/gpu?
Click to expand...
Click to collapse
Trickster Mod seems to work well for me. If you're not going to turn off fsync, then you can use SetCpu. Trickster is a strange interface, and sometimes I forget to save my settings.
As with working on the A700, it might. Don't have a 700 so really can't tell you.
MD
Flashed it just now and works really well. Feels snappier :good:
Thanks
ExtremeRyno said:
Sweet. Someone try it on the 700! I won't get the chance on mine until tomorrow!
Click to expand...
Click to collapse
Considering Purgatory runs fine on the 700, I would say it "might" run on stock 700. But I see you are running Iconian. Vorbeth isn't around anymore, for a long time, but looking as his git, I saw he was using some CM code, which tells me Iconian may be a "hybrid" rom. If you get boot-loop, probably just flash his kernel package.
Actually never got around to changing my signature. Been running your E.A.P for most of a month now. I'll try the kernel over the weekend.
ExtremeRyno said:
Actually never got around to changing my signature. Been running your E.A.P for most of a month now. I'll try the kernel over the weekend.
Click to expand...
Click to collapse
Will look at the defconfigs and see if I can turn off the annoying "no sim card" function as it seems a few people use EAP on the 700. Would mean a new kernel build though.
Moscow Desire said:
Will look at the defconfigs and see if I can turn off the annoying "no sim card" function as it seems a few people use EAP on the 700. Would mean a new kernel build though.
Click to expand...
Click to collapse
That would be awesome. Thank you. If you do this don't forget to change device text in settings screen from A701 to A700.
Sent from my A700 using Tapatalk
Dc0de said:
That would be awesome. Thank you. If you do this don't forget to change device text in settings screen from A701 to A700.
Sent from my A700 using Tapatalk
Click to expand...
Click to collapse
You can do that in the /system/build.prop
MD
Is 1.6Ghz unstable?
minahasa said:
Is 1.6Ghz unstable?
Click to expand...
Click to collapse
1.6 is not yet incorporated into the dvfs tables
So glad you got this running. Hard work pays off.
sgt. meow said:
So glad you got this running. Hard work pays off.
Click to expand...
Click to collapse
Thanks Mate! You helped!
But got an issue that has happened to every Acer kernel source since the A500 days. NTFS breaks every time a kernel compiles using Acer source. Options for NTFS file system set to yes, or module in defconfig. Doesn't matter. When compiled, NTFS drives won't mount. Only option is Stick Mount. Stock kernels from Acer are fine.
On the Sammy forums, there was some info about the same issue (similar). Sammy's dev team reply was they left several DEBUG options on in defconfig. You ever heard of that? I've noticed a couple of the same are still set in the picasso_mf_defconfig.
If you can flash the stock kernel and grab the config.gz from /proc/ (I know you've probably tried this) try comparing both configs(the one in the stock kernel with the one you use).
sgt. meow said:
If you can flash the stock kernel and grab the config.gz from /proc/ (I know you've probably tried this) try comparing both configs(the one in the stock kernel with the one you use).
Click to expand...
Click to collapse
Hey, you're talking to MD! I can flash "anything"! :laugh:
Good idea and thanks! This will allow to see what configuration Acer uses when "they" compile.(actually forgot about proc/config.gz) must be getting old........
Thanks, I'll definitely try this on my a700. Will report back over a couple of days.
First I've to wait for my third charger
Hi,
I test the kernel for several days on my A700. In everyday life, there is no problem.
But when I play a video with the BSPlayer via HDMI to the TV, there is strong interference. It formed in intervals disorders.
The image is displayed in many thin horizontal stripes and it comes to short interruptions, the tone shifted more and more.
To continue to use the tablet helps, just restart. It seems to be due to the overclocking of the GPU.
With the stock kernel from your Rom is everything OK again.
I hope you understand what I mean and it helps in the development.
best regards
JoSch