Is installing Cyanogenmod on my Tab 2 7.0 p3113 like installing Linux on my Windows pc? Does my tablet have special drivers that control the hardware or is it like a pc?
Both linux and android have drivers that control the hardware which act as a layer for interpreting software commands for hardware to understand it and execute it and most of the drivers are embedded in the rom or operating system in both worlds they are alike in many aspects
Sent from my GT-I9100 using xda app-developers app
Mohamedselim said:
Both linux and android have drivers that control the hardware which act as a layer for interpreting software commands for hardware to understand it and execute it and most of the drivers are embedded in the rom or operating system in both worlds they are alike in many aspects
Sent from my GT-I9100 using xda app-developers app
Click to expand...
Click to collapse
What about charging and processor speeds? Are those controlled by the hardware (or system firmware) or are they controlled by something like Cyanogenmod 10? I just want to learn more about this stuff
charging and proc. are handled by the kernel, and each Rom generally has its own kernel
Both are controlled by kernels charging and processor speeds so on my s2 android phone if i flashed kernel named sayih i could detemine what current to draw from usb ports 450 milli ampere or 650 and could also overclock or underclock processor speed so kernel controls these parameters(processor speed and charging) as it gives orders to drivers which in turn gives orders to hardware to change behaviour of their work i think also the same applies to linux do not forget that android has a modified linux kernel so architecture are similar
Sent from my GT-I9100 using xda app-developers app
Does Cyanogenmod use the same processor speeds and charging voltages as stock Samsung 4.0.4 ?
Cyanogenmod's official kernel within the install zip is stock proc./charging settings, but there are some kernels floating around that have more options
D'Anklaud said:
Cyanogenmod's official kernel within the install zip is stock proc./charging settings, but there are some kernels floating around that have more options
Click to expand...
Click to collapse
Where do I find that file?
http://forum.xda-developers.com/showthread.php?t=1823696
D'Anklaud said:
http://forum.xda-developers.com/showthread.php?t=1823696
Click to expand...
Click to collapse
That's for a different kernel, though.
Ah, who's kernel did you want? CM 10? go to here http://www.get.cm/?device=p3113 (boot.img form, i have yet to bother digging up Cyanogens kernel source for reading/editing/compiling, as im looking at original source at googles pages)
---------- Post added at 04:41 PM ---------- Previous post was at 04:34 PM ----------
CyanogenMod https://github.com/CyanogenMod
D'Anklaud said:
Ah, who's kernel did you want? CM 10? go to here http://www.get.cm/?device=p3113 (boot.img form, i have yet to bother digging up Cyanogens kernel source for reading/editing/compiling, as im looking at original source at googles pages)
---------- Post added at 04:41 PM ---------- Previous post was at 04:34 PM ----------
CyanogenMod https://github.com/CyanogenMod
Click to expand...
Click to collapse
I was wondering about the stock CM10 kernel.
last i heard ,was that the cyanogenmod team compiled there kernels from the google repo's sources left untouched from manufactures (mostly)these are some of the pages im playing in right now, im new to the OMAP arch , and googles repos , and i still have to download/install the sourcery compiler, so i cant help much farther than this link for jellibean kernel https://android.googlesource.com/kernel/samsung/+/android-samsung-3.0-jb
D'Anklaud said:
last i heard ,was that the cyanogenmod team compiled there kernels from the google repo's sources left untouched from manufactures (mostly)these are some of the pages im playing in right now, im new to the OMAP arch , and googles repos , and i still have to download/install the sourcery compiler, so i cant help much farther than this link for jellibean kernel https://android.googlesource.com/kernel/samsung/+/android-samsung-3.0-jb
Click to expand...
Click to collapse
Thanks for all of this information!
Bug Report nightly build 20120908
If you turn off in Launcher -> Show Search bar the Launcher will crash continously if you hold Tablet in Landscape
Until you turn holding in Portait it runs normally - the only chance to turn on again Show Search Bar
Then all is working again...
Can't post it in Android Development -> "Cyanogen Mod 10 nighly build", because not enough posts
Related
Hello guys
Can anyone tell me if it is possible to edit the kernels from the ICS available roms and simply add the BLN notifications?
I do not want or need all the other tweaks.
I just want BLN added to this, nothing else.
Thank you
EDIT: IS the OTA ICS kernel source known yet?
No one?
Sent from my Htcclay's SuperICS Nexus S using XDA App
have you seen dev section and see thoes ICS kernel ?
Using NSTools you can simply enable or disable the tweaks you want. At least you can on the GB kernels. I'd assume this the case with the ICS kernels that are available, but I haven't tried out ICS honestly.
Sent from my Nexus S 4G running CM7/franco.Kernel
qtwrk said:
have you seen dev section and see thoes ICS kernel ?
Click to expand...
Click to collapse
Yes but those kernel have way too much tweaking for me. I want something simple, as my experience with that sort of kernels has drained my battery more than with a stock kernel (with fresh installs and all the wipes)
dpeeps74 said:
Using NSTools you can simply enable or disable the tweaks you want. At least you can on the GB kernels. I'd assume this the case with the ICS kernels that are available, but I haven't tried out ICS honestly.
Sent from my Nexus S 4G running CM7/franco.Kernel
Click to expand...
Click to collapse
Yes but I was looking to implement that on a stock ics kernel. Just BLN, nothing else.
So, there is no one here on the forum that has or knows how to implement BLN in a kernel?!
people only check the android development section...that is sad bud true.
As far as i know BLN does not work with stock kernel neither with NStools nor with any other app.
Stock kernel simply does not support BLN.
People aren't building kernels from thin air,they are using the released source files for the stock ones and tweaking them afterwards. I only want to add bln to those stock releases.
Sent from my Nexus S using XDA App
casca said:
People aren't building kernels from thin air,they are using the released source files for the stock ones and tweaking them afterwards. I only want to add bln to those stock releases.
Sent from my Nexus S using XDA App
Click to expand...
Click to collapse
http://www.peteralfonso.com/
He built an almost stock kernel for GB with BLN, so i'm sure he's already working on it.
Well, technically you could insmod a kernel module in...
that's what I want, to simply add to the ICS kernel source the BLN, nothing else.
I'm just trying to find a way to do it because this is not my area of expertise...
is the source for the latest ICS kernel for nexus S known? for version 3.0.8-gb55e9ac [email protected] #1 ?
tks for all of your tips btw
rooted ICS, but bln ain't working.
the kernel mods aren't there, so as the liblights; the app is not enough.
we have to wait for a modded kernel to use with stock rom.
my problem is that when every kernel is build by some developer, it is released with several mods that I don't want. I simply wan't to pick up the latest ICS kernel source and add the bln libraries and necessary files for it to work. nothing else,nothing less, just that minor tweak.
casca said:
every kernel is build by some developer, it is released with several mods that I don't want.
Click to expand...
Click to collapse
however no one of these are working with stock OTA ICS 4.0.3 as far as now.
let's see what the future brings..
BLN has been added to the stock cm9 kernel
http://review.cyanogenmod.com/#change,11018
tks, so this means bln has been added to the latest kernel contained in OTA 4.0.3? or that it can now be added to the kernel? sorry man, I'm reading a lot about all of this, but if anything,I think I'm getting more confused...damn...
casca said:
tks, so this means bln has been added to the latest kernel contained in OTA 4.0.3? or that it can now be added to the kernel? sorry man, I'm reading a lot about all of this, but if anything,I think I'm getting more confused...damn...
Click to expand...
Click to collapse
No, he was stating that Cyanogenmod has added BLN to their kernel. BLN will most likely never be added to stock android. You will have to download a compatible kernel.
---------- Post added at 08:41 PM ---------- Previous post was at 08:11 PM ----------
I was bored so here is a kernel that should work for you.
Make sure you Nandroid before install as I'm not responsible for any screwups.
You may have to flash it twice if WiFi doesn't work the first time.
Only tested on i9020t.
I cherry-picked Ezekeel's BLN for this so he deserves credit.
edit:use NStools to set blinking
Kernel w/ BLN
Source
Hostile89 said:
No, he was stating that Cyanogenmod has added BLN to their kernel. BLN will most likely never be added to stock android. You will have to download a compatible kernel.
---------- Post added at 08:41 PM ---------- Previous post was at 08:11 PM ----------
I was bored so here is a kernel that should work for you.
Make sure you Nandroid before install as I'm not responsible for any screwups.
You may have to flash it twice if WiFi doesn't work the first time.
Only tested on i9020t.
I cherry-picked Ezekeel's BLN for this so he deserves credit.
edit:use NStools to set blinking
Kernel w/ BLN
Source
Click to expand...
Click to collapse
Thank you for your help, I will do a nandroid and flash it. Will give you a feedback soon as I have results.
Btw, This is like stock 4.0.3 ICS but with BLN added? No governors, undervolts and other tweaks, right?
Thanks once again for caring about the subject.
Regards,
Casca
Hello again
Flashed it last night and I believe it is working nicely my friend.thank you very much for helping.
Just for the record, although both, bln app and nstools work, it works better with bln app from the market as it alows enabling bln for missed calls also. With nstools everything was using bln except the missing calls.
Can/should I share your work?
Thank you once again for your help
Sent from my Nexus S using XDA App
casca said:
Can/should I share your work?
Click to expand...
Click to collapse
You can but I don't really have any intentions of providing support, hence why I didn't post this in the dev section. It shouldn't need any as it's stock with only bln added so it shouldn't be a problem.
PROJECT: Backport essential OMAP drivers from OMAPZOOM 3.0.y Kernel into our 2.6.35 Source
Firstly, I would like to thank dhiru1602 for his CM9/CM10 builds in which he fixed up a lot of bugs single-handedly.
Also, thanks to rocker529 who helped me in this Project.
Me, and rocker529 have been working on this project for the last few weeks, and we have made some progress.
Since backporting Kernel 3.0 wasn't possible on our GT-i9003, I contacted dhiru1602 regarding what could be done in order to have a fully working CM9/CM10 port. Since, the OMAPZOOM Kernels would refuse to boot and no news about the LG Optimus Black Kernel Sources I decided to work on this.
According to my study/research and after a talk with dhiru.
The following would be needed to fix up all Video decoding/recording , camera, lag, HW Composer issues with our present CM9/CM10 builds.
We need-
Implementation of ION Memory Allocator.
What is ION?
ION is a generalized memory manager that Google introduced in the Android 4.0 ICS (Ice Cream Sandwich) release to address the issue of fragmented memory management interfaces across different Android devices. There are at least three, probably more, PMEM-like interfaces. On Android devices using NVIDIA Tegra, there is "NVMAP"; on Android devices using TI OMAP, there is "CMEM"; and on Android devices using Qualcomm MSM, there is "PMEM" . All three SoC vendors are in the process of switching to ION.
You can read more documentation here: http://lwn.net/Articles/480055/
Our progress:
We managed to backport all the ION drivers including our OMAP Specific ION Allocator driver. Fixed up all the errors. It will compile, even managed to get it to boot. However, the required sysfs enteries seem to be missing at /dev/ion . All that I get is some enteries in /debug/ion .
This could possibly be due to improper changes made to our board-latona. We need to initialize ion properly when our board initializes(omap_ion_init() and omap_register_ion() ) which I have failed to do due to no possibility of getting logs on splash screen when the Kernel is loaded.This port also required to new memblock drivers from Linux 3.0 which I have backported.
You can take a look at the changes at my github, please point out if I have missed out anything
Implementation of DSSCOMP-
A: DSSCOMP is needed to make our OMAP HW Composer to work. I have merged all the possible necessary drivers needed for dsscomp. Firstly, dsscomp needs implementation of OMAP ION. Despite of this, we have managed to fix up all the compile errors encountered in our Kernel Source. The driver will compile, but will not boot since ION is not working. Also, it does not go past the boot screen so there are no chances of getting a log.
Again, you can look at my github to see what I have done.
Besides this, we had to backport a LOT of stuff from the OMAPZOOM 3.0 Kernel ! You can take a look at the changes I have made in detail at my github repo..
If I have missed out something, or if I am doing something wrong please help. If we can manage to fix this we could possibly have a stable CM9/CM10 in future.
Please keep this thread [DEV-ONLY] and avoid posting noob questions.
Thanks.
Current progress: Backporting all dependencies for ion and memblock to work.Not sure it would boot though.
Compile from my sources
If you wish to help us I have made a small guide on how to compile your Kernel from my Sources-
Please do not ask me stupid questions like how to copy modules, toolchain error, etc. Proceed only if you have basic knowledge about Linux Kernel Compiling.
Toolchain I use and reccomend: arm-eabi-4.4.3 from CyanogenMod repo. You can find it here.
I would recommend making a github account since it is free and will make it easy for us to track changes, again don't ask me on how to use git, there is plenty of information over the Internet. Take time and search,read etc.
Clone my github repo
Download these boot.img tools.
I will be using directory /home/aditya/i9003 for my reference, you may use any.
Assuming our Kernel is in i9003/Kernel.
Unpack your boot.img tools into tools folder at i9003/tools.
Follow the README in the tools, and unpack CM9/CM10 boot.img.
In the tools/unpack folder make sure you have boot.img-ramdisk.gz (Thats the ramdisk, do not unpack it)
Download this and extract it in i9003/tools folder such that you get i9003/tools/out (This folder will have files needed for CWM zip and compiled modules will go here)
Change your toolchain path in Makefile, add your name to i9003/Kernel/scripts/mkcompile.h if you wish.
Thats done. Your build environment is set up.
Now just,
Code:
cd i9003/Kernel
./build.sh
Sit back and relax, the resulting Kernel will be automatically packed into a flashable zip in i9003/BETA_KERNEL#.zip.
Simply copy to sdcard and flash.
Hoping more people can contribute to development for i9003.
rocker529 said:
Current progress: Backporting all dependencies for ion and memblock to work.Not sure it would boot though.
Click to expand...
Click to collapse
The functions needed for omap_reserve() need to be backported, can you commit your changes? They are not booting as per the ones in the omapzoom 3.0 Kernel.
good luck u guys. have u missed to write "wifi fix" on the topic or,
fix up all Video decoding/recording , camera, lag, HW Composer
Click to expand...
Click to collapse
does it not depend on kernel?
all the best bro with your project and thx you to try it for our phone !:laugh:
i think it is an good idea to make our phone stable before porting kernel 3.x
Good luck in developing, looking forward to this project. :thumbup:
Happy sl user
Sent from my GT-I9003 using xda app-developers app
you should add battery solution cuz battery drain is huge compared by ginger kernel ... the old kernels like amits and vurrut so much better compared to cm kernels
thanks 4 ur effort and waiting 4 ur custom cm10 rom if allah want
Sent from my GT-I9003 using xda app-developers app
Dude like seriously,
I have so much of expectation from u guyzz (Y)
Good Luck !!
Sent from my Galaxy SL using XDA Premium App !!
dorukc said:
good luck u guys. have u missed to write "wifi fix" on the topic or, does it not depend on kernel?
Click to expand...
Click to collapse
From what I know, the wifi module is not compiled from the kernel source and the TI SDK is used to compile it. But ION and DSSCOMP will not help with wifi. For that we will need to seperately debug the wifi drivers (ti_wlan) .
Sent from my GT-I9003 using xda premium
Stuck up at the moment. The backported omap_reserve() functions aren't booting, getting stuck at splash screen. I'll wait, since hillbeast is busy now.. once he is free I will ask him for uart logs.. thinking of posting my kernel(cm10) for testing here , what say people?
Sent from my GT-I9003 using xda premium
^^ Go ahead and post it, but not on this thread. Leave this for development only.
I hope the kernel could be released soon AS possible
Sent from my GT-I9003 using xda app-developers app
Current progress and To-Dos:
The current progress is we are already having the board reserve memory for ion on startup. But since the reserve functions for vram, dsp, ipu and omapfb are not working, we need to backport all the functions and its dependancies from the omapzoom 3.0.y kernel.
To-Dos:
1.Have another brief look at omap_ion_init and omap_ion_register functions.
2.Try to backport the four functions from omapzoom 3.0.y kernel.
3.Have a check at memblock and mm drivers of our current kernel to check for dependancies.
4.If it doesn't boot, get UART logs from hillbeast for debug.
rocker529 said:
Current progress and To-Dos:
The current progress is we are already having the board reserve memory for ion on startup. But since the reserve functions for vram, dsp, ipu and omapfb are not working, we need to backport all the functions and its dependancies from the omapzoom 3.0.y kernel.
To-Dos:
1.Have another brief look at omap_ion_init and omap_ion_register functions.
2.Try to backport the four functions from omapzoom 3.0.y kernel.
3.Have a check at memblock and mm drivers of our current kernel to check for dependancies.
4.If it doesn't boot, get UART logs from hillbeast for debug.
Click to expand...
Click to collapse
Do you want me to edit the Kernel 3.x discussion thread to a backporting project (this) ?
Or simply create another independent one.
I think this topic is very well for questions and information and monitor progress
if there are no spam we get to the good times to follow.
Create a topic and put the other links on the first post when compared with the release obliged for calm languages lamp.
This is the topic of CM10 should have done as the section between dev and overall it is not clear
^^ Wait till Adi_Pat or rocker529 decide to post their test kernel here or maybe give it a unique name and make another thread. Then it would be time to have a q&a or discussion thread. Hopefully this thread wont attract much crowd till there's stuff to download.
Adi_Pat said:
Stuck up at the moment. The backported omap_reserve() functions aren't booting, getting stuck at splash screen. I'll wait, since hillbeast is busy now.. once he is free I will ask him for uart logs.. thinking of posting my kernel(cm10) for testing here , what say people?
Sent from my GT-I9003 using xda premium
Click to expand...
Click to collapse
it will be another kernel or the kernel with omap drivers frim linux 3.0 into your 2.6?
Skander1998 said:
Do you want me to edit the Kernel 3.x discussion thread to a backporting project (this) ?
Or simply create another independent one.
Click to expand...
Click to collapse
No need editing it, as the 3.0.y kernel work is mainly done by hillbeast, and our's is just a backport of parts of the 3.0 kernel to the current 2.6.35.7 kernel, which is separate and non related.
Mamica said:
it will be another kernel or the kernel with omap drivers frim linux 3.0 into your 2.6?
Click to expand...
Click to collapse
Just the old 2.6.35.7 kernel, with DSSCOMP, ION and other dependancies backported from omapzoom 3.0 kernel.
ooikaisheng529 said:
No need editing it, as the 3.0.y kernel work is mainly done by hillbeast, and our's is just a backport of parts of the 3.0 kernel to the current 2.6.35.7 kernel, which is separate and non related.
Just the old 2.6.35.7 kernel, with DSSCOMP, ION and other dependancies backported from omapzoom 3.0 kernel.
Click to expand...
Click to collapse
with this kernel the rom might works much better than with an old kernel?
First off, here is the github
https://github.com/pio-masaki/at100-kernel.git
Everything I do for this kernel is done there.
Now that's out of the way, here are some highlights:
Beginning of OC code (yes, an OC ICS kernel)
Added a slew of governors for your choosing
Added a couple i/o schedulers
Slight CFLAG tweaking
This is a work in progress!
If you have issues feel free to report, but this is my first ever kernel project, and it may take some time for me to address them!
Dos and Dont's in this thread:
No flaming, please. If someone asks a question thats been asked before, simply remind them and if you would, link the post or thread containing the answer. Replies like "Use search" don't help at all. Saying "Next time, use the search, the information is here" is of course what I would like to see. XDA will be better for this.
No ETAs! I can not, and will not, make any promises on when I can fix, build, or otherwise even think about this kernel, or any rom, period. Asking for ETAs, even politely, will either go unanswered, or reminded of this note.
Issue reporting: I always welcome issue reports, of course, however keep in mind, the point made above is also covering this, I may not have time to address an issue immediatly, though I will try to post back and acknowledge that I have seen the issue, or to ask further questions. Please include as much information as possible, settings for speed, governor, IO, profiles in use for screen off (which I advise against), cpu control app in use, etc. Dmesg would be nice as well, use pastebin, we don't want to see an 8K line post of a log
Changelog:
Experimental V0.1 10-02-12
First "release" for testing. This is internal build 8, and from this point on, will be labeled and numbered as releases, IE if this does ok, next will be Alpha 1, or experimental V0.2, etc.
Added OC code
Experimental V0.2 10-05.12
Second release for testing. Does now include the CODE for voltage control, but is not enabled yet. I didn't enable it to help prevent issues with instabilities from UV being confused with kernel issues. GPU OC is active, 320/400 MHz 2D/3D. Does not play well with ICS, CM10 use only.
Experimental V0.3 10-06-12
Rewrote alot of the upper end speed/voltage/timing code from 1.508 to 1.472, VT, haptic feedback fix? Proved unstable to the point of being unusable. Pulled.
Stable V0.4 10-06-12 "Caspar"
Reverted to V0.1 OC code after the disaster of V0.3. Left out voltage control code, implemented GPU OC as previous in V0.2, VT is enabled, possible haptic fix (not likely). Governors and IO schedulers should remain as before, min/max settings should remain as before. 1.5 is likely still broken.
Experimental V0.5e "Melchoir" 10-18-12 ICS only
All new CPU Speed tables, overall max is lowered from 1.5 which froze to 1.478, and more speeds in between. Those who used the Shiva Kernel will be familiar with the speed range. GPU OC is bumped up 20mhz in 2D/3D. SmartassV2 code added. The kernel has branched since V0.4 and is now a JB and an ICS specific design, one doesn't work for the other anymore, sorry to say. "Melchoir" is the ICS branch kernel, "Balthesaur" is the JB branch kernel which is included in the CM10/Kuroikaze builds.
"Melchoir" V2.4 ICS
Experimental support of CIFS and slight config changes to maybe improve kernel performance. Branch from "Caspar" and includes speeds, governors, IO schedulers and any previous bugs. 1.5Ghz is likely still broken.
"Balthesaur" V2.75 Linaro JB NON OC
Experimental fixes for ExFat corruption issues.
No CPU or GPU OC
Built with Linaro 4.7 toolchain with some optimizing tags turned on
Retains Governors and IO Schedulers from the OC version
Instructions
Download the zip from the link given below
Boot into CWM
Wipe cache
Wipe dalvik cache
Install from zip
Install the kernel zip
Reboot
First boot will take longer as the caches are being rebuilt
Let kernel settle for 10 minutes
Reboot
Let kernel settle for 5 minutes
Begin normal usage and setting up
System Tuner has been reported to work with great success.
Downloads
Experimental OC 1 | Mirror
*note* 1.5Ghz is unstable, please limit to 1.4Ghz for testing.
Experimental V0.2
*note* 1.5Ghz is unstable, please limit to 1.4Ghz for testing. Only for CM10.
Experimental V0.3
*note* completely unstable, pulled.
Stable V0.4 "Caspar" ICS
*note* 1.5Ghz is unstable, please limit to 1.4Ghz for testing.
Experimental V0.5e "Melchoir" ICS
*note* does not boot. See change log for information. ICS only kernel. Please have V0.4 zip handy in case this kernel goes ballistic or doesn't boot, etc.
Experimental V2.4 "Melchoir" ICS
*note* likely retains the 1.5GHz lockup issue.
Balthesaur V2.75 Linaro No OC JB ONLY
Non OC kernel by request. Built with Linaro and current 2.75 source. For use with Jellybean ROMs only. Retains IO Schedulers and Governors, just no CPU or GPU overclock at all. Possibly includes fixes for exfat corruption (planned for U6, but may as well)
Revert kernel
Favum ICS kernel | Mirror
Use this in CWM, same as before, to restore the boot.img and modules for Favum ICS, it may work for other Official based ICS, may not, untested.
Notes and Updates
Mirrors added, V0.1 initial release
V0.2: GPU OC 320/400 MHz 2D/3D. Does not play well with ICS, use only with CM10.
Kernel naming and what they mean:
As the kernel development for Jellybean gained momentum, changes to the kernel source and drivers made the kernel no longer compatible with BOTH ICS and JB, so a new branch needed to be built, one for each android version.
Caspar = The trunk kernel, the first base which all other kernels are built from, contains the original OC settings, governors and schedulers, but not much else, pretty stock.
Melchoir = The First branch, this is for ICS only, and is slightly more updated then the JB kernel, but not by far, is pretty stale development wise while I work on the JB kernel.
Balthesaur = The second branch, this is for JB only, and is the more updated and recent and heavily developed kernel by far.
Each kernel release is still compatible with ANY ROM, however it MUST be of the proper android version, Meclchoir should be flashed only to ICS and Balthesaur should only be flashed to JB. Caspar, should you choose to use it, is ICS only as well.
Do not flash these to other android versions, including Honey Comb, they may boot but they will certainly not function correctly.
FAQ
Q: How does this work with any ROM?
A: Installs by taking apart the current boot image, replacing the kernel binary, repacking then reflashing the boot image, and copies the matching modules into your system/lib folder. It keeps the existing ramdisk, which is why it works in between both ICS and JB.
Q: Where did you get your source changes from?
A: Source changes are coming from ezTerry and Godmachine, with guidance from Godmachine. Changes by ezTerry may come from other places, however I can not verify that, and its from his github.
Q: Is this included in any ROM?
A: Yes, this kernel is included with my CM10 builds, including Kuroikaze-Thrive
Thanks go out to:
First off, godmachine / linux society! We've had our spats (rather, I've had mine) however his guidance made this possible.
ezTerry: for giving us the first modded Acer Iconia kernels, also basing some of this work on his work on ezT20 kernel.
Da-pharoah for as always encouraging my work and to try new things.
tybar over at thriveforums.org (he may also be here?) for his work on CM10 and supplying the initial source this began with.
The rest of the guys pitching in over there!
Very excited to see a kernel! Could you possibly post a stock kernel as well that can be flashed back to if needed as this gets refined? Just trying to cover all contingencies.
Sent from my AT100 using Tapatalk 2
wigginst said:
Very excited to see a kernel! Could you possibly post a stock kernel as well that can be flashed back to if needed as this gets refined? Just trying to cover all contingencies.
Sent from my AT100 using Tapatalk 2
Click to expand...
Click to collapse
That depends on the ROM being used so no, I hadn't planned on it. I probably could but its per ROM which is quite a few lol
Sent from my Galaxy Nexus using Tapatalk 2
Ok. Was just thinking of a backup in case. Flashed it to favum and letting it settle right now.
Sent from my PG86100 using Tapatalk 2
On jbreezy darkside ROM v2 he modified the ram disk a bit would that interfere with installing this kernel?
Edit: nevermind you said it keeps the existing ram disk
Could you make a revert for his darkside ROM? Sorry for being a pain
Sent from my AT100 using xda app-developers app
stevie13.xo said:
On jbreezy darkside ROM v2 he modified the ram disk a bit would that interfere with installing this kernel?
Edit: nevermind you said it keeps the existing ram disk
Sent from my AT100 using xda app-developers app
Click to expand...
Click to collapse
Yeah unless something is different with the kernel binary as well, which I doubt, it shouldnt cause a problem.
As far as I know its the first kernel from source for ics so I don't think any issues will come up.
Edit: I'll try to get a revert zip up for dark side as well, the favum won't work, different ramdisk I think.
Sent from my Galaxy Nexus using Tapatalk 2
Are u saying I can use this kernel on my phone or some specific phone only?
ramoneC said:
Are u saying I can use this kernel on my phone or some specific phone only?
Click to expand...
Click to collapse
For the device this forum is for? In other words its for the Toshiba thrive 10" tablet. Flashing this on anything else can lead to no boots or even bricks. Its for any ROM, not device.
Sent from my Galaxy Nexus using Tapatalk 2
I nearly was going to brick my phone /: maybe not cos your updater-script might have been aborted but the main thing was I could not download it because of some sqlite error
God damn goo.im I've been waiting for an oc ics kernel for a minute.. A long minute
me checking the site every minute isn't helping probably either
Can I flash a kernel for similar phone which has similar buttons and screen resolution and sensors but different board base and hope it works?
ramoneC said:
Can I flash a kernel for similar phone which has similar buttons and screen resolution and sensors but different board base and hope it works?
Click to expand...
Click to collapse
Generally speaking, no. What device are you talking about?
Sent from my Galaxy Nexus using Tapatalk 2
old galaxy s5830 < wont matter if it bricked
ramoneC said:
old galaxy s5830 < wont matter if it bricked
Click to expand...
Click to collapse
This kernel won't flash let alone boot on that lol
Sent from my Galaxy Nexus using Tapatalk 2
I have decided to buy googles phone henceforth so I wont have to worry about updating
stevie13.xo said:
God damn goo.im I've been waiting for an oc ics kernel for a minute.. A long minute
me checking the site every minute isn't helping probably either
Click to expand...
Click to collapse
Mirrors are up.
Hi all, so I've been wanting a really nice optimized Linaro recovery and have not been able to find one. So I decided to build my own and have found it to be very nice and stable, and of course to share with all of you xda peps
First off if you don't know what TWRP recovery is the original nexus 7 thread is HERE
Please read all of the original thread before flashing this recovery.
More info on how this recovery was built
Built using Linaro gcc 4.7 toolchain. I also built the toolchain from Linaro's gcc source. The toolchain source is HERE
This toolchain source gets update almost daily from linaro sources, but I don't normally have the time to build new toolchains daily. When I have time I will update it quite frequently.
Built off my own 4.1.2 kernel source. The kernel used to build this recovery was also compiled using the Linaro 4.7 toolchain.
I've added a few linaro recovery patches for interfaces to libpng. Those changes are HERE and HERE.
Built using Linaro bionic string routines optimizations.
Installation
Download the recovery image and flash in fastboot
Initial release 2.3.1.1 touch recovery
10.28.12 release 2.3.1.1 touch recovery
Kernel changes
Removed a lot of bloat from the kernel. I disabled GPU overclocking, user voltage control, cpu overclocking, a bunch of useless debugging stuff.
A short kernel changelog is HERE
Toolchain changes
Not much here. I included a static library to be used in the toolchain libiberty
A short changelog for the toolchain is HERE
Recovery changes
Built as engineering instead of userdebug.
11.5.12 release 2.3.1.1 touch recovery
Final android 4.1.2 linaro recovery version
Kernel changes
Mainline linux kernel upstream changes from linux-3.2.y
Changed kernel compression mode to GZIP and optimization level to -Os
Toolchain changes
Updated to latest linaro changes
Recovery changes
-O3 optimization level
Linaro strict-aliasing compiler flags optimization
Android-4.1.2 (This version is a final release, no more updates)
Size: 6.95 MB
MD5: e0f46f01556156b052b3779c9ed60e01
What? A Linaro recovery? I did not know there was such thing. I am downloading this now very excitedly.
Thank you. Very very helpful and nice.
OK... Now I need more info! I sorta understand the Linaro concept but my knowledge is limited. What's the reasons to base Recovery on it at this point? Any advantages, possible concerns? Will there be any noticeable differences? Just curious & wondering cause you said "you'd been wanting to make a recovery based on linaro".
Thank!
Sent from my Nexus 7 using Tapatalk 2
Hi men!
Thanks for your recovery.
But i experience some strange visual effects like distortion of the image or some lag effects.
---------- Post added at 04:21 PM ---------- Previous post was at 04:16 PM ----------
djd338 said:
OK... Now I need more info! I sorta understand the Linaro concept but my knowledge is limited. What's the reasons to base Recovery on it at this point? Any advantages, possible concerns? Will there be any noticeable differences? Just curious & wondering cause you said "you'd been wanting to make a recovery based on linaro".
Thank!
Sent from my Nexus 7 using Tapatalk 2
Click to expand...
Click to collapse
There is a discussion on this subject regarding some tests Ezekeel (XDA developper) made with different cross-compiler toolchains and those tests prooved that none of the compilers is better than another.
We heard a lot about linaro because when ICS was released, it was very laggy and linaro and is new compiler version 4.7 made ICS much smoother than before.
But for the pur performance linaro give no improvement if you compare with another one.
EDIT: I found the link of the test for you: http://forum.xda-developers.com/showpost.php?p=19872366&postcount=1
i remember this test,and also in my home test when i tried to build kernel,i don't see improvement using linaro or others toolchains..anyway it's great to have another thing to play on and see if it's best that the ufficial!
sert00 said:
i remember this test,and also in my home test when i tried to build kernel,i don't see improvement using linaro or others toolchains..anyway it's great to have another thing to play on and see if it's best that the ufficial!
Click to expand...
Click to collapse
Agree with you.
It wasn't for discredit the work of sparksco. I'm glad to test his work.
Just answer the question for the cross-compiler.
Thanks for the work sparksco
[email protected]_OC said:
Hi men!
There is a discussion on this subject regarding some tests Ezekeel (XDA developper) made with different cross-compiler toolchains and those tests prooved that none of the compilers is better than another.
We heard a lot about linaro because when ICS was released, it was very laggy and linaro and is new compiler version 4.7 made ICS much smoother than before.
But for the pur performance linaro give no improvement if you compare with another one.
EDIT: I found the link of the test for you: http://forum.xda-developers.com/showpost.php?p=19872366&postcount=1
Click to expand...
Click to collapse
That's one test with one toolchain by one developer. As far as I can tell he tested everything with one of linaro's really old toolchaons when they first released 4.6. So by looking at the dates I would guess linaro didn't add much to the toolchain at that point. There's also the GCC version to consider. This is using 4.7 and not 4.6. And lastly there's rom patches that linaro puts out that have nothing to do with the kernel but are used in the ROM building process when building recoveries. It's all debatable. I find this to be a bit smoother and backups seems to be a little faster but maybe it's just me.
[email protected]_OC said:
Hi men!
Thanks for your recovery.
But i experience some strange visual effects like distortion of the image or some lag effects.
Click to expand...
Click to collapse
Your going to have to provide more info than that. Your method of installing, what bootloader you have ect. Thanks.
Edit: flashing zip in recovery causes issues so I removed that method of installing.
sparksco said:
That's one test with one toolchain by one developer. As far as I can tell he tested everything with one of linaro's really old toolchaons when they first released 4.6. So by looking at the dates I would guess linaro didn't add much to the toolchain at that point. There's also the GCC version to consider. This is using 4.7 and not 4.6. And lastly there's rom patches that linaro puts out that have nothing to do with the kernel but are used in the ROM building process when building recoveries. It's all debatable. I find this to be a bit smoother and backups seems to be a little faster but maybe it's just me.
Click to expand...
Click to collapse
thanks.after give a try to this recovery,i agree with you with fact of possible quickest backup time.the general use is good,don't know if it's real an improvement,but i did a backup and at first look it seemed quicker..possible placebo effect,let's see what others say..
why you pulled cwm install version...bugged?
There's a lot of factors to consider. Just the fact that this is using a kernel I built with 4.7 from my own source code could improve things as well. FYI the kernel includes GPU overclocking.
sert00 said:
why you pulled cwm install version...bugged?
Click to expand...
Click to collapse
Read one post above yours...
Sent from my Nexus 7 using Tapatalk 2
sparksco said:
There's a lot of factors to consider. Just the fact that this is using a kernel I built with 4.7 from my own source code could improve things as well. FYI the kernel includes GPU overclocking.
Read one post above yours...
Sent from my Nexus 7 using Tapatalk 2
Click to expand...
Click to collapse
oh thanks,not saw the edit in the post!
New version is up.
Sent from my Nexus 7 using Tapatalk 2
I installed last night using goomanager, so I assume I have the previous version?
Anyway, it works great, so thanks.
stonebear said:
I installed last night using goomanager, so I assume I have the previous version?
Anyway, it works great, so thanks.
Click to expand...
Click to collapse
I am pretty sure you get the Official TWRP version from goomanager not this. Please correct me if I am wrong but I think that is what the Unofficial means.
zedorda said:
I am pretty sure you get the Official TWRP version from goomanager not this. Please correct me if I am wrong but I think that is what the Unofficial means.
Click to expand...
Click to collapse
Yea, I just realised that myself when I saw there were two threads.
What's the difference between this and ClockWorkMod? Is it more stable?
Neo3D said:
What's the difference between this and ClockWorkMod? Is it more stable?
Click to expand...
Click to collapse
Some more features on TWRP I think, especially the queue to flash multiple ZIP files. Flash it and see for yourself
modstorm said:
Some more features on TWRP I think, especially the queue to flash multiple ZIP files. Flash it and see for yourself
Click to expand...
Click to collapse
That, and I like the fact that you have an option to wipe cache/dalvik after flashing something
markj338 said:
That, and I like the fact that you have an option to wipe cache/dalvik after flashing something
Click to expand...
Click to collapse
That and TWRP can also be themed however I never found any themes :/
I see that a lot of other phones started the developing for kernel 3.4 support. Are there any news for i9003 aswel?? Will this kernel be supported soon??
bogzybodo said:
I see that a lot of other phones started the developing for kernel 3.4 support. Are there any news for i9003 aswel?? Will this kernel be supported soon??
Click to expand...
Click to collapse
Nope. Samsung didn't support this device even for kernel 3.x. So, no question or 3.4 kernel.
You'd better go and check to android devel section and see RaymanFx 4.4.2 thread using 3.4 kernel...
Envoyé de mon Xperia S en utilisant Tapatalk
Well, it supports kernel 3.0.
Just so you know Galaxy S Plus I9001 has got Kernel 3.4.x already.
http://forum.xda-developers.com/showthread.php?t=2580112
---------- Post added at 11:52 AM ---------- Previous post was at 11:52 AM ----------
kaotomut said:
Just so you know Galaxy S Plus I9001 has got Kernel 3.4.x already.
http://forum.xda-developers.com/showthread.php?t=2580112
---------- Post added at 11:52 AM ---------- Previous post was at 11:52 AM ----------
Click to expand...
Click to collapse
Just so you know Galaxy Nexus hasn't. Texas Instruments hasn't released a 3.4 Kernel yet and they've abandoned it. So without their kernel sources we can't make one for us either. Or at least not at the moment, not now. 3.0.8 Kernel is almost stable for device. Be happy with it.
Galaxy S Plus does because they get their kernel sources from other devices having Qualcomm processor and therefore porting it for their device is much easier. Hope you get me now.
nbrian2012 said:
Just so you know Galaxy Nexus hasn't. Texas Instruments hasn't released a 3.4 Kernel yet and they've abandoned it. So without their kernel sources we can't make one for us either. Or at least not at the moment, not now. 3.0.8 Kernel is almost stable for device. Be happy with it.
Galaxy S Plus does because they get their kernel sources from other devices having Qualcomm processor and therefore porting it for their device is much easier. Hope you get me now.
Click to expand...
Click to collapse
It's clear. :angel:
I'm so happy with it.
Thanks for your information. :good:
Damn TI. () all the way to hell.
Sent from my GT-I9003 using xda app-developers app
well, there is still hope, but i can't post the url since i do not have 10 posts. i found some guys who are trying to port TI on kernel 3.4
bogzybodo said:
well, there is still hope, but i can't post the url since i do not have 10 posts. i found some guys who are trying to port TI on kernel 3.4
Click to expand...
Click to collapse
Aha...please copy-paste url. Wanna see the passion of the guys. Must be hard nuts.
Sent from my GT-I9003
Here it is http://e2e.ti.com/support/omap/f/849/t/267230.aspx
And here is aother thing i found: https://groups.google.com/forum/#!topic/pandaboard/Jtf9eKbG6tg
:crying:
for 9003 the newest is 3.0.10, i think it's not easy
Sent from my G1 using xda app-developers app