[TESTING] CONCLUDED! (For the time being...) - Touch Pro2, Tilt 2 Android Development

Hey all,
Nothing to test right now... Hopefully we'll have a new kernel to test, I will update when that happens.

Reserved...

Reserved...

1st run testing
I just tested this by replacing my existing zimage and modules on my att tilt 2 running xdandroid 09.16.10 reference with NRGY Rom and it loads into android ( I get to the lock screen)...then it vibrates and promptly shuts the phone down....I have to power it back up into windows. and it repeats.

Dropped it on over the 9/16 build and it crashed and rebooted on the first boot. Will continue trying.

same here.. getting to the initial lock screen and then it is shutting down automatically. Requires me to hit the power button and then it boots back into Windows.
I have tried to delete my data store, but that is about it. Any ideas?

doesnt sound like its working. I'll make some changes and have a re-release for this.
Thanks so far for the tests

I am seeing the same results as many others. I get to the android lock screen and then it vibrates and seems to lock up.
I have a rhod400 and I am using the 8/30 blazn release.

jeneric said:
I am seeing the same results as many others. I get to the android lock screen and then it vibrates and seems to lock up.
I have a rhod400 and I am using the 8/30 blazn release.
Click to expand...
Click to collapse
Same here, with the same hardware. Going to have to wait until I get an updated kernel, it sounds like a patch is in this kernel that isn't supposed to be in there
I'll update the first post when I get a new kernel.
So I seemed to get this kernel working on the NBH testing... at least I'm assuming it's using this kernel!

This is exciting, thanks a lot for the hard work devs, and looking forward to a new kernel to test

RHOD100, After boot animation - landscape lock screen and "no service". After unlock it - i had "rebooting".

Jabader said:
RHOD100, After boot animation - landscape lock screen and "no service". After unlock it - i had "rebooting".
Click to expand...
Click to collapse
Yes, read the big bold text on the first post
I will update when I get a new kernel... but I haven't gotten one yet!

arrrghhh said:
Yes, read the big bold text on the first post
I will update when I get a new kernel... but I haven't gotten one yet!
Click to expand...
Click to collapse
tell the devs that most of us are waiting patiently
and that we wait anxiously to test their work

noodles21o2 said:
tell the devs that most of us are waiting patiently
and that we wait anxiously to test their work
Click to expand...
Click to collapse
Haha no worries guys. I'm anxiously awaiting a new kernel for the public... in the meantime I've been testing some stuff for the button lights at the bottom of the phone & the ambient light sensor for the screen brightness... it's very promising!

Will the above light control maybe lead to a backlight keyboard? [fingers crossed!]

Serren said:
Will the above light control maybe lead to a backlight keyboard? [fingers crossed!]
Click to expand...
Click to collapse
I haven't heard that talked about yet, but it does seem like a natural progression... there's a guy who has some some coding with Qualcomm chips, seems to really know his stuff. I've been helping him test kernels on my RHOD400.

Same problem as other bootup to lockscreen then vibrate and restarts automatically back into windows.
Rhodium
Touch Pro 2
Energy Rom

Don't mean to necro, but I'm stoked for this fix any updates?

Working with the devs now... I think I'll have another kernel to test soon. Don't hold your breath tho

arrrghhh said:
Working with the devs now... I think I'll have another kernel to test soon. Don't hold your breath tho
Click to expand...
Click to collapse
You, sir, are a gentleman and a scholar for conveying this information lol
Ok sweet, sounds good to me!
Keep up the good work
Regards
Smith

Related

[APK] Blinky {Captivate Forum} [BLN Blinking]

So I'm going to maintain the latest and greatest version of Blinky in the Captivate forum, but I didn't want other users to miss out.
http://forum.xda-developers.com/showthread.php?t=854721
This should work with any ROM that supports neldar's BLN patch, though some ROMs replace the library on boot.
ROM maintainers - Contact me if you want the source to the lights library.
WOW i thought this wasn't possible because our boards don't support it? Anyway thanks, i'll try it
MAMBO04 said:
WOW i thought this wasn't possible because our boards don't support it? Anyway thanks, i'll try it
Click to expand...
Click to collapse
I'm very interested in if this doesn't work for a ROM or rev of the phone. Like I said, if neldar's patch works (meaning you have BLN now) this should work.
It says it's found Enhanced BLN, i flashed the zip via Voodoo Recovery, seems like it worked now to test, will report back in 5.
I can confirm that this indeed works on the I9000. I tested it with the ROM in my signature, so my guess is it will work with every Doc ROM and hopefully others. We need more people to test this, so please do and report back here for the benefit of everyone and the dev
Great job here bud! So when the lights pulse (e.g in the Nokia phones - fade in and out) is that also possible in the future?
MAMBO04 said:
It says it's found Enhanced BLN, i flashed the zip via Voodoo Recovery, seems like it worked now to test, will report back in 5.
I can confirm that this indeed works on the I9000. I tested it with the ROM in my signature, so my guess is it will work with every Doc ROM and hopefully others. We need more people to test this, so please do and report back here for the benefit of everyone and the dev
Great job here bud! So when the lights pulse (e.g in the Nokia phones - fade in and out) is that also possible in the future?
Click to expand...
Click to collapse
While throbbing is possible, it would require a fair amount of CPU scheduling. If I implement it, it will be only while plugged in.
Just tested it on DOC's 4.0 JPU 2.2.1 froyo rom and it works like charm . Great work !
Guardian_Bob said:
While throbbing is possible, it would require a fair amount of CPU scheduling. If I implement it, it will be only while plugged in.
Click to expand...
Click to collapse
Ah i see, sounds great anyway pretty amazing how a Nokia 5800 can handle throbbing and our phone can't..
Would it strain the CPU if you kept throbbing on whilst it was charging (i.e to show it's charging)?
MAMBO04 said:
Ah i see, sounds great anyway pretty amazing how a Nokia 5800 can handle throbbing and our phone can't..
Would it strain the CPU if you kept throbbing on whilst it was charging (i.e to show it's charging)?
Click to expand...
Click to collapse
So here's the thing, there's an embedded microprocessor controlling the capsense buttons and lights. If we could get a hold of the firmware, then we could do very cool things. But we can't so the light control has to be done by the main CPU.
I'll see how well throbbing works, I may be overestimating the drain.
Guardian_Bob said:
So here's the thing, there's an embedded microprocessor controlling the capsense buttons and lights. If we could get a hold of the firmware, then we could do very cool things. But we can't so the light control has to be done by the main CPU.
I'll see how well throbbing works, I may be overestimating the drain.
Click to expand...
Click to collapse
Ah i see.. it all makes sense to me now thanks for explaining! Damn, how on earth could one get that firmware
Yeah, it'd be cool to test out and see what happens.
P.S: Last question, would it be possible to change the colour of the lights?
MAMBO04 said:
Ah i see.. it all makes sense to me now thanks for explaining! Damn, how on earth could one get that firmware
Yeah, it'd be cool to test out and see what happens.
P.S: Last question, would it be possible to change the colour of the lights?
Click to expand...
Click to collapse
Wow; pulsing will be incredible!
Colour change will only be available via a hardware modification (manually unsoldering and changing the SMD LEDs.
KLoNe1 said:
Wow; pulsing will be incredible!
Colour change will only be available via a hardware modification (manually unsoldering and changing the SMD LEDs.
Click to expand...
Click to collapse
Cheers for explaining

BLN Support for SGS2 - With Example.

Hi Dev's
This is not my code, so credits to the owner 'creams'
I happened to stumble on some code yesterday from somebody who have attempted to integrate BLN to his kernel and done it successfully.
I thought the dev's might like to take a look at this one and implement this on their work.
blog : http://creamsnexus.blogspot.com/
git : git://github.com/creams/SGS2-SC02C-BLN-Kernel.git
His kernel was built for the Jap version of GS2.
Cheers!
AdamG has already implemented this into his AOSP ROM and it's working fantasticly, I know another Dev has already implemented it into a ROM just forgot his name. Thanks for pointing us to the source though!
hope that the devs give credit to the fix/implementation.
Ninpo also has putted it into his GIT so maybe they are already aware of it
oh i gave him a pm about it before i posted this.
samaral said:
oh i gave him a pm about it before i posted this.
Click to expand...
Click to collapse
July 31 in his GIT. You're ahead of him maybe.
I hope we will get it on MIUI and CM7 as well
vegetaleb said:
I hope we will get it on MIUI and CM7 as well
Click to expand...
Click to collapse
Don't know about MIUI but for sure on CM7. It's probably low on their to do list but BLN is something they will most definitely support just as they did with the 2X/G2X
mach0boi said:
July 31 in his GIT. You're ahead of him maybe.
Click to expand...
Click to collapse
im from the past
i didnt check his git commit date. thanks for the correction.
Do i also need to install any app from the market to enable it ?
Answer : Yes
Sorry if this is a noob question but what is BLN?
soupiejr said:
Sorry if this is a noob question but what is BLN?
Click to expand...
Click to collapse
Back Light Notification
using the led keys for notification.
Yay, my kernel will have BLN support to in the next version, just need to build all the seperate versions
(time to make a "one-for-all" kernel, that goes onto any (stock) ROM.... )
the only downside to this bln "version" is that it uses a kernel wakelock that will be hard on the battery
ogdobber said:
the only downside to this bln "version" is that it uses a kernel wakelock that will be hard on the battery
Click to expand...
Click to collapse
Yep, people are in for a treat when they realize their battery is being raped. We'll have to wait for CM7 to implement it into the framework like they did with the Optimus 2X/G2X
Nothing can beat the old good trackball lights on N1
It's a pitty all the brands stopped producing trackball,they could just reduce its size
ogdobber said:
the only downside to this bln "version" is that it uses a kernel wakelock that will be hard on the battery
Click to expand...
Click to collapse
jlevy73 said:
Yep, people are in for a treat when they realize their battery is being raped. We'll have to wait for CM7 to implement it into the framework like they did with the Optimus 2X/G2X
Click to expand...
Click to collapse
Yeah.... that is.... so not nice.... but well.... can't have everything.... :-/
// EDIT
Hm, for one, maybe some things can still be tweaked in the involved kernel code and for the other, how about disabling BLN when not needed? Does that release the wakelock? Haven't checked yet.... should check....
And does the drain/wakelock accour all the time while while activated or only when the lights are actually on - as far as I understood it so far the wakelock ist required to keep the powersupply up for the lights, but when no blinking is needed (due to no notification) the wakelock could/should be released....
Maybe that's something to tweak if that isn't already the case.
If the drain only accours when the lights are on, that's kinda OKish IMO, time to answer the damn phone *lol*
so creams put out an update that is supposed to release wakelock after the led cycle (pro app needed)
That would be an acceptable solution, I am testing to see
ps, btw jlevy he wasn't keen to your battery rape comment
HellcatDroid said:
Yeah.... that is.... so not nice.... but well.... can't have everything.... :-/
// EDIT
Hm, for one, maybe some things can still be tweaked in the involved kernel code and for the other, how about disabling BLN when not needed? Does that release the wakelock? Haven't checked yet.... should check....
And does the drain/wakelock accour all the time while while activated or only when the lights are actually on - as far as I understood it so far the wakelock ist required to keep the powersupply up for the lights, but when no blinking is needed (due to no notification) the wakelock could/should be released....
Maybe that's something to tweak if that isn't already the case.
If the drain only accours when the lights are on, that's kinda OKish IMO, time to answer the damn phone *lol*
Click to expand...
Click to collapse
ogdobber said:
so creams put out an update that is supposed to release wakelock after the led cycle (pro app needed)
That would be an acceptable solution, I am testing to see
Click to expand...
Click to collapse
NICE!
Compiler is already running
ogdobber said:
so creams put out an update that is supposed to release wakelock after the led cycle (pro app needed)
That would be an acceptable solution, I am testing to see
ps, btw jlevy he wasn't keen to your battery rape comment
Click to expand...
Click to collapse
It wasn't anything personally directed at him. I'm very grateful for his work in bringing BLN to our devices. I appreciate the update it looks like it will have a helpful impact on battery life.

Proximity sensor?

Searching on the proximity sensor I found these two parameters for the startup.txt:
board-htcrhodium-proximity.on=1 to enable the proximity device (default off)
board-htcrhodium-proximity.wake=1 to wake up the phone on proximity
http://xdandroid.com/wiki/Kernel_boot_command-line_parameters
But I can't get them to work.
Are they really available on FRX07 or NeoFroyo?
Thanks
Daved+ said:
Searching on the proximity sensor I found these two parameters for the startup.txt:
board-htcrhodium-proximity.on=1 to enable the proximity device (default off)
board-htcrhodium-proximity.wake=1 to wake up the phone on proximity
http://xdandroid.com/wiki/Kernel_boot_command-line_parameters
But I can't get them to work.
Are they really available on FRX07 or NeoFroyo?
Thanks
Click to expand...
Click to collapse
The prox sensor is not enabled on the hardware level (kernel). Perhaps they will be available soon tho, I think ACL was working on them.
arrrghhh said:
The prox sensor is not enabled on the hardware level (kernel). Perhaps they will be available soon tho, I think ACL was working on them.
Click to expand...
Click to collapse
Oh... good. Thanks for letting me know!
Would you mind if I ask you about using the PTT button?
Daved+ said:
Oh... good. Thanks for letting me know!
Would you mind if I ask you about using the PTT button?
Click to expand...
Click to collapse
What about it? Only the RHOD300 has it... No other RHOD has one.
arrrghhh said:
What about it? Only the RHOD300 has it... No other RHOD has one.
Click to expand...
Click to collapse
Yes and I have one of those. Any chance I can give it some use? I googled a lot and tried a couple things with no success. Thanks!
Daved+ said:
Yes and I have one of those. Any chance I can give it some use? I googled a lot and tried a couple things with no success. Thanks!
Click to expand...
Click to collapse
I think that if it's enabled kernel-side(I don't think so) you need to edit keymaps in rootfs to use it
But if it's not used kernel-side then you have to mess with the source
Daved+ said:
Yes and I have one of those. Any chance I can give it some use? I googled a lot and tried a couple things with no success. Thanks!
Click to expand...
Click to collapse
There's some hacking at the rootfs you'd have to do. F22's rootfs allowed you to remap the key to a few different things, but unfortunately he never made a merge request for his code... which wouldn't have been easy, he would've had to change the way he did certain things. His rootfs hasn't been updated in quite some time, so I would not recommend using it. I'm sure you can take his keymap stuff tho and put it into an updated rootfs - with a little bit of manual labor you'll be able to remap the PTT key to a few different things.
See F22's rootfs thread for more info on that.
i should have something to test for the prox sensor this week. Just finished the patch .. To be honest i have no idea when it's actually used or if our userland is ready for it.
[ACL] said:
i should have something to test for the prox sensor this week. Just finished the patch .. To be honest i have no idea when it's actually used or if our userland is ready for it.
Click to expand...
Click to collapse
I'll be happy to test it
kernel done but turns out we need some userland patches.
Wow you're really Johnny on the spot
i dunno if thats good or bad
I thought it was good, but sometimes when I try to make a reference it goes horribly awry.
Looks like this will be saved for gingerbread. Since userland changes need to be made, its not worth it to make em for froyo.
So next release of GB will have it
[ACL] said:
Looks like this will be saved for gingerbread. Since userland changes need to be made, its not worth it to make em for froyo.
So next release of GB will have it
Click to expand...
Click to collapse
One more reason to be eagerly awaiting a new GB drop.
Any ETA at all on that?
mbellot said:
One more reason to be eagerly awaiting a new GB drop.
Any ETA at all on that?
Click to expand...
Click to collapse
Never ask for eta.
It's better to have a nice surprise than a delayed build..
helicopter88 said:
Never ask for eta.
It's better to have a nice surprise than a delayed build..
Click to expand...
Click to collapse
Pretty much the first rule of any dev work - especially free/OSS - never ask for ETA.
Thanks!
actually prox is only tested on cdma and the gsm portion needs to be checked. Anyone have a recmodded rom ? or know how to pull dlls? PM me please since i need to double check on some stuff

[FIX][UPDATED 5/28/2012]VivoW AOSP Capacitive Buttons Backlight Fix

Hey everyone,
With some edits of cm9 source i managed to get softkeys backlight working.
I have only tested it on cm9 but it should work on MIUI and maybe AOKP.
Download: (Updated 5/28/2012)
attached to thread
Credits:
Aeroevan
Litetaker
Me
Thanks
Excited to test it out
alright attached fix to the thread. sorry it took so long as i felt that the button-light-doesn't-turn-off-after-screen-turns-off bug is pretty major and i cant release it until thats fixed.
well that took a lot longer than expected but i think its fixed. It might take up to 5+ seconds for the light to switch but if it take longer than that please tell me.
Thanks
kevdliu said:
alright attached fix to the thread. sorry it took so long as i felt that the button-light-doesn't-turn-off-after-screen-turns-off bug is pretty major and i cant release it until thats fixed.
well that took a lot longer than expected but i think its fixed. It might take up to 5+ seconds for the light to switch but if it take longer than that please tell me.
Thanks
Click to expand...
Click to collapse
Flash able or extract and run script? Thanks for this btw
Sent from my Amazon Kindle Fire using Tapatalk 2
jamminjon82 said:
Flash able or extract and run script? Thanks for this btw
Sent from my Amazon Kindle Fire using Tapatalk 2
Click to expand...
Click to collapse
just flash it in recovery
Confirmed to work on AOKP nice job!
kevdliu said:
Hey everyone,
After modifying a light script in Aeroevan's cm9 build I managed to get the buttons backlight semi-working (at least more working than before).
It should work on cm9, AOKP, CNA, and maybe MIUI.
Bugs:
- Sometimes there will be a few seconds lag between screen on/off and buttons backlight on/off
- (Fixed, I think. Need more testing) Sometimes the backlight won't turn off after screen is off. If that happens just turn the screen on and off again and that should fix it.
I based my editing on Aeroevan's script so credit goes to him.
This is just an initial fix and I will try to improve this later on.
Download:
attached to thread
Thanks
Click to expand...
Click to collapse
Great job, still needs some tweaking but its better than having to adjust the brightness all the time
Sent from my Incredible 2 using Tapatalk 2 Beta-5
kevdliu said:
Hey everyone,
After modifying a light script in Aeroevan's cm9 build I managed to get the buttons backlight semi-working (at least more working than before).
It should work on cm9, AOKP, CNA, and maybe MIUI.
Bugs:
- Sometimes there will be a few seconds lag between screen on/off and buttons backlight on/off
- (Fixed, I think. Need more testing) Sometimes the backlight won't turn off after screen is off. If that happens just turn the screen on and off again and that should fix it.
I based my editing on Aeroevan's script so credit goes to him.
This is just an initial fix and I will try to improve this later on.
Download:
attached to thread
Thanks
Click to expand...
Click to collapse
I didn't try the fix yet but I see that you are modifying the /sys/class/leds/button-backlight-landscape/brightness files. I was trying to come up with a script to do this a while back, but didn't know how. Now I see that this is how it is done! So, are scripts in /system/etc/ run continuously by the OS?
litetaker said:
I didn't try the fix yet but I see that you are modifying the /sys/class/leds/button-backlight-landscape/brightness files. I was trying to come up with a script to do this a while back, but didn't know how. Now I see that this is how it is done! So, are scripts in /system/etc/ run continuously by the OS?
Click to expand...
Click to collapse
probably not all scripts in /system/etc but rotating_lights.sh is ran by the system every few seconds.
ok so with help and suggestions from litetaker i updated the fix which should fix (how ironic ) the backlight staying on after screen is turned off problem. however there is still sometimes the few seconds lag
kevdliu said:
ok so with help and suggestions from litetaker i updated the fix which should fix (how ironic ) the backlight staying on after screen is turned off problem. however there is still sometimes the few seconds lag
Click to expand...
Click to collapse
Thanks for your work and the shout out! Actually seeing how you fixed the backlight thing with these scripts made me learn a lot about scripting... I am still very new to all of this. By the way, I think there is a slight error in your bklights0.sh script. The file has the following lines:
Code:
echo 0 > /sys/class/leds/button-backlight-portrait/brightness
echo 0 > /sys/class/leds/button-backlight-portrait/brightness
which should instead be:
Code:
echo 0 > /sys/class/leds/button-backlight-portrait/brightness
echo 0 > /sys/class/leds/button-backlight-landscape/brightness
Apart for that, this is A+ work!
Been running this fix on cm9 for a couple days now and haven't had any issues yet. Great work my man!
Sent from my Incredible 2 using Tapatalk
It's been working great for me aside from the buttons sometimes being lit when the screen is off. I am loving that I can actually see them now though
phillibl said:
It's been working great for me aside from the buttons sometimes being lit when the screen is off. I am loving that I can actually see them now though
Click to expand...
Click to collapse
even after the 5/2/2012 update?
kevdliu said:
even after the 5/2/2012 update?
Click to expand...
Click to collapse
I didn't know there was an update I'll try it in a few hours thanks
This might be off-topic, but in aeroevan's CM 7.2 he ported a fix for the rotating keys but apparently there are some issues with it. Would this fix that too?
ma70ent said:
This might be off-topic, but in aeroevan's CM 7.2 he ported a fix for the rotating keys but apparently there are some issues with it. Would this fix that too?
Click to expand...
Click to collapse
yes i think so
Sent from my Incredible 2 using Tapatalk 2
Confirmed. This fix worked for Aerovans new CM 7.2 ROM. Usually, when you switch from camera to video mode, the lights go out. After the fix, the buttons behaves as expected. Thank you kevdliu!
kevdliu said:
yes i think so
Sent from my Incredible 2 using Tapatalk 2
Click to expand...
Click to collapse
findthisfunny said:
Confirmed. This fix worked for Aerovans new CM 7.2 ROM. Usually, when you switch from camera to video mode, the lights go out. After the fix, the buttons behaves as expected. Thank you kevdliu!
Click to expand...
Click to collapse
Another newbie question, if I'm running CM 7.2 RC1 (non-Aeroevan, just the official one) will this allow my keys to rotate? Basically, is this an actual edit of his Script/Code or a standalone script of its own?
Na, I don't believe that feature is in the official release and this is only a fix for that feature.
---------- Post added at 02:47 PM ---------- Previous post was at 02:46 PM ----------
findthisfunny said:
Confirmed. This fix worked for Aerovans new CM 7.2 ROM. Usually, when you switch from camera to video mode, the lights go out. After the fix, the buttons behaves as expected. Thank you kevdliu!
Click to expand...
Click to collapse
How is that ROM after this fix?

[Kernel][LOS-14.1][DT2W] TP/KB kernel for a5_ul

Turns your phone into a touchpad mouse for PC!​ Works with LOS14.1 by bigsupersquid​
Changelog:
171116:simulated touchpad support. thx pelya
171127:Now with dt2w support. Goodbye broken power button. thx showp1984
Click to expand...
Click to collapse
Download:
Code:
[URL="https://www.androidfilehost.com/?fid=962021903579495061"]AFH[/URL]
Flash:
Code:
[COLOR=Black]fastboot flash boot <boot_img_here>[/COLOR]
For Keyboard app, always download from Play store/Github
Root required, Magisk recommended.
I'm either trying to port DT2W for this device, but no luck. Done.
Anyway you may give me some feedback, source below.
​ Source: Github​
XDA:DevDB Information
HID-compliant TP/KB kernel, Kernel for the HTC Desire 816
Contributors
Aerotinge, bigsupersquid, pelya, showp1984
Kernel Special Features:
HID-compliant driver,Doubletap2wake
Version Information
Status: Beta
Beta Release Date: 2017-11-16
Created 2017-11-16
Last Updated 2017-11-27
Dammit I finally make dt2w running on this himax touchscreen driver.
No one done this before and I know little about C. That's...awwww
Enjoy!
Hi, Thank you for your work, Do you tell me i can use this for HTC816 DWG or no?
faezehya said:
Hi, Thank you for your work, Do you tell me i can use this for HTC816 DWG or no?
Click to expand...
Click to collapse
As "a5_ul" is there in the title, I'll say no.
But you can have a try. It won't explode (I guess so.)
Aerotinge said:
As "a5_ul" is there in the title, I'll say no.
But you can have a try. It won't explode (I guess so.)
Click to expand...
Click to collapse
The dts might be a little different.
Overall it'll probably work.
I hadn't seen this, nice work!
If you don't mind I'd like to import your changes, both the dt2w and the hid configs.
initial feedback, it works on my DUG
going to test it all day tomorrow
Edit: ok nvm it works for some time then touch screen stops working when the phone goes in deep sleep
bigsupersquid said:
The dts might be a little different.
Overall it'll probably work.
I hadn't seen this, nice work!
If you don't mind I'd like to import your changes, both the dt2w and the hid configs.
Click to expand...
Click to collapse
can this be ported fow dwg/dug?
Roberto Nigel said:
can this be ported fow dwg/dug?
Click to expand...
Click to collapse
If I import the kernel patches and it all works right, it'll be fine when it's built in to LOS.
Roberto Nigel said:
initial feedback, it works on my DUG
going to test it all day tomorrow
Edit: ok nvm it works for some time then touch screen stops working when the phone goes in deep sleep
Click to expand...
Click to collapse
Yes I found that issue recently...
I always connect the phone to charger so I didn't found it at the first time.
It seems to be something about deep doze mechanism, which a noobie like me can't solve alone, sorry.
I would port a fix if someone found a solution on other devices.
Aerotinge said:
Yes I found that issue recently...
I always connect the phone to charger so I didn't found it at the first time.
It seems to be something about deep doze mechanism, which a noobie like me can't solve alone, sorry.
I would port a fix if someone found a solution on other devices.
Click to expand...
Click to collapse
I'll look into it, dt2w is pretty cool and I'd like to incorporate it
No guarantee of fixing anything of course.
bigsupersquid said:
If I import the kernel patches and it all works right, it'll be fine when it's built in to LOS.
Click to expand...
Click to collapse
welp if that helps, after removing android system from battery optimization the touch screen doesnt die but dt2w is not consistant, some times it stops and have to open from the power button for it to work again
Roberto Nigel said:
welp if that helps, after removing android system from battery optimization the touch screen doesnt die but dt2w is not consistant, some times it stops and have to open from the power button for it to work again
Click to expand...
Click to collapse
Excellent observation and a perfect place to post it.
Kudos!
Can we get n overclock kernel...
Hey bro PLEASE make it work for a5 dug/DWG...I f**king love d2tw feature
In exchange can I do something for you ?donations ? Any help? I will do anything XD just please make it work on a5 dug/dwg models

Categories

Resources