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

Root [KERNEL] MiRaGe - for HTC stock ICS ROM - 3.0.101 - 10222013

Thanks for the feedback. My main concern was if the kernel was still working fine. I also haven't seen anything broken. The feedback at XDA is also similar.

Quoting from my XDA post "Debugfs appears to be an abused kernel feature by the developers. I had to clean a lot of hard links to debugfs to be able to disable that feature. Debug settings of all kernel modules are normally turned off from the kernel configuration. But some of the code coming from CAF, Google, and HTC were dumping debug information on debugfs by default without any configuration option. Neither a debug disable setting nor a declared dependence on debugfs were there. Code was broken without debugfs. Those are fixed, kernel is more secure and lighter now. If I haven't broken anything while fixing those hard links, let's keep this."
 
Just remember, I don't use all of the communication features of my phone every day. Mostly, I listen to music or surf the web. If one of the more obscure features broke, I would not know it. I don't know how many downloads of the test kernel have been flashed.

While I don't see a problem, the safe thing to do is leave it at test status a little longer. That sure will not hurt anything. I noticed a lot of edits on your github and understand your concern.
 
ron scubadiver said:
Just remember, I don't use all of the communication features of my phone every day. Mostly, I listen to music or surf the web. If one of the more obscure features broke, I would not know it. I don't know how many downloads of the test kernel have been flashed.

While I don't see a problem, the safe thing to do is leave it at test status a little longer. That sure will not hurt anything. I noticed a lot of edits on your github and understand your concern.
Click to expand...

Yes, I will keep testing until next week. Everything is working, except wimax hasn't been test in an available area yet. It normally turns on and off without any suspicious log record.
 
Thanks guys, you are so helpful. We have time for more testing until the new Linux version comes up.
 
It is funny how in our language we can have tons of time even though time has no mass. I hope a lot of people have had a chance to use Mirage. AFIK, for a rooted stock rom, it is the only game in town that overclocks. MRG has done some innovative things here which will probably show up in other kernels.

I don't know how much interest there is in running a rooted stock ROM. A while back I posted how to RUU, OTA and root stock from an S-Off phone. You may note that available guides root by flashing a rooted rom. There were very few responses. I guess it isn't rocket science. However, ROMs with bugs get the long threads because of the problems and support needed.

It is projects like Mirage and people like MRG (and there are quite a few other helpful developers and guides) that make owning an Evo V 4G so much fun.
 
ron scubadiver said:
It is funny how in our language we can have tons of time even though time has no mass. I hope a lot of people have had a chance to use Mirage. AFIK, for a rooted stock rom, it is the only game in town that overclocks. MRG has done some innovative things here which will probably show up in other kernels.

I don't know how much interest there is in running a rooted stock ROM. A while back I posted how to RUU, OTA and root stock from an S-Off phone. You may note that available guides root by flashing a rooted rom. There were very few responses. I guess it isn't rocket science. However, ROMs with bugs get the long threads because of the problems and support needed.

It is projects like Mirage and people like MRG (and there are quite a few other helpful developers and guides) that make owning an Evo V 4G so much fun.
Click to expand...

I beg to differ. My optimus got less fun when mrg made a ROM/kernel for it. I stopped flashing new ROMs because his build was solid
 
ron scubadiver said:
It is funny how in our language we can have tons of time even though time has no mass. I hope a lot of people have had a chance to use Mirage. AFIK, for a rooted stock rom, it is the only game in town that overclocks. MRG has done some innovative things here which will probably show up in other kernels.

I don't know how much interest there is in running a rooted stock ROM. A while back I posted how to RUU, OTA and root stock from an S-Off phone. You may note that available guides root by flashing a rooted rom. There were very few responses. I guess it isn't rocket science. However, ROMs with bugs get the long threads because of the problems and support needed.

It is projects like Mirage and people like MRG (and there are quite a few other helpful developers and guides) that make owning an Evo V 4G so much fun.
Click to expand...

After using Holo launcher hd, ex dialer, google calendar, and clock jb+, the stock rom turned out to be really good for me. Using link2sd, freezing many unnecessary apps also helped a lot. I am working on a barebones aosp build on the side. If I can make it run better than my current setup, I will release it. No 3d is still bugging me.
 
Just noticed the test kernel boots up at 1.728 ghz by default, according to nofrils. I usually run at 1.512. I can't say it made a big difference. Noticed this on negaman's deodexed stock rom.
 
ron scubadiver said:
Just noticed the test kernel boots up at 1.728 ghz by default, according to nofrils. I usually run at 1.512. I can't say it made a big difference. Noticed this on negaman's deodexed stock rom.
Click to expand...

Oops! Thank you for the report, it is totally my mistake. I have uploaded my own package apparently. I have removed that package now.

With the test build removed, I have uploaded a new stable build with the latest changes included, mainly trimming fat.

- Removed debugfs for better security, smaller kernel, less io chatter, less memory used.
- Removed bugverbose setting to reduce the memory use of the kernel
- Removed several other debug settings

Enjoy!
 
There is a new build of MiRaGe kernel in the OP with the following changes

- updated with the latest interactive governor and android binder from Google common 3.4 kernel
- updated with the latest ram_console from Google common 3.4 kernel and implemented persistent ram for the shooter board
- synced with Linux 3.0.79

Thanks to Johnnyslt for collaboration with the latest changes

ron scubadiver said:
The github is stirring, linux 79 and other goodies...What a great way to keep track of your work.
Click to expand...

I was thinking if I should wait until 3.0.80 but since I have been testing the changes without any problem and the build is ready, I have uploaded now. Enjoy!

You have some very nice pictures from Texas/Houston as well.
 
MRG, I don't see any reason to do a Linux version update unless there are some other improvements ready at the time. Just my opinion.

Thanks for keeping up with my photographic adventures.

Today I switched to a mobile friendly theme. I hope no unexpected problems come with it. Anyone around here is invited to take a look.
 
ron scubadiver said:
MRG, I don't see any reason to do a Linux version update unless there are some other improvements ready at the time. Just my opinion.

Thanks for keeping up with my photographic adventures.

Today I switched to a mobile friendly theme. I hope no unexpected problems come with it. Anyone around here is invited to take a look.
Click to expand...

I agree. I don't see any other big updates coming after this and I will not be uploading new builds so frequently anymore.
 
MRG, every project comes to a conclusion. It is a bit sad that the Evo 3d/V 4G is so close to EOL. However, I believe what you have done will advance kernel development for other devices and if you are in the mood, set you up to develop a kernel on some future device. Meanwhile, I have flashed the latest build. As usual, no issues on boot and I checked that crazy old Wimax and it works.

Additionally, I hope the journey has enhanced your coding skills and career prospects.
 
There is a new build of MiRaGe kernel available in the OP with the following changes

- Kernel-based mpdecision is included again
- Bluetooth stack reverted to the original since sound quality seemed better on my bluetooth headphone when I tested.
- Linux 3.0.80 (there is no real change for us)

I was testing a special build of AOKP and noticed that the second core was not turning off when screen is off without the mpdecision service as opposed to stock ROM. So, I added mpdecision back in the kernel and changed the default configuration so that it only turns the second core off when the screen is off. Otherwise, it should have no effect when screen is on.

You can change this behavior by changing the min_cpus parameter (2 -> 1) of mpdecision in kernel tuner. Then, it will be constantly switching the second core on/off, if that is what you want :shot:

With this build, the kernel package now deletes /sysem/bin/mpdecision by default if flashed in recovery. If flashed in Flash Image GUI, you still need to delete the mpdecision with the package provided in the OP. If you have done this before you don't need to do again, doing once is sufficient.

Enjoy!
 
mrg666 said:
There is a new build of MiRaGe kernel available in the OP with the following changes

- Kernel-based mpdecision is included again
- Bluetooth stack reverted to the original since sound quality seemed better on my bluetooth headphone when I tested.
- Linux 3.0.80 (there is no real change for us)

I was testing a special build of AOKP and noticed that the second core was not turning off when screen is off without the mpdecision service as opposed to stock ROM. So, I added mpdecision back in the kernel and changed the default configuration so that it only turns the second core off when the screen is off. Otherwise, it should have no effect when screen is on.

You can change this behavior by changing the min_cpus parameter (2 -> 1) of mpdecision in kernel tuner. Then, it will be constantly switching the second core on/off, if that is what you want :shot:

With this build, the kernel package now deletes /sysem/bin/mpdecision by default if flashed in recovery. If flashed in Flash Image GUI, you still need to delete the mpdecision with the package provided in the OP. If you have done this before you don't need to do again, doing once is sufficient.

Enjoy!
Click to expand...

so if i flash this version through recovery, it'll automatically delete the system mpdecision
 
You must log in or register to reply here.
Back
Top Bottom