[KERNEL]Droid DNA Cubed Kernel Stock/System Write/Unsec ADB[01.23.13]Added HSIC fix

Okay folks. I built this for those of you who prefer to be on a mostly stock kernel.

It is all stock except you can write to /system, and adb shell as root.

I will not be modifying, maintaining, updating, or otherwise doing anything else with this.

If you are coming from my other kernel, you need to flash the return to stock zip in the OP of that thread first to restore your files.

Enjoy!

Droid DNA Cubed System Write Stock Kernel
MD5: 78dba0c85090d89fd681269a09140e5f

D

.

Thread unlocked. Links up.

D

.

Added the HSIC fix to this so the stock folk can save some battery.

D

.

orangechoochoo said:

Can you make an overclock version too?

Click to expand...

Click to collapse

The end goal would be to include that, too. My primary focus is absolute stability, so overclocking won't be coming right away (but it will be on the short list). Since I'm going to have to follow the GPL in order to provide the kernel to you guys, I'm going to go official and set it up on github which might take a couple days since I'm also busy with a few real life things at the moment, too. I'm going to be splitting off from this thread for the release since it won't be this "stock" kernel anymore and I'm getting dsb's ok to include his system write patch in it. Between getting the source on github and ensuring that I've tested the stability thoroughly myself, I'm going to say probably Friday I'll start the new thread with my kernel ready for download.

Hey dsb, I know you said you weren't going to maintain this kernel nor provide individual modifications to it, but is there *any* way you could compile this kernel with just the battery fix also in it from the other kernel? I would normally agree that individual requests would become overwhelming, but that fix isn't just a random feature request. It's an actual bug in the stock kernel that should really be addressed by HTC but obviously you beat them to it. It might also be a good test to see if that fix is what is causing the freezing problem on the other kernel, since the best way to test that (unfortunately) is probably going to be testing kernels by either inclusion of changes on stock, or exclusion of changes on modded. As a developer myself, I totally understand the frustration in tracking down bugs that can't be easily reproduced by any one given method. If you'd like someone to test the extra change, I'll gladly volunteer my device.

I understand if you don't want to fulfill this request, and no hard feelings if you can't or don't want to. Really appreciate all you've already done.