• After 15+ years, we've made a big change: Android Forums is now Early Bird Club. Learn more here.

Root [Kernel][GB] H426 - BDTweaks now on Google Play (06/24/13)

Tito23p said:
I don't know how's on CTmod, but in CM10 is the best thing ever!
not a single lag or freeze or reboot, amazing work on this one.
Click to expand...

Yeah it is. Have had no issues with it running amazing. Was having hotter before flashing this on cm10 not having issues running 1360 over clock
 
Read something interesting on XDA about using /dev/urandom as input for /dev/random
related to my las 2 posts about using it on kernels/ROMs

Elnareen says:

- LWN published an article one month ago on why this is a very bad idea (essentially, it makes the kernel thinks that he has entropy he has not, more explanations in the full article there: https://lwn.net/Articles/525459/)

- You can do it without even running some cron regurlarly, and that's why that's an even worse trap for the system administrator in Linux in general (quoted from the same article):

Quote: Administrator recommendations

"You really, really want to run rngd", Peter said. It should be started as early as possible during system boot-up, so that the applications have early access to the randomness that it provides.

One thing you should not do is the following:

rngd -r /dev/urandom

Peter noted that he had seen this command in several places on the web. Its effect is to connect the output of the kernel's RNG back into itself, fooling the kernel into believing it has an endless supply of entropy.

This is exactly what this application does, and a text book example of what should never be done
Click to expand...

Now the thing is how to figure out the right way which achieve the same effect of reduced lag or placebo? ;)
 
I enabled debugging in the kernel random number generator on my Nitro and played around a bit. Never saw a single stall due to lack of entropy. In fact, the only thing I noted that even used the blocking /dev/random device at all was when I turned wifi on. Presumably this was to seed WPA or something.

So whatever this seeder thing is doing, it's apparently not reducing the amount of blocking done on /dev/random, because there is none to begin with.
 
Hey tdm are you following the tread from the google devs? they have a really interesting point on the last 10 posts with the input_event() in drivers/input/input.c
 
Tito23p said:
Hey tdm are you following the tread from the google devs? they have a really interesting point on the last 10 posts with the input_event() in drivers/input/input.c
Click to expand...

Yeah it's a big big mess right now. I investigated a bit but really I think the best thing to do is wait until things settle down.
 
Hey blood, I was wondering if there is a way to enable zRam on the HyperKernel version with the GPU overclock (Hyper2.2 I think it).
Thanks in advance bro.
 
Bloodawn said:
you should be able to enable it the same way. I've had zram in the kernel since 2.0 I think.
Click to expand...

I checked the S07HYPER script and the lines to enable it weren't in there. So I flashed HYPER2.2, copied it from HYPERv3 to my init.d, edited the file, rebooted and it's working now. Thanks
 
Yeah, the only tweak in v.2 is the ability to enable or disable fsync. At least that's the only one I saw.
 
after i flashed to hyper 3.0 kernal my netflix works but when clicking a movie it will go to the loading screen but will never play anyone have a idea? thanks in advance
 
I got bored so I'm working on completely redoing the kernel. gonna be changing a little bit at a time and uploading each build after a main change for you guys to test if you want.

it will probably start with just a stock kernel patched to .14, then add OC shit and keep going till its fully stable, smooth kernel.

so if any of you guys want to try them out keep a eye on this thread and I'll posting the test kernels as they come.
 
Bloodawn said:
I got bored so I'm working on completely redoing the kernel. gonna be changing a little bit at a time and uploading each build after a main change for you guys to test if you want.

it will probably start with just a stock kernel patched to .14, then add OC shit and keep going till its fully stable, smooth kernel.

so if any of you guys want to try them out keep a eye on this thread and I'll posting the test kernels as they come.
Click to expand...


Definitely post away. Lol
 
Bloodawn said:
I got bored so I'm working on completely redoing the kernel. gonna be changing a little bit at a time and uploading each build after a main change for you guys to test if you want.

it will probably start with just a stock kernel patched to .14, then add OC shit and keep going till its fully stable, smooth kernel.

so if any of you guys want to try them out keep a eye on this thread and I'll posting the test kernels as they come.
Click to expand...

I'll be waiting for that! :D
 
Definitely will try as well. Family has 4 LG marquees now. Using hyper 3.0 and CTmod 3.75 they experience hiccups. Hope this ends up being a great solution. Thanks and will certainly give feedback.
 
You must log in or register to reply here.
Back
Top Bottom