Related
WARNING THIS COULD AND VERY WELL MIGHT HARM YOUR PHONE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
WARNING THIS COULD AND VERY WELL MIGHT HARM YOUR PHONE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
WARNING THIS COULD AND VERY WELL MIGHT HARM YOUR PHONE!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
You voted I have decided that what I will post here on XDA is a zip that contains the files needed to compile this on your own. This a development forum after all. I will also give you some simple instructions explaining how you can accomplish compiling this kernel.
I am including pershoots files for the 8mb ram hack along with the audio hack. I have modified the boardmahimahi.c and the acpuclock-scorpion.c to achieve a very minor overclocking. That being said, this can still harm your phone.
I have over-volted the processor to 1.325v. I have overclocked to 1.117ghz. If you were to over-volt the processor to 1.35v. That would be a 4% increase over max stock voltage. That 4% increase would result in roughly 8% more heat to your chip. I have halved the voltage but the heat increase is not linear so that doesn't mean it is half the heat. It sure isn't any more than 8% though. Anyway I take no responsibility for you harming your phone and that is why you must compile the kernel. I am only supplying knowledge.
Follow these instructions to set up your build enviroment: Cyanogen Wiki
What you need to do here is follow the instructions for compiling the kernel up until you get to step 5 of installing repo. Instead use this: repo init -u git://github.com/cyanogen/android.git -b eclair.
Now follow the steps for preparing the kernel but before you do steps 6-8 here you need to cd to the directory you initialized the repo in, cd to /kernel/arch/arm/mach-msm and copy all but the q6audio.c file into here. Then open the q6 folder and copy the q6audio.c file into here. Then complete steps 6 7 8. You can play with some kernel settings but if you don't know don't do it.
If you want to enable some compiler optimizations you can do this before compiling:
export KCFLAGS="-O2"
then when you give the make command:
make KCFLAGS=-O2 ARCH=arm CROSS_COMPILE=$CCOMPILER
Once it finishes (30min-2hr) find your zImage. Then you can go and look in
kernel/drivers/net/wireless/bcm4329 and in there you will find your .ko file to get your wifi working.
Download Source Files Here!
I will answer no other questions about this. If you need more help you should not do this. But there is always Google and a wealth of info awaits you if you use it!
CREDITS: Pershoot, Cyanogen, Kmobs (even though you hate it, you still inspired it with mention of the "Jesus Kernel"), intersectRaven, PsyQ, and many many others, I am sure!
Nice posting this, but you should post some disclaimers in BIG red writing.
Harry454 said:
Nice posting this, but you should post some disclaimers in BIG red writing.
Click to expand...
Click to collapse
Done and done! I forgot about that.
Hopefully we still have bootloader unlocked phones in the future...
+1. This is stupid, you SHOULD NOT SHARE STUFF LIKE THIS WITH XDA. 90% of the users here WILL NOT READ YOUR BIG RED WARNING LETTERS.
What so wrong about this info kmobs ?,
Your kernel also overclocked from beginning and we still have unlocked bootloader.
I posted source files and compiling how to. All of this information is available on this site already. All I did was put it in one place for the people willing to take the time to set up and compile it for themselves. I did not post a zImage or an update.zip for the masses to flash. What I posted is what anyone with 1/2 a brain and a Google search bar can figure out on their own.
This pushes the phone far beyond its safe limits, not to mention the max voltage is actually set to 1.4v which is extremely reckless.
rheza02 said:
What so wrong about this info kmobs ?,
Your kernel also overclocked from beginning and we still have unlocked bootloader.
Click to expand...
Click to collapse
I completely agree plus very few will figure out how to do this. My only concern is that someone will post a zip file of this but oh well, I think XDA should benefit from stuff like this. This is development at it's finest.
jlevy73 said:
I completely agree plus very few will figure out how to do this. My only concern is that someone will post a zip file of this but oh well, I think XDA should benefit from stuff like this. This is development at it's finest.
Click to expand...
Click to collapse
If the information was already out there, why is this thread needed? All this does is simplify the processes of basically running too much electricity through your phone. My mod didn't affect voltages at all, which is why it wouldn't cause any long lasting damage.
If someone posts a zip file, thats probably going to be the end of bootloader unlocked phones.
Yeah, there is nothing like a bunch of people cooking their phones to really advance the development around here.
Google is going to love dealing with those support calls.
1.The max voltage is set to 1.4v however no frequency on the table uses that voltage.
2. Anyone who takes the time to compile the kernel could do this themselves anyway.
3. There was already a post on the forum explaining over-clocking. Almost to the letter I think, and after that was posted, the OC-UV-kernel was released.
Tell you what, I will fix the boardmahimahi down to 1.325 since the freq table doesn't go higher anyway.
Knowledge should be shared not horded.
Gr8gorilla said:
1.The max voltage is set to 1.4v however no frequency on the table uses that voltage.
2. Anyone who takes the time to compile the kernel could do this themselves anyway.
3. There was already a post on the forum explaining over-clocking. Almost to the letter I think, and after that was posted, the OC-UV-kernel was released.
Tell you what, I will fix the boardmahimahi down to 1.325 since the freq table doesn't go higher anyway.
Knowledge should be shared not horded.
Click to expand...
Click to collapse
There is a REASON that the phone is locked to 1.3v instead of 1.4, 1.325, or even 1.301. The processor is rated for 1.3v. Thats it. No higher. I know the OC-UV thread was posted you know.. since I'm the one that made it.
Like you said, there is already a thread explaining the overclocking, so someone that wants to do it already has the resources. All this does it make it easier for someone without knowledge of the dangers to take it and release it. Do you really want that?
So only your kernel acceptable and the other not ?
persiansown said:
There is a REASON that the phone is locked to 1.3v instead of 1.4, 1.325, or even 1.301. The processor is rated for 1.3v. Thats it. No higher. I know the OC-UV thread was posted you know.. since I'm the one that made it.
Like you said, there is already a thread explaining the overclocking, so someone that wants to do it already has the resources. All this does it make it easier for someone without knowledge of the dangers to take it and release it. Do you really want that?
Click to expand...
Click to collapse
Persian I have a ton of respect for all that you have done here at XDA and helping others out. But honestly if someone is that stupid to install this without knowing something bad might happen, we got bigger problems than this post. But sharing is caring so while I get your point, I appreciate the OP putting up the information.
And on that note, a ZIP file is already in existence. I will not say where but I just stumbled across it (it's not on XDA).
ANDROID IS OPEN SOURCE! GOOGLE WANTED THE PHONE UNLOCKED!
Do you really believe that they did not foresee this? The whole point of open source is the sharing of Knowledge. It is not up to me or anyone else to decide who should and should not have access to knowledge (Steve Jobs?) If you don't like open source go hang out on an iPhone forum!
Yes this could harm someone's phone, yes some idiot will fry his processor with this knowledge. I don't see anybody complaining about the guy who posted a radio image and instructions on how to flash it. I have seen a few bricked Nexus One's from radio flashes though. At least with this Kernel they will see some instability long before anything drastic happens. Not so with a screwed up radio flash.
Now tell me I am wrong and why!
Gr8gorilla said:
ANDROID IS OPEN SOURCE! GOOGLE WANTED THE PHONE UNLOCKED!
Do you really believe that they did not foresee this? The whole point of open source is the sharing of Knowledge. It is not up to me or anyone else to decide who should and should not have access to knowledge (Steve Jobs?) If you don't like open source go hang out on an iPhone forum!
Yes this could harm someone's phone, yes some idiot will fry his processor with this knowledge. I don't see anybody complaining about the guy who posted a radio image and instructions on how to flash it. I have seen a few bricked Nexus One's from radio flashes though. At least with this Kernel they will see some instability long before anything drastic happens. Not so with a screwed up radio flash.
Now tell me I am wrong and why!
Click to expand...
Click to collapse
Google wanted it unlocked, but in the future will HTC and other hardware manufactures comply? No. They are the ones that are going to be handling repairs from your reckless overclocking
Gr8gorilla said:
ANDROID IS OPEN SOURCE! GOOGLE WANTED THE PHONE UNLOCKED!
Do you really believe that they did not foresee this? The whole point of open source is the sharing of Knowledge. It is not up to me or anyone else to decide who should and should not have access to knowledge (Steve Jobs?) If you don't like open source go hang out on an iPhone forum!
Yes this could harm someone's phone, yes some idiot will fry his processor with this knowledge. I don't see anybody complaining about the guy who posted a radio image and instructions on how to flash it. I have seen a few bricked Nexus One's from radio flashes though. At least with this Kernel they will see some instability long before anything drastic happens. Not so with a screwed up radio flash.
Now tell me I am wrong and why!
Click to expand...
Click to collapse
Google wanted the phone unlocked yes, but why do you think the regulator was put into place?
If google didn't care about people messing with voltages, they would have never implemented the regulator. Transistors and resistors DIE with extra voltage. Once they are gone, there's no bringing them back. I'm all for the advancement of the platform, but how exactly does this do that?
I understand why everyone is up in arms about this but this wont stop future phones from having an unlocked bootloader. That's why there's a big ass warning stating that your warranty is invalid should you unlock it. Anyone who compiles this kernel and flashes it knows they are taking a huge chance of frying their phones so in my opinion, that's on them. Personally I didn't spend close to 600 bucks just to turn my n1 into a pretty paperweight, but should someone not heed people who know what they are talking abouts advice, its on them.
All this will do is let the people who have no idea what they are doing, mess with something that we shouldn't mess with, or if we must mess with it, it should be a couple of people so that the masses don't get ahold of this and fry all their phones. 90 percent of ROMS here have the same warning label and I can guarantee that people probably don't even read them they just skip down to the instructions or to the download link. This is worse because it will actually fry their phones. If you are reading this do NOT attempt to do this. It will **** UP your phone.
Hey everyone,
I recently (a few weeks ago) updated to an hTC Mecha and pretty quickly flashed the CyanogenMod 7 Pre-Alpha. I updated from a Motorola DROID, and though almost everything I want already exists or has been ported, there is one thing that I have not been able to find.
Plenty of kernels (including the CM7 Stock-kernel) support very decent overclocking, and with the use of viperMOD, it is possible to undervolt. However, I'm used to being able to custom-clock and custom-volt (as in, pick my clock rates manually and calculate my vsels on my own).
I'm under the impression that the easiest way to go about doing this kind of customization is through the /proc/overclock filesystem which comes from the overclock klm (overclock.ko).
I have not yet found any kernel for the Mecha that supports / has the overclock module packaged with it. Is anyone interested in porting the overclock klm to the Mecha (and thus, Snapdragon)? I have a friend that said he'd be willing to help me, but both of us are very busy, and having more help would be extremely helpful. Keep me posted.
All the best,
-HG
/Shameless Self-bump/
Is there really no one else who is interested in having full custom-clocking/volting?
All the best,
-HG
I think most people are happy with the control we already have.. not saying your idea is bad but I don't think the average rooter wants to get that involved (though personally I would love it)
Try pming Imoseyon or nerozehl or twisted umbrella
Sent from my ThunderBolt using XDA Premium App
I believe that the script rapist has the ability to do that.. look for a thread called twisted playground
Eris/Droid1/Incredible/Rooted Nook/Thunderbolt!!!
altimax98 said:
I believe that the script rapist has the ability to do that.. look for a thread called twisted playground
Eris/Droid1/Incredible/Rooted Nook/Thunderbolt!!!
Click to expand...
Click to collapse
Good to know about that. However, it is not remotely as powerful as the overclock module. The oC module allows for true custom clocking and volting. That is, you can enter whatever clock rate you'd like (noting that you shouldn't be too liberal with the rates) and you can calculate the vsels on your own to make your phone run and the voltage that you'd like.
It's done through a simple interface, and if gives you the ability to set it on-boot using init.d scripts if your kernel supports them.
I PM'd user Imoseyon. But I think it's likely that I'll be trying to port the module myself.
If anyone has any suggestions/advice, I'd be happy to hear it.
All the best,
-HG
HALLO THAR me again. Ninphetamine 1.0 didn't go so well did it? I thought I'd lost my mojo. Some even had me wondering if my prior good works had been the freaky sort of flukes that would have been better spent on guessing lottery numbers than giving you lot new toys. I was down. Broken. Beaten. So much so even my sarcasm had left me, opting to close the thread after the billionth stupid question rather than scythe down the scum that floats atop our gene pool with my usual aplomb.
Down but not out the Ninphetamine team went back to basics and discovered this mysterious random reboot was still present. Many WTFs were uttered. So we seriously downgraded our building tools. Still random reboots. Many WTFs were screamed from the rooftops. Then someone "helpfully" mentioned that older Samsung ROMs were also plagued with a random reboot issue that disappeared some time a few ROM releases later. The same person "helpfully" mentioned that the Samsung kernel source was released around those early releases. I say "helpfully" instead of helpfully because it would have been HELPFUL if it'd been mentioned before hours had been spent reversing patches and performing voodoo ritual chants to try and get to the bottom of the problem. I looked back on Samsung's source website and discovered a recent KERNEL UPDATE and patched it into my source. BOOM, random reboots gone.
WELL THANKS A ****ING BUNCH SAMSUNG. I am so pleased it didn't occur to you to update your available sources after you'd discovered it was a kernel problem causing the reboots. Full marks for it completely slipping your collective mind that, while being fully aware people would be producing their own works for this phone (I know you're aware because of how you didn't lock the bootloader), it wouldn't be a GOOD ****ING IDEA to perhaps at least release a patch for the problem if not the updated source. MONTHS it's taken you, literally MONTHS.
I hate you. However, I also love you. At least you -did- release an update (albeit being later than the pope to a contraception conference) and your cockup only served to reignite the fire that is my rage.
So, Ninphetamine 2.0. It's true that war drives innovation and the war on the random reboot certainly had us trying many different things and making various discoveries. Many of those have been applied to the now working base so everything I promised for Ninphetamine 1.0 is there and then some.
EVEN FASTAR!!!11. Yep. Get a good tail wind at your back, throw a dice on a double six three times in a row and you can even break 4000 on Quadrant at stock speeds WITHOUT ANY CHEATING. I know Quadrant is largely a meaningless test, results rendered utterly useless by all the retards that mount everything to a ramdisk before running so they can masturbate furiously at HIGHER NUMBERS firmly and unironically of the belief that it increases their self worth and reputation. Performance is smoother however and responsiveness improved as well over Ninphetamine 1.0. Remember if you're the sort that does care about Quadrant scores, given that Android has the attention span of an eight year old child after consuming enough sugar to kill a diabetic in seconds, Quadrant needs 2-3 runs before the OS realises it might be a good idea to make sure the app has the CPU and memory resources it actually wants. Or you can flip the governor to the Performance.
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
FASTURER THAN EVAN FASTAR!!!!!111oneeleven. Speaking of people that like to furiously masturbate over high yet meaningless numbers, the overclocking feature is back with a few bug fixes for good measure. As before it's capped at 1600MHz. We haven't added the GPU clocking yet as it's important to ensure that the current feature set is stable before adding even more. The voltage control interface is also included. Remember, if you're the type of idiot that understands nothing of overclocking or undervolting or how CPUs work in general, don't come crying to me when you try and run 1.6GHz at 800mV and find you have problems. The issue isn't mine, it's yours. Take it up with your parents who are also your aunt and uncle, remember if you can to thank them for providing further evidence that inbreeding is bad and produces morons that aren't capable of functioning in society. Thanks.
Base still at 2.6.35.11. After patching in Samsung's fixes to their own incompetence I'm pleased to note that we're able to stay at least at 2.6.35.11 base, thus keeping many important fixes, improvements and performance boosts from the main kernel team headed up by God himself Mr Linus Torvalds. You thought I was God? While flattered no, I am merely a disciple ready and willing to deputise for when he's too busy.
So download it, run it, break it. Remember, asking me things covered in my initial posts will anger the Android Gods and at best will result in your public ridicule at worst will result in a few plagues upon your dark dingy basement where you no doubt reside.
If you're going to report problems I want more than "HLAP MAI PHONE BROKED". Try and recreate the issue while running logging (instructions on how will follow in a FAQ post). If you're overclocking/undervolting or any combination of the two, stop it and see if your problem persists.
Don't report every single issue you have to me either. It's possibly a kernel issue if overall stability is affected, if you get a full reboot from the boot logo (NOT the boot animation, dropping to boot animation means Android crashed, not the kernel) or if you get a full lockup. If you find that in life in general people tend to stop talking when you're around, or they don't quite seem sincere when laughing at your jokes, it's probably you, not me, that's at fault because you're a bit of an idiot.
Now, there's been a couple of testers that have suffered a rare random reboot. I have a theory on this but to prove it, I need a wider audience. There will be a downloadable kernel that is SOLELY for anyone that suffers a random reboot under NORMAL (normal clock, normal voltage, no tegrak, using OnDemand governor) circumstances.
Download links will be in the download post. If you ask where download links are, I'll give you a very custom one of your own and who KNOWS what that kernel might do. You've been warned.
TO REITERATE - READ THIS
All new downloads should download the release version. Only people who get an unexplainable reboot while running under stock 1.2GHz (or less) conditions at normal voltage with no OC software installed should download and install the workaround version.
Thanks
Unlimited thanks to my wife for her boundless patience with my Android obsessions.
Many thanks to my genius partner netarchy.
Many thanks to my harem of testers, pulser, designgears, Ante0, mattgirv, Obihoernchen, Kullt, Veyka, Lenny, yoda and Rawat.
Download Links
Ninphetamine version 2.1.3 Release Edition
TAR file for Odin/Heimdall/CWM app.
ZIP file for flashing via Clockwork Mod Recovery.
Ninphetamine version 2.1.2 Release Edition
TAR file for Odin/Heimdall/CWM app.
ZIP file for flashing via Clockwork Mod Recovery.
Ninphetamine version 2.1.1 Release Edition
TAR file for Odin/Heimdall/CWM app.
ZIP file for flashing via Clockwork Mod Recovery.
Ninphetamine version 2.1.0 Release Edition
TAR file for Odin/Heimdall/CWM app.
ZIP file for flashing via Clockwork Mod Recovery.
Ninphetamine version 2.0.5 Release Edition
TAR file for Odin/Heimdall/CWM app.
ZIP file for flashing via Clockwork Mod Recovery.
Ninphetamine version 2.0.4 Release Edition
TAR file for Odin/Heimdall/CWM app.
ZIP file for flashing via Clockwork Mod Recovery.
Ninphetamine version 2.0.2 Release Edition
TAR file for Odin/Heimdall/CWM app.
ZIP file for flashing via Clockwork Mod Recovery.
Ninphetamine version 2.0.2 Workaround Edition
As stated earlier, only download this version if you have issues with the release version.
TAR file for Odin/Heimdall/CWM app.
ZIP file for flashing via Clockwork Mod Recovery.
Ninphetamine version 2.0.1 Release Edition
TAR file for Odin/Heimdall/CWM app.
ZIP file for flashing via Clockwork Mod Recovery.
Ninphetamine version 2.0.1 Workaround Edition
As stated earlier, only download this version if you have issues with the release version.
TAR file for Odin/Heimdall/CWM app.
ZIP file for flashing via Clockwork Mod Recovery.
Ninphetamine version 2.0.0 Release Edition
TAR file for Odin/Heimdall/CWM app.
ZIP file for flashing via Clockwork Mod Recovery.
Ninphetamine version 2.0.0 Workaround Edition
As stated earlier, only download this version if you have issues with the release version.
TAR file for Odin/Heimdall/CWM app.
ZIP file for flashing via Clockwork Mod Recovery.
Changelog
2.1.3 Release Edition
Re-enabled kallsyms (thanks supercurio for the heads up).
Fixed initramfs to provide support to custom ROMs that use startup scripts in /system/etc/init.d (thanks designgears).
2.1.2 Release Edition
Added a workaround for some ROMs bootlooping after a wipe of /data due to incorrect permissions on the new subdirectories created. Appears to be a ROM bug, perhaps KH3 related, would be handy if ROM developers could look for a fix.
2.1.1 Release Edition
Added FUSE and CUSE support.
2.1.0 Release Edition
Update to Samsung XXKG5 source (Update2)
Added GPU clock control interface (currently has no GUI)
Minimum CPU voltage now properly clamped at 800mV
Misc tweaks and fixes, see github commit log to cfs-exp for full details
2.0.5 Release Edition
Improvements to BLN battery usage.
Changes made to touchpanel sensitivity when the phone is charging to resolve issues for people using certain screen protectors that stop registering user input when on charge.
2.0.4 Release Edition
BLN support added.
RAM console (/proc/last_kmsg) added.
Workaround edition deprecated.
2.0.2 Release/Workaround Edition
More VPN features added.
JHash updated to version 3.
2.0.1 Release/Workaround Edition
CIFS support added.
2.0.0 Release Edition
Samsung's latest source update applied to base.
Kernel base updated to 2.6.35.11.
Overclock up to 1.6GHz.
Voltage control via SetCPU or Voltage Control from 800mV up to 1500mV.
BFQv2-r1 IO scheduler added and set as default.
Optimised EXT4 mount options.
Various other performance related tweaks.
2.0.0 Workaround Edition
As above, but with some patches applied to workaround errata inherent to some Cortex A8/A9 processors.
FAQ
How do I change my GPU clock speed?
Either wait for GUI support to appear in the form of an addition to SetCPU or a standalone GUI, or if you're confident with a terminal:
Code:
adb shell
cat /sys/devices/virtual/misc/gpu_clock_control/gpu_control # To view current settings
echo 267 300 > /sys/devices/virtual/misc/gpu_clock_control/gpu_control # Sets GPU clock from 160/267 to 267/300
We currently have a 450MHz maximum clock and 10MHz minimum clock. The presence of these values does not necessarily mean your GPU can run at these speeds, like all overclocking your results can and most likely will vary. Do not come crying in this thread because you broke your phone or set fire to your desk or gave yourself third degree burns. Actually, do, I enjoy a good laugh.
Hey any update on you guys getting FEATURE done or CHANGE I'd like?
Given that I'm away on honeymoon in two weeks and we're expecting Samsung to release sources actually used with 2.3.4 Any Day Now (tm) any new features are unlikely to appear until September, unless you're part of my IRC Testing Crew and we start testing new features ready for the release of the next major version. So stop asking.
Uncle Hacre, I had a nasty crash and my phone rebooted, I want to help you debug this, what can I do?
Code:
adb shell cat /proc/last_kmsg > lastkmsg.log
Then zip up the lastkmsg.log file and attach it to your post informing me of the issue.
I simply must have every possible second of battery life available, other kernel devs are disabling adb and logcat to make this happen can you do this please battery life is very important to me as I often spend days in Outer Mongolia with no access to power and that extra thirty minutes of battery life could be the difference between me tweeting I've lost my toes to frostbite or not!
Debugging features in the kernel are already disabled. Have I disabled adb/logcat? No. Will I? No. I'm at 50 hours uptime on my phone with just under 40% battery remaining. I see no battery issue. Whether the life can be slightly improved or not, removing a key debugging function from the land of custom ROMs is an incredibly stupid idea. What if you flash a custom ROM and there's an issue and the ROM developer needs debugging information to fix it? What if you install an app that has a problem and you cannot give any feedback to the app developer? Are you prepared to flash a kernel that has adb enabled any time you have an issue? For the minor gains in battery life it isn't worth it.
There's a ClockworkMod Recovery with a higher version number than the one you're providing surely bigger numbers means better why aren't you providing it?!?!
I'll update CWM Recovery as and when a version appears that provides a feature or fixes a bug that we're afflicted with.
WAAAAHHHHHHH QQ I have to wait ONE ENTIRE SECOND for my phone to wake up from standby!!!111oneeleven. This is totally unacceptable and it is ruining my life!!!
Of course it takes a second to wake up from deep sleep. Everything has been shut off, the CPU placed in low power mode and the entire OS placed into suspend. I don't know about you but it takes me far longer than one second to be fully coherent and responsive when I wake up in the morning and I've only got one brain to worry about, the SGS2 has two of them! Shut the whining up about this complete and utter non issue.
What ROMs will this work with?
The kernel has been tested with VillainROM 2.0 and 2.1. It should in theory work with any ROM based on a stock SGS2 ROM. However if your ROM developer requires a custom initramfs for features you may encounter problems.
How do I overclock my CPU?
Use SetCPU or Voltage Control, ensure you have the latest version.
How do I change the voltage of my CPU?
Use SetCPU or Voltage Control, ensure you have the latest version.
I cannot use adb install anymore.
We're aware of this and are working on a solution for the next release. In the meantime adb push the apk to the phone and install using a file browser.
My phone was running fine for hours but I just now had a random reboot. What should I do?
Learn to read. Download and install the Workaround Edition.
I have Tegrak installed while using your kernel, does that make me an idiot?
Yes.
Super Happy Fun Time
Should you arrive in this thread bereft of the basic intelligence required to remember to breathe in and out as needed and you ask questions/make posts that clearly demonstrate this fact, I'll be sure to give you the attention you deserve in this very post.
geistteufel said:
I don't see bfq scheduler in set cpu, is it normal?
Click to expand...
Click to collapse
Yes it's normal. Your IQ isn't. What on Earth possesses you to even open SetCPU if you're looking for schedulers in there? Do you also complain to car manufacturers when you can't find your spare tyre in the engine bay or you find that a motorbike has no ashtray?
saintxseiya said:
Hi,
do i have to set setcpu in some way or is the kernel all doing by itself?
Cheers.
Click to expand...
Click to collapse
If only I had taken the time to write a FAQ post, on the first page of this thread that would answer this question...
golf60 said:
wipe cache and dalvik cache before flashing....
Click to expand...
Click to collapse
I'd really like it if people with a shoe size rivalling IQ would refrain from giving advice to users of our kernel. Advising to wipe cache/dalvik before changing kernel is akin to advising checking tyre pressures because the gearbox just fell out.
Kollegah said:
Is this kernel compatible with cm7?
Sent from my GT-I9100 using XDA App
Click to expand...
Click to collapse
Or in other words: "Hi, I'm too lazy to read threads or use the search function." This has been addressed in several posts in this very thread.
Cygnuss said:
So what does this version do VS the 2.0.0?
Click to expand...
Click to collapse
Wow, I really wish I'd taken the time to put a changelog on the first page after the download links. If I had, then surely no one would need to ask me what's changed in new releases. Thank you so much for highlighting my failing!
Logi_Ca1 said:
Is anyone else running 200Mhz at 475mv? Works fine on my phone, passes stability test 2.11 as well. Or maybe there's a softcap for the minimum value?
Click to expand...
Click to collapse
It would seem I live in a parallel universe, one where I'm sure I write things down yet they do not appear. This can be the only explanation for you not seeing "Voltage control via SetCPU from 800mV up to 1500mV" in the THIRD POST ON THE FIRST PAGE. Well there's that explanation, or there's you being a moron. Hmmm...
varenathan said:
Dear all,
How to install Ninphetamine version 2.0.1 Release Edition using ODIN? I have downloaded it "TAR file for ODIN" here : http://forum.xda-developers.com/showthread.php?t=1179814
, n extract it and found this zImage. Please tell me how to use this zImage?
My kernel version at the moment : I9100XXKG1 but my PDA/PHONE/CSC = KG2.
Thanks n sorry if this question has been replied before but i couldn't find it anywhere.
Click to expand...
Click to collapse
varenathan said:
But i found it's not a .tar file, it's zImage. Is this the same? sorry for nob question..
Click to expand...
Click to collapse
varenathan said:
Thanks mate! Just realized it's a .tar or .zip in notification, but when i open it in windows, it shows only ninphetamine-2.0.1-release.
So, another Question. Is it possible to flash back my last Kernel version if i flash ninphetamine (just in case, something wrong with it)? How to do that?
Click to expand...
Click to collapse
varenathan said:
thanks mate! Usefull information indeed!
EDIT :
How to take out the zImage and where to find it from the last ROM which i've just flashed before i flash ninphetamine?
Click to expand...
Click to collapse
varenathan said:
I have I9100XXKG1.
Okay, thanks again. I thought i should move the zImage from my sdCard and then place on my PC and then i can flash it to a new Kernel.
So blessed today, found these people who help me
Click to expand...
Click to collapse
varenathan said:
hahaha.. be my guest. I am just trying to be a good user for my phone
Click to expand...
Click to collapse
varenathan said:
Which i have already made, but i am not sure for the kernel version, as i always get the new version from my ROM Developer it's included, n shouldn't flash it seperately
Click to expand...
Click to collapse
AND THE CURRENT THREAD RESIDENT INEPT BUNGLING RETARD AWARD GOES TO:...you. How the hell did you even manage to find this thread? In fact how did you even manage to survive long enough to use a computer? Or am I looking at this from the wrong perspective, should I be thrilled that a Chimpanzee has managed to procure a PC and an SGS2 and already managed to flash a custom ROM to it? You sir are the reason new scissors are labelled with "Warning: contains sharp objects". Answers to all of the questions you've asked are freely available throughout the SGS2 forum and in the form of guides all over the internet. So not only are you bereft of the basic intelligence required to figure out which way is up, you're also lacking the kind of effort that's required to carry out the most simple tasks like "find a useful collection of words" and "read a useful collection of words". Shame on you.
-Zork- said:
Have a question about this kerel, I got 1 % drop per hour in standby ( sleeping 8 hour and wake from 100% go down to 93%). Is it normal?
Click to expand...
Click to collapse
No it's not normal. This is outrageous. Thank you for submitting this bug report so that myself and netarchy can get to work right away on the part of the kernel that is supposed to suspend the space-time continuum when your phone goes into standby so that it uses no power whatsoever. You see we weren't sure whether to suspend time or have it invent hydrogen fuel cells and circumvent the battery during Deep Sleep so we opted for the far easier suspension of space and time. I'm awfully sorry that our experiment failed and we'll now look into kernel code that can combine matter and anti-matter for a low power sustainable reaction so that you lose no precious battery life at all while the phone is in standby. Or you could do us all a favour, including yourself and turn your phone off and never ever touch it again. That way the number of people you communicate with will be curtailed, your phone will never lose power and you'll never need to sully one of my threads again. You have all the intellectual creativity of a box of hair, a command of language worse than that of a deaf mute and an ineptitude so offensive it cannot be summed up in a single word, so I'll try three: You're a moron.
Warrimonk said:
Can't seem to get 1.6ghz stable at all, even at 1.5mV. Running lightening 4.1 and this kernel. any tips?
Click to expand...
Click to collapse
Yes. Kill yourself. Asking such a question means you're clearly beyond help, have no clue about overclocking and don't deserve such a nice phone. Free up some oxygen and resources for the rest of us please, thanks.
CrimsonAxe said:
This might sound dumb, I'm using Litening rom 4.1 with Ninphetamine 2.0.2
What app should i use to underclock my voltage? i tried Voltage Control and after i've got my settings done, i try to check the current battery voltage it's still at 4004mV? Does that mean the application is not working?
Click to expand...
Click to collapse
Might sound dumb? No no, it IS dumb. 4004mV is how much voltage is remaining in the battery you twatneck. Why are you asking what app you should be using when it is clearly stated ON THE FIRST PAGE OF THE THREAD?. How has it escaped your grasp when editing voltages that are all ~1000mV that over FOUR THOUSAND millivolts might just be something else?? In fact how did the words BATTERY VOLTAGE not clue you in after changing CPU VOLTAGE? You're a (unfortunately) breathing example of never underestimating the lowest level of stupidity. If brains were chocolate bars yours would be labelled "Fun Size".
NeoPhyTe.x360 said:
And do you think that #twiter word in my signature, is a fail? Maybe you don't understand why I put things like this
SARCASTIC MODE ON
I put twiter in a text, but in the hyperlink I'm seeing twitter, oh **** i'm clever!
Click to expand...
Click to collapse
NeoPhyTe.x360 said:
my twitter was deleted months ago, man.
Since Feb, 2011, and Google knows
Click to expand...
Click to collapse
NeoPhyTe.x360 said:
And you are a moderator?
Maybe you have to understand it first, because I don't think that people in usa are much clever.
Click to expand...
Click to collapse
This guy calls himself a developer. Yes your "#twiter" link is a fail because a: it isn't spelled properly and b: it 404s. Why keep it there if it's a dead link? Because you didn't know until it was pointed out to you, that's why. As for "I don't think that people in usa are much clever"....oh the irony. If your kernels run as well as you post I'm sure scattered around the XDA userbase is a smattering of dead or unresponsive SGS2s. Which wouldn't surprise me. Taking a look at your kernel thread it's clear that you've as much clue as a lobotomised Orang-Utan. More steps on your CPU frequencies than there are on the stairway to heaven, you think somehow that 500MHz uses less power than 200MHz, governors included that anyone doing five minutes of research would know they're unstable, you advertise standard kernel features as unique features in your kernel (CFQ, CFS, boy those sure are new features!) and to top it all off you've got the cheek to take code from Ninphetamine and then come here and ****post. I've more chance of developing film in direct sunlight than you have of developing anything close to competent and the fact that you have the audacity to consume bandwidth on the internet offends me. If braincells were matchsticks you couldn't light a candle, so kindly return to your thread full of fail and leave us big boys and those of us with IQs higher than room temperature to get on with grown up things, mkay?
NeoPhyTe.x360 said:
I have been living in Chester this spring/summer some months, and maybe I'll go in september, so I hope we could meet, because maybe my braincells can't light a candle, but I know that my fists yes. Coincidences of life...mate
Click to expand...
Click to collapse
Holy **** an actual threat of violence from the internet. Hahahahahaha. At least I think that's what it is. You "know that your fists yes"....I can only assume this is a threat...unless you're chatting me up and want to fist my bottom? I'm not that way inclined mate, sorry.
Tarek82 said:
Try running 1.6ghz under a different rom, I have no problem running 1.6ghz with Cognition S2 using set cpu
Click to expand...
Click to collapse
I'm revoking the other guy's retard award because you've single handedly come into the post and shown us in fewer than 20 words just what being a hap-hazardous retard with an IQ smaller than a bullant's testicle and the sharpness of a dull stick of butter what being a retard is all about.
No no, please, pray tell, how running a different ROM will magically make a CPU run at 1.6GHz when it wouldn't before? This, you cretinous simpleton, is akin to giving a steam roller a paint job and expecting it to pull an extra 100mph as a result. Please promise me that's the last time you ever post on the internet, because if you keep this up you'll dilute the global IQ so much we'll all start eating our shoes.
apache86 said:
I realy appreciate your work but arent you going a little too far with your language and comments? you mentioned your wife at some part of the long story at the first post (who can actually read all this? are you an author as well?). are you also talking to her like this when she doesnt understand somthing? your kids? im definitely not jealous in her
Now come down a little bit with your language and dont help us if you cant do that as a fully grown man (are you a grown man?)
This is the common nature of people, asking dumb questions somethims but on the other hand, do you realy expect them to know as much as you do on changing kernels and messing with them? the fact that you might have no life does not mean you should take it out on others isnt it?
Now come on, tell me what you think about my post, dont spare any word of it!
Click to expand...
Click to collapse
Oh yippee the language police arrived. I'm so pleased you found the opportunity to take time away from your perfect life your perfect wife your perfect children and your perfect job situated high within that glorious and shining ivory tower of yours to descend upon us normal folk to educate us about our terrible language and vulgar manner of insulting those whom we only see as morose shambling idiots who cannot even manage to search a thread, whereas you see them as gleaming examples of humanity, bereft of love, attention and experience.
Well, as you're now down here on planet Earth, you globulating and sickeningly sweet preacher of goodwill, may I first introduce you to the word hypocrisy. Often rife among your dogooding kind, it means that you sit on high quaffing down pints of innocence and regurgitating it upon us regular folk as some kind of moral education, while still sneering like a ****ing 1930s cartoon villain. If you could get the shine of your halo out of your eyes for a few seconds and deign to look upon the unwashed masses, you'd recognise that dishing out lessons in manners doesn't often mix well if you throw in a dash of "insult their lack of any life worth living" or "let's have a pop at his wife".
You sir, are a **** but not only that, you're the worst type of ****. I'd rather deal with 20 of EACH of every idiot that precedes you in this posted collection of horrors than one of you, you vile and pathetic excuse for a human being. How dare you feign to come into my thread and chastise my use of language when you can't even ****ing spell let alone string a sentence together. You're not only offensive to the morals you're offensive to the eyes, you write down pure eye cancer and I implore you to stop.
I have never and will never excuse anyone's lack of common sense. There's a difference between not knowing and not even having the wherewithall to help your sodding self. I berate the latter and assist the former, whereas you don't flap your ****in caviar chompers unless there's some moral crusade to embark upon. How about you be honest with yourself and realise that you only arm yourself for combat and mount upon your trusty forum steed to put right what mere mortals like me have wronged, to give yourself grace and relief from the sorry, putrid and langquidly depressing state your own life is in. How about you spend even half the effort you spent ejaculating that illiterate and berating post into my thread, on sorting your own miserable existence out and then maybe we'd both be a lot happier. Your insignificant blip of an existence wouldn't be quite so worthless to you and maybe, just maybe, you'd keep your hypocrisy laden lectures to yourself which would in turn make me very happy indeed.
****, LOLed so hard I woke up my kids!....thank you!
Nice one, will try soon. Btw i love your epic stories in your OP
oh jesus i'm dying after reading the whole story in op ...rotfl
edit: just to say something useful, i'm going to try it!
rocketpaul said:
Nice one, will try soon. Btw i love your epic stories in your OP
Click to expand...
Click to collapse
You should start with 7
Swyped from my Galaxy S II using Tapatalk
Artius89 said:
oh jesus i'm dying after reading the whole story in op ...rotfl
edit: just to say something useful, i'm going to try it!
Click to expand...
Click to collapse
If you die, you cannot enjoy the even better entertainment next time round... So try and survive
@ninpo, did you remind them that anyone trying to use it with Tegrak is subject to capital punishment?
Any plans for CM7?
pulser_g2 said:
@ninpo, did you remind them that anyone trying to use it with Tegrak is subject to capital punishment?
Click to expand...
Click to collapse
Yes, read the thread, don't make me make you my first example in post #5, you know I will.
Cool intro, thank you guys for all the time and effort you put into this. Downloading now and testing on villain 2.1.
Cheers!
saifbechan said:
Cool intro, thank you guys for all the time and effort you put into this. Downloading now and testing on villain 2.1.
Cheers!
Click to expand...
Click to collapse
No problem.
This kernel will make your phone turn into a blowjobs and pudding machine.
In all srsness.
Its great, use it, love it <3
Your a funny dude you must be Scottish surely?
Sent from my GT-I9100 using XDA App
Nice work, I'm looking forward to this kernel as it evolves. Will be testing it out tomorrow.
I'm especially looking forward to GPU frequency and voltage control, as I'm running my GPU at 750mV instead of the default 1000 and the phone runs noticeably cooler when playing games, and thus logically would mean superior battery life while gaming. This would be a killer-feature in future releases, for me at least.
It would also be interesting to know if we'll eventually get "internal voltage" control some day. My deduction is that that would be the voltage for most things other than the CPU and the GPU like for example the hardware decoder/encoder as being the most significant part of the SoC, if it truly is things like the decoder, then it would boost battery life for video playback by some amount.
dibdab214 said:
Your a funny dude you must be Scottish surely?
Sent from my GT-I9100 using XDA App
Click to expand...
Click to collapse
"British by birth, English by the grace of God".
AndreiLux said:
Nice work, I'm looking forward to this kernel as it evolves. Will be testing it out tomorrow.
I'm especially looking forward to GPU frequency and voltage control, as I'm running my GPU at 750mV instead of the default 1000 and the phone runs noticeably cooler when playing games, and thus logically would mean superior battery life while gaming. This would be a killer-feature in future releases, for me at least.
It would also be interesting to know if we'll eventually get "internal voltage" control some day. My deduction is that that would be the voltage for most things other than the CPU and the GPU like for example the hardware decoder/encoder as being the most significant part of the SoC, if it truly is things like the decoder, then it would boost battery life for video playback by some amount.
Click to expand...
Click to collapse
The next logical step is to work on voltage/clock control for the GPU. We'll then look at the internal voltage and what it affects. Not all Samsung's code is easy to follow.
Hacre said:
Yes, read the thread, don't make me make you my first example in post #5, you know I will.
Click to expand...
Click to collapse
Ahhh... Wasn't there a minute ago Place bets on when you need an extension of post 5 due to 40k character limit? ;0
Well, there are only two kernel developers here in the P500 forum, franco and fserve. There is no doubt that the work both of you have done is off the charts, tweaking every little thing that can be tweaked to such an extent that there hardly is anything left to tweak. And there is no doubt that most, if not all, of the people using your kernels love the work you guys put out.
With that in mind, however, there are a couple of things (specifically bugs) that we request, not demand, to be fixed. As we all know, our phone is affected by two things that I, as well as many other users, believe are two major bugs: the cpu spiking to 100% when touching the screen and the axis inversion bugs. Even with both of your kernels as good as they are now, these bugs hinder their true capability, thus hindering the phone's true capability. Both of you might just be thinking, "Well, there is paolo's kernel, go use that." And as kernel developers, you have every right to think that and decline this request. But seeing how good both of your kernels are, why not make it better?
Please consider this, as many of us believe both of your kernels can be made better with these bugfixes.
The poll is there as an estimate and measure of how many users believe that these bugfixes will make your kernels better.
sweetnsour said:
Well, there are only two kernel developers here in the P500 forum, franco and fserve. There is no doubt that the work both of you have done is off the charts, tweaking every little thing that can be tweaked to such an extent that there hardly is anything left to tweak. And there is no doubt that most, if not all, of the people using your kernels love the work you guys put out.
With that in mind, however, there are a couple of things (specifically bugs) that we request, not demand, to be fixed. As we all know, our phone is affected by two things that I, as well as many other users, believe are two big bugs: the cpu spiking to 100% when touching the screen and the axis inversion bugs. Even with both of your kernels as good as they are now, these bugs hinder their true capability. Both of you might just be thinking, "Well, there is paolo's kernel, go use that." And as kernel developers, you have every right to think that and decline this request. But seeing how good both of your kernels are, why not make it better?
Please consider this, as many of us believe both of your kernels can be made better with these bugfixes.
Click to expand...
Click to collapse
Agreed
PES2012 is hard to play with the lags but suprisingly Pes2011 does not have lag...I read once that Sippolo said its a 2 minute fix for the cpu spike bug
i think its ok to fix bugs even when most users can profit.
but, what about users who have new/other phones now?
i know from franco he's not developing on .35 currently because he has a new phone
and the P500 is used by his father - no way to develop on every day. the next reason is as we
all know, the P500 is a nice device for android beginners but most of us have seen
the new things like Nexus S, Galaxy S-2, HTC devices or other high end phones. I'm sorry
to say that but the P500 is some old and almost used in countries where such high end
devices cant be payed for, or, in most cases too - most users who bought this device
are very young (when i think how old i'm) - and, good developers have a real job to get
enough money for high end devices ... so, these developers cant support such low budget
devices all the time.
For me this means, i'm developing on P500 because its most funny for me to see all these
**** LG hardware bugs, but decided too that there is no way to develop on P500 the next year
too, so the next phoenix-android gingerbread will be the last release for the P500 device too.
I dont know what mik_os is doing, i think he has a real job too and no time to develop all
the time for this device ...
But, ok, these words sounds very sad for most users - i think, there are other ways or users
who take the developers work and can support such devices for a few months. for me it
doesnt matter if users are coming to me and asking how they can develop on my code.
Android should be open source, that means for me there is a community who want to develop
on - and not everybody is a real developer but can learn something, and that can only be reached
with help and understanding each other. Everybody can say "I want Gingerbread on my phone, i want
ICS on my phone, i want a hell kernel on my phone" - but these work cant be developed by google,
its the task for the community, so lets start here and now and stop crying for franco, fserve, mik or
others! Learn to help your self! Be a part of a real community!
I understand what you are trying to say andy, and after reading your post, i must say that i have to agree with you.
As much as I want to start developing myself, I have no idea where to begin. Just a question, which language must I learn to start android development? (is it java or c++? ive seen both languages mentioned but i do not know which one. is there one specific for roms and one specific for kernels? because i think i might give kernel development a try once i learn the appropriate language)
sweetnsour said:
Ah, this thread was short-lived
I understand what you are trying to say andy, and after reading your post, i must say that i have to agree with you.
As much as I want to start developing myself, I have no idea where to begin. Just a question, which language must I learn to start android development? (is it java or c++? ive seen both languages mentioned but i do not know which one. is there one specific for roms and one specific for kernels? because i think i might give kernel development a try once i learn the appropriate language)
Click to expand...
Click to collapse
Developing on android doesnt mean you have to write code by yourself all the time.
Sure, its good to know about C/C++, Java, Shell scripting, makefile reading/writing and other things
but in most time we can copy or integrate existing patches. So, you only know about the bug and
where to fix it with what programming language. For the first time, search for the bug on google
and/or github - with some luck users can find a fix that needs only to copied in the local code.
To start developing on android, its a good choice to understand in details how android is working
and even a good thing is to know about Linux. On windows, you cant develop on Android OS so
you need at least a small Ubuntu/Linux Mint/RedHat or SuSE system with compilers and Java installed.
The next required knowledge is to know how Android is interacting with files:
What is Java for, what is C/C++ for, how Android is booting and what are JNI libraries.
We can open a thread so we can explain something or users can ask for specific things there.
andy572 said:
Developing on android doesnt mean you have to write code by yourself all the time.
Sure, its good to know about C/C++, Java, Shell scripting, makefile reading/writing and other things
but in most time we can copy or integrate existing patches. So, you only know about the bug and
where to fix it with what programming language. For the first time, search for the bug on google
and/or github - with some luck users can find a fix that needs only to copied in the local code.
To start developing on android, its a good choice to understand in details how android is working
and even a good thing is to know about Linux. On windows, you cant develop on Android OS so
you need at least a small Ubuntu/Linux Mint/RedHat or SuSE system with compilers and Java installed.
The next required knowledge is to know how Android is interacting with files:
What is Java for, what is C/C++ for, how Android is booting and what are JNI libraries.
Click to expand...
Click to collapse
Thanks for the info! I will keep this in mind.
andy572 said:
We can open a thread so we can explain something or users can ask for specific things there.
Click to expand...
Click to collapse
good idea (this sounds like sticky material)! would you like to open it? it would not make sense for me to open it since I'm not a developer
First of all i would like to thank andy, mik_os, franciscofranco, fserve, ciaox,knzo, docotornotor and many others who i may have forgotten for their impeccable work towards this community and for working their asses off. You'll are invaluable assets to the community and i could'nt imagine using my phone without you'll.
Reading andy's post i must have to agree with him because you devs have worked so hard towards our phone even though many of you''ll don't own one. Also you bared with the many spams, useless comments on your threads without saying a word. Also many of you have jobs in RL for which you have to work hard, and developing for a phone which you don't even own/primitive phone would seem to you as a waste of time and i can thoroughly understand that. Even though i dunno scat about developing, i do know that it is highly time consuming and resource oriented.
So as you'll probably know that the 2 most irritating bugs on our phone are the touchscreen driver lags, and the axis inversion bugs. Me, as well as thousands of p500 users can't thank franciscofranco and fserve for their dedicated work towards our phone and for developing two awesome kernels which made our p500 superfast. Any p500 user could match his phone's performance to our higher end phones and show its capablities off even though it being a low-ish end phone. I think i am speaking for the thousands of p500 owners all around the world and i would like to take this opportunity to request you kernel developers to fix these bugs and include them in your fanstastic kernels. India itself has the largest number of p500 owners all around the world and this phone is still popular as of today and if you'll didn;t know it is THE BEST SELLING SMARTPHONE phone in India. Therfore tons of us users would love if u fixed these two final bugs as they in my opinion are the biggest performance drainers all credits to ******y LG developers. As sweetnsour said, you devs have every right to decline this request as there is already the paulos kernel and plus you devs have worked your asses off to tweak our phones to its fullest extent and i don't think there may be any more tweaking left to do
However i do believe you devs collaborate in this one final project. Me, as well as every member of this community can't thank you enough for your hard work! We also have many talented devs [ciaox is 13 wtf? ] who can continue development of this phone. Looking at the dev section, many new roms have come up since mik's cm7 port and each rom outperforms the other[no disrespect to mik_os, he started the cm7 era!].
I hope fserve and franciscofranco take this post in regard and work towards fixing these bugs !
Thank you.
ps. sorry for my bad english.
@ andy572
Open ur own website and tell us more! I wanna build my own ROMs but i kinda fail it... With ur small free time? Can u exxplain?? It would be grateful to others!
Sent from my Nexus One using Tapatalk
Uhm... Fserve has already patched his Goldenleaf Kernel with Der_Caveman + Waleedq + Sippolo's workaround to fix axes inversion and cpu spikes.
The related Fserve's kernels are Goldenleaf 111107 and 111108 (I prefer this one). Cheers!
if u didnt know, axis inversion is not possible to fix 100% because it is a hardware issue.........
there is only little you can do about it in the coding part
Yes, I know it's an hardware problem, however a workaround is better than nothing!
Sent from my LG-P500 using XDA App
for me it
doesnt matter if users are coming to me and asking how they can develop on my code.
Android should be open source, that means for me there is a community who want to develop
on - and not everybody is a real developer but can learn something, and that can only be reached
with help and understanding each other. Everybody can say "I want Gingerbread on my phone, i want
ICS on my phone, i want a hell kernel on my phone" - but these work cant be developed by google,
its the task for the community, so lets start here and now and stop crying for franco, fserve, mik or
others! Learn to help your self! Be a part of a real community!
Click to expand...
Click to collapse
well said~
fserve's goldenleaf has added Sippolo's workaround
For me as a user, i would say THANK YOU to you guys for bringing this community alive. Thank you for your hardwork and effort that you put in. I would say that my p500 runs fastest than galaxy s stock 2.3.3. Im not joking as my phone is smooth thanks to you guys. no bugs for most of the roms i tested. I may not be a dev but i understand a lil bit. So once again thank you guys
Sent from my LG-P500 using XDA App
I agree with most of what Andy said, except the part that our phone is obsolete.
I'm not a dev but I found plenty of tutorials available that explained how to successfully compile a kernel from source and extract a .config from an existing kernel. I never found a perfect how to but by meshing various methods together I was eventually successful. After reading francos github commits I discovered the toolchain he was using which was the final ingredient.
From there I used a diff tool to compare franco and Paulos sources, this is how I found the camera flicker fix. When I saw big differences in the source I googled it and/or copied it over then compiled and tested it. It took about 5 tries before I found the flicker fix. This learning process took more than just a couple of hours, it was frustrating but eventually rewarding. I still don't know anything about C or Java, so Andy is right, read/research, copy/paste, trial and error actually works.
Considering that Paulos kernel has resolved these issues and franco hasn't means you should be able to use the same technique. These bugs seem to affect gaming the most, which I don't do, so I haven't had the motivation to look into it.
franco and fserve are more than willing to include fixes. fserve posted a test kernel that included my find within a day. Within a week franco had released a new version that included it.
Open a discussion thread, I think it's a great idea! This is a developers forum after all. Thousands of noobs should be able to combine their efforts to fix these issues. Let's make it happen instead of waiting for it to happen.
Thank You !!!
Suggestion : Why dont Fserve or Franco use and edit Paulo's V6 Kernel'?
is it possible'?
OT.. .
Mistakes are the PORTALS of DISCOVERY .. .
so Cmon.. . Lets commit mistakes
Why don't ask them yourself?
Btw: PaoloM70's 2.6.35.14 V6 Kernel source:
http://www.multiupload.com/18Y712HS9G
so there is no multitouch bug and screen touch lag in paolao kernel?
@sweetnsour . I feel like Ciao X would be a good person to ask about this one. He is young so I feel will continue to work on our p500. I could be wrong. But I also think you could learn much about your goal( which by the way I think it's WONDERFUL you want to learn to develope ) I KNOW I'm not cut out for it, and so I can be honest while I am no actually HELP to this community when it comes to developing. I AM. A HUGE fan, supporter and appreciate of all the passion and art and great works that come out of this wonderful community!!! Anyway, I digress CIAO CAN YOU WEIGH IN ON THIS???
Optimus T
OpenOptimus (froyo)
latest franco kernal
748/480
Interactive X
Jonny Green
"im not a Dev but I flash alot"
TL;DR
If you want to help me, post on MY thread about my kernel bugs. --REALLY--
(or dev something, lol)
(or donate me, i really love that )
FOR NOW, i need people to tell me which is the WORST game to play on p500 using gbs v19 kernel, AND it need to be free (or not if you give me the money).
So i can test this touchscreen bug.
Please, post, on my thread for .32 kernels and on franco thread for .35 kernel.
Thanks
fserve said:
TL;DR
If you want to help me, post on MY thread about my kernel bugs. --REALLY--
(or dev something, lol)
(or donate me, i really love that )
FOR NOW, i need people to tell me which is the WORST game to play on p500 using gbs v19 kernel, AND it need to be free (or not if you give me the money).
So i can test this touchscreen bug.
Please, post, on my thread for .32 kernels and on franco thread for .35 kernel.
Thanks
Click to expand...
Click to collapse
Thanks for weighing in! There are two apps you can try using:
For a game, try playing glow hockey (use the two player mode). When your fingers cross, you will be controlling the opposite puck.
To see what is really going on, check out the app "multitouch vis test". You will see the bug when you cross your finger either horizontally or vertically.
Sent from my LG-P509 using xda premium
EDIT: I was talking about the axis inversion bug, not the CPU lag bug. Not sure what the worst free game for that would be, but neocore would be good for testing this bug.
>>>> 22Jan2012: linboothkvc v1.0 source released in my linboothkvc thread. It works successfully on Omap3 and Omap4 based devices including NookTab. And with minimal changes/love can work with any rooted arm based linux device <<<<
>>>> 17Jan2012: Kernel module SUCCEEDS on NookTab to reboot into NIRVANA - NO NEED to BREAK the default SECURE BOOT CHAIN and NOTE THAT EVEN THIS CAN WORK ON ANY ROOTED DEVICE and not just NT, with minimal love so ENJOY <<<<
>>>> 16Jan2012: My kernel module based path (linboothkvc) to running custom kernels and roms is almost done, except for a __small part__ to get it running on NT now - IF ONLY PEOPLE HAD WAITED ...., we could have reaped the potential benefit in future, Why not !!!! why not ....WHY NOT !?!?. NOTE that it can allow one to run custom kernel/roms WITH OUT MODIFYING ANY CRITICAL PARTITIONS provided one sets it up properly/appropriately. Source for beta version available in my linboothkvc thread, for the interested developers/experimenters for now ... <<<<
>>>> I may not respond to the posts on this thread currently, because I am trying to get a alternate option called linboothkvc using kernel modules up and running (which will occupy my free time), which AVOIDS the NEED for this flaw in the first place for most of the people out there (i.e Custom ROMS with different kernels). However over the weekends, I will go thro all the posts on this thread <<<<
>>>> 14Jan2012: Initial pre-alpha version of kernel module path based source code uploaded to my linboothkvc thread for those still interested to experiment
http://forum.xda-developers.com/showthread.php?t=1427610
<<<<
Hi All,
If you have been following my posts over the last few days
NOTE: To people frustrated with UART requirement - I understand the restrictions of UART access, but a lot of ROMS can be done with 2ndihkvc or equivalent methods and with out needing a Custom kernel. If someone is talking about Custom/New kernel for Android 4.0 (ICS). Then do note my statement (in NOP BYPASS thread) on POWER of KERNEL MODULES in Linux, IT CAN BE USED TO ACHIEVE what you want to achieve, only that it requires bit more effort, which I or some one else has not put currently... thats all. AND THAT By holding off now, we can _potentially_(Risk is always there) reap the benifit with next years NEXT GEN Nook Tab+ or what ever they call it.
a) I have implemented 2ndihkvc, which follows the same fundamental concept as 2nd-init, but achieves it in a simpler way (Needed because some of the calls used in original 2nd-init doesn't work on NookTab, or have unnecessary dependencies (in this given context, otherwise they are good in them selves) which can be avoided with my simpler method)
b) I have provided the NOP Bypass method of running a modified Ramdisk and also 90% a modified kernel, provided UART access is there.
c) There is still the power of linux KERNEL MODULES to EXPLOIT. (Haven't had time on that yet).
If you ask me, this should cover all category of people. Be it people who want to run custom Roms, or people who want to experiment with Kernel and or other low level stuff for the fun of it.
There is a 4th method which will allow one to achieve (b) above with out requiring UART access or even uSD (potentially . If one reads between the lines from all my posts till date, the answer is hidden in there. Only that I haven't spelt it out directly or in the face. The reason is because It is a fundament flaw (rather there are potentially two at two different levels - one relatively simple and one relatively bit more involved - One I know for sure, another I have to dig bit more) in the way things are done currently in the secure boot chain on this device as well as potentially other devices with same or similar SOC (and or different SOC but with similar boot chain s/w components.
SHOULD WE BE WASTING i.e providing a solution which uses it, when there is already 2ndihkvc and NOP Bypass over UART and also the Linux KERNLE MODULE ROUTE to cater to most peoples needs.
Because if we do, then even the Device manufacturers and their partners will come to know about it and can easily fix it in their Newer/NextGen devices. While if we withhold it for now, we may be able to get access to it on their Next generation Devices with hopefully Arm A15 core or .... (NOTE: Depending on the boot sequence ROOT access may or may not be required for this).
The reason I am asking now is because, few people are asking my help on certain things and the reality is I know that the concept for which they want my inputs/guidance, can be applied at a more fundamental level here (or even at the same level), but that I have not ventured into it because of my delimma above.
NOTE: People who wanted my inputs/guidance wrt uSD, you all know who you are, I know the flaw to achieve what you want to achieve, but it is more powerful than what you all are currently thinking of doing/ ristricting yourselves to (You all have one input/... in there wrt devices . Unless let me think thro further and see if something can be done differently, with out exposing the flaw I have in mind to help you achieve what you want, otherwise i.e if there is nothing else I can come up with, and in turn if you people experiment further and are able to come up with the solution on your own, I would suggest that hold off on it for few days, think thro all the implications keeping what I have mentioned in this thread, and then take a call one way or the other.
Please provide your thoughts on this after thinking thro the options already available on NookTab (root access, kernel modules, UART UBoot access and inturn 2ndihkvc and NOP Bypass or equivalents)
Based on all the feedbacks as well as bit more thinking from my side, I will take a call on this.
Forum moderators I know this is the development portion of the forum, but I wanted feedback from Developers also that is the reason why I have posted here. But beyond that I leave it to you, whether you want this to continue here or move it out.
UART access is not sufficient, as it is required during every reboot of the device if we wanted to have a custom kernel and ROM. This is simply an unacceptable state of affairs. (Say, my tablet turns off while on holiday, or at the airport. What then am I to do? Let is sit and wait off until I can get back home to my UART equipment in order to reboot?
The idea that the UART work around is sufficient is a nice one, however it is wrong.
---
Oh also, it's just a matter of time before they patch the u-boot in the Nook Tablet anyways... so it's not like this UART method is going to stick around forever anyways.
cfoesch said:
UART access is not sufficient, as it is required during every reboot of the device if we wanted to have a custom kernel and ROM. This is simply an unacceptable state of affairs. (Say, my tablet turns off while on holiday, or at the airport. What then am I to do? Let is sit and wait off until I can get back home to my UART equipment in order to reboot?
The idea that the UART work around is sufficient is a nice one, however it is wrong.
---
Oh also, it's just a matter of time before they patch the u-boot in the Nook Tablet anyways... so it's not like this UART method is going to stick around forever anyways.
Click to expand...
Click to collapse
Hi
I understand the restrictions of UART access, but a lot of ROMS can be done with 2ndihkvc or equivalent methods and with out needing a Custom kernel. If someone is talking about Custom/New kernel for Android 4.0 (ICS). Then note my statement (in NOP BYPASS thread) on POWER of KERNEL MODULES in Linux, IT CAN BE USED TO ACHIEVE what you want to achieve, only that it requires bit more effort, which I or some one else has not put currently... thats all.
By holding off now, we can potentially reap the benifit with next years Nook Tab+ or what ever they call it.
Im not a Developer but I've got a few questions. NOP requires to open up your device, so I think probably 95% won't open their device for ICS and I think since the device had a dual core CPU we should get ICS roms. Now my actual question how does your 2init work or how do you install it on our device? But great work so far keep on.
Sent from my SGH-T989
Just out the flaw now. Someone else might reveal it and you won't get the credit.
Don't you want a Wikipedia entry saying that you found this flaw? lol.
PM me about the flaw, I'll see if we should have it outed yet or not (sorry guys, but if it's a decent exploitable flaw and we have other methods, I'm pretty sure I'm with hkvc on it.)
xdahgary said:
Just out the flaw now. Someone else might reveal it and you won't get the credit.
Don't you want a Wikipedia entry saying that you found this flaw? lol.
Click to expand...
Click to collapse
Not worried for 2 reasons,
a) It doesn't bother if my name comes or not. I am exploring just for the fun of exploring.
AND MORE IMPORTANTLY,
b) Actually I have already revealed the flaw in my NOP Bypass thread, indirectly, if only, one reads carefully all my lines as well as between them. Only that I have just replaced one or two of the steps with a different steps thats all for now.
If someone else find the same flaw, he will realise the same, if he reads my posts once again with his new knowledge.
What an awesome idea, we can have a root for the Nook Tablet+ or whatever else in a years time!
...
So, um... what do I do now with my Nook Tablet? It's a piece of garbage now, I guess, so, I'll just return it since it's still within the Holiday return period? I suppose I'll just have to wait for the Nook Tablet+ to have a custom ROM running on my Nook... ("But you can UART hack it!" ... *sigh* I've already explain that that is not sufficient. The UART hack is a stop gap, and should only be stopped at if that is the absolute only option available.)
And I mean no disrespect to xIndirect, but why should he be the lone gatekeeper of what exploits and hacks are out there for the Nook Tablet? I would rather see this exploit before making a decision as well, but I don't think it fair that someone should have privileged access to the exploit. Either release it to everyone or DON'T SAY ANYTHING IN THE FIRST PLACE.
cfoesch, I have no plans to be using the exploit shown for myself. I am not going to be the "lone gatekeeper" I just want to know what it is before I give my full opinion. Chill.
Motorola Defy was locked bootloader too, may be to try and run port Defy bootmenu for Nook Tablet?
source: github.com/CyanogenDefy/android_external_bootmenu
Indirect said:
cfoesch, I have no plans to be using the exploit shown for myself. I am not going to be the "lone gatekeeper" I just want to know what it is before I give my full opinion. Chill.
Click to expand...
Click to collapse
If you buy a plot of land and the seller has accidentally left seeds there and isn't coming back for them, do you grow a garden on your current plot of land, or do you decide not to plant them and hope that the next time you buy a plot of land they might forget some seeds again?
I would rather tend the garden I own than hope for a better plot of land with seeds I may never have.
Cheers!
-M
XDA member since 2007
Sorry if my post is offtopic, I just want to help with development.
My SE Xperia x10 came worh a locked bootloader and devs figured out how to make a bootable recovery (xrecovery) based on CWM, may be with an adaptation for the NT we can get the world of custom roms, even with locked bootloader this crappy phone got cuatom kernels by bypassing the bootloader, hope this give little ligth to you guys the real Developers.
If this post is garbage mods please delate it.
Sent from my BNTV250 using xda premium
Hello, I beleive if there is a software way to get ICS + maybe overclocking it should be tried first as this IS what most people are waiting for. That's the big dream they got. If someone knows how to implement that, then please by all means do so ..
P.S. you said so much where to look for the flaw in your posts that if I was a programmer from B&N I'd know where to look like everybody else. Assuming they are not complete morons they can already figure it out too. Can they plug the hole or not? Is it oversight or permanent design flaw ? We'll see. Best way to keep a secret is to " keep it secret " , ie not talk about it at all. Especially if soft mod ICS, hw acceleration and overclocking already available.
Sent from my LG-P500 using Much Love
First of all hkvc +1 for your efforts.
I voted yes, the NT developers can read between the lines in your posts as well.
Whats life without risks once in a while
Hi All,
I understand very well that even BN devs will be looking and potentially can figure out and fix it. That is the risk, but at one level I don't mind taking the risk and see if it works out to my/our advantage (i.e the bug being still open in a new device (From BN or any other Vendor)) or disadvantage(the bug is either way fixed).
Also the flaw can affect ANY DEVICE (Not just NOOK TAB) using similar secure boot chain not just NookTab, that is also one reason why I am bit wary of releasing the info or a implementation which uses it just like that.
I will share my finding with few people on the forum/outside in few days time so that even If I loose interest in this, there will be few people with the required knowledge (i.e if they haven't already figured out on their own by then (and released something or not ...)).
Also I haven't taken a final call on this yet. I am in a delima, so getting all your opinions also before I decide.
Time permitting I will also attack/explore the KERNEL MODULE PATH in a few days time, so that people don't have to depend on this flaw in the first place, but use the wonderful world of Linux Kernel Modules to achieve what they want.
LexS007 said:
Motorola Defy was locked bootloader too, may be to try and run port Defy bootmenu for Nook Tablet?
source: github.com/CyanogenDefy/android_external_bootmenu
Click to expand...
Click to collapse
Hi,
With my modified 2nd-init (2ndihkvc), you can run bootmenu or any other user space mechanisms already on NookTab
absolutely YES, we r all xdaers, right hehehe. Thanks all devs especially hkvc for the efforts
hkvc said:
Hi,
With my modified 2nd-init (2ndihkvc), you can run bootmenu or any other user space mechanisms already on NookTab
Click to expand...
Click to collapse
It's very good. Thanks!!!
First off, not a dev but read religiously.
2nd, release it if the people who would take advantage of it agree. The rest of us say "great,woohoo!" But I must admit, I can't take advantage of it. But I certainly don't want to make a hardware uart to boot custom roms.
That being said, if its more complicated to install with a different method, that's fine. As long as it doesn't include a soldering iron.
But if it were easier to make a custom rom, or open up more capabilities of the kernal or whathaveyou, well that would attract more developers to make roms, etc. and so on and so forth.
Btw. Yes, exploit may exist if outedin a later tablet, but you found this one.... I have faith the next flaw will be found in the next one too.
A bird in the hand is worth two in the bush.
Posted from my B&N Nook Tablet... rooted of course!
jotekman said:
A bird in the hand is worth two in the bush.
Click to expand...
Click to collapse
I would say this summarizes everything I want to say on the topic.