Related
Please stay ON TOPIC to kernel DEV and missing code. Don't report every bug the Android build your using is having or it will be deleted as OFF TOPIC
As you all might be knowing that hd2 is pretty much a android native device now. Its just like any another snapdragon device. The current kernel code we are using in HD2 is pretty obsolete and missing a lot of things. It more like something working at its minimal efficiency. While i was porting over all the HD2 board files getting it on par with the other snapdragon devices I found out a lot of code was missing and some was obsolete. Eg. The gsensor code from microp was pretty minimal, a lot of things were missing in microp code. I suspect that it isnt the only code, a lot of bluetooth related stuff was missing and much more. I am not really gonna work on backporting the stuff to .32 kernel so i would like the kernel devs here to backport the stuff to the .32 kernel so a lot of bugs can be fixed and stuff can be made more stable until the .37 kernel is ready. All the commits can be found here
https://github.com/charansingh/cm-kernel/tree/master
There might be some bravo or passion instances in there cuz i am comparing the code with these two devices and taking what is necessary and sometimes i have to leave my work due to some other work and forget which file i was working on so would appreciate the more bugs.
Also Mods can we get this a sticky so we can track the progress here
Yap.. i'm not a really pro developer but i suspected those bugs before.. finally a real developer suspected that.. eager to see who's going to help fixing them
charnsingh_online said:
Also Mods can we get this a sticky so we can track the progress here
Click to expand...
Click to collapse
Ok sticky for the moment to see if it helps.
@charnsingh_online
I am really happy that you put so much power in this project big respect for that.
The reason for the missing code is because most of the drivers are reversed engineerd from winmo by cotulla. Wich make it possible to make working android parts but they don't work optimal by that. Also we miss some skilled active coders. After cotulla almost everything is created by markinus he did a incredible part big credit to him but looks like he isn't that active anymore..
Current development are mostly little things a guy who sees a little part from that and a little part from that like : you, tytung, darkstone, gauner,letama, the guy from the bluetooth fix.
We probaly don't have so much real kernel programmers because they buy a native linux / android phone.
The last two major things left with HD2 Android are buggy speakerphone and missing assisted-gps function.
Speakerphone mode is not usable because mic gain does not change when speakerphone is enabled. Info here:
http://forum.xda-developers.com/showpost.php?p=12698204&postcount=22
GPS works but without assistance so most locks take 1 minute instead of like 15 seconds. Info here: (please read all 25 pages)
http://forum.xda-developers.com/showthread.php?t=1008252
memin1857 said:
The last two major things left with HD2 Android are buggy speakerphone and missing assisted-gps function.
Speakerphone mode is not usable because mic gain does not change when speakerphone is enabled. Info here:
http://forum.xda-developers.com/showpost.php?p=12698204&postcount=22
GPS works but without assistance so most locks take 1 minute instead of like 15 seconds. Info here: (please read all 25 pages)
http://forum.xda-developers.com/showthread.php?t=1008252
Click to expand...
Click to collapse
actually i think the gpu drivers are kinda unstable when comparing to the performance of other phones that carry the similar gpu...
@charnsingh_online
Good start.
After reading the github commits, I still don't understand what kernel devs can do so far.
Just see the microp stuff I added to the file. Also I have updated the board files. See wats the difference between the files. A lot of updated code
hi charansingh,
i am willing to help, but i think it would be helpfull to define packets to take over.
By looking in the kernelsources it looks good to me, but i know from own expiriences with porting that i have to look deep...
best regards
trilu
charnsingh_online said:
Just see the microp stuff I added to the file. Also I have updated the board files. See wats the difference between the files. A lot of updated code
Click to expand...
Click to collapse
It's better to start/clone from pure CM 2.6.37 kernel, then add new commits when adding any new functions.
Would you please add a new commit when adding a new function?
Otherwise, it's very easy to lost the way in the source code.
A commit "Update some board files" doesn't tell the whole story. I want to know why to change.
Comparing the source code manually and guessing its function is not convenient for any kernel devs.
For me, I won't add any code in my 2.6.32 kernel until I know the meaning of the changes of the source code.
Thanks.
Ok I'll do it tomorrow n also maintain the list in the op
I may be wrong, but this thread is not supposed to become a bug fix request thread. It is aimed at developpers, so that they collaborate on a merging of HD2 specific stuff onto a cyanogen 2.6.37 kernel...
This would most likely result in the resolution of a lot of our issues, but in the mean time, [DEV] in the thread title means it is for devs only......
Keep this thread clean please.. there are only a select few devs who actually work on kernels around here. Let them use this as a way of communication to generate a complete kernel, then we can test it for bugs.
Very excited about the prospects of this, if you guys get a working kernel with all the new commits shoot it over and I'll test it out on one of my HD2's.
I looked pushed code and it's ok, at least for first few commits. But it needs some deep cleaning an optimization, also there is some bravo naming convention used in leo specific files. You should put this tree on gitorious so we can do more work on it, but anyway i will clone tree and do some cleaning and porting new stuff.
This could be of interest, and not too much off-topic.
This kernel: http://forum.xda-developers.com/showthread.php?t=966786
is being abandoned and it had some patches for performance that I think are valuable. It had linpack scores that can be achieved only with heavy overclocks on other kernels... The problem is, the source is being distributed by a .zip, no commits, nothing... the only way to get those would be to issue a diff with... something and guess where they are. Staying on topic, I've already adapted cm-kernel for another device so I think I'll be able to help when I get enough free time to spare.
D4rk50ul said:
Keep this thread clean please.. there are only a select few devs who actually work on kernels around here. Let them use this as a way of communication to generate a complete kernel, then we can test it for bugs.
Very excited about the prospects of this, if you guys get a working kernel with all the new commits shoot it over and I'll test it out on one of my HD2's.
Click to expand...
Click to collapse
Yes you are right. Unfortunately many threads like this one get's filled with off topic chatter, complaints etc. I will try to keep my eye on this thread so the dev's can communicate. If your not contributing to the DEV work on the HD2 kernel's, please don't post your wishes and thanks post as this will quickly clog up the thread. I'd hate to lose progress due to this. That's why many DEV's end up not using XDA and reverting to IRC only. Thanks
noellenchris
Hi,
Few days back there are some conversation about libsurfaceflinger.so for color banding issue http://forum.xda-developers.com/showthread.php?t=1012278 . Since Rom is changing continuesly with libs can we port the change for color issue.
HD2 GB-2.33-SENSE-2.1 LOCKSCREEN SENSE-3
tytung said:
It's better to start/clone from pure CM 2.6.37 kernel, then add new commits when adding any new functions.
Would you please add a new commit when adding a new function?
Otherwise, it's very easy to lost the way in the source code.
A commit "Update some board files" doesn't tell the whole story. I want to know why to change.
Comparing the source code manually and guessing its function is not convenient for any kernel devs.
For me, I won't add any code in my 2.6.32 kernel until I know the meaning of the changes of the source code.
Thanks.
Click to expand...
Click to collapse
tytung, has any1 of you done so? please let us know..
g30rg10u said:
tytung, has any1 of you done so? please let us know..
Click to expand...
Click to collapse
No, I didn't work on 2.6.37 kernel so far.
I didn't see that charnsingh_online added a TODO list in the OP.
Fried my laptop charger. New one on way. Hd2 arrived
So I finally got my build machine up and running and here is the first of what I hope to be many builds to come. If you are interested in pitching in and want to help please let me know I am working on this in my free time and using it as a learning tool more than anything but hopefully more will come out of it.
http://goo.gl/q4PBc - NS4G current file name NS4GfICS_01-26-12.zip
http://goo.gl/9yDmT - NS NSfICS_01-25-12.zip
1/5/2012 - Changed Source to AOSP + Pete Alfonso's ICS.
1/25/2012 - Adding NS builds as well.
I want it to be clear that the first version of this has very minimal changes from the work Pete has already done. As versions progress I will be implementing changes from all around the android landscape and adding features from others plus custom features. Any features that I add I will try to give credit as to where it came from.
Red instead of blue.
To-Do:
Add theme options.
Finish removing ICS blue and use shades of red.
Update Notes:
V0.9 - 1/26/2012
Finished settings package color changes. Starting work on next package.
Started working through Original NS build to verify color and compatibility.
V0.8 - 1/25/2012
Contacts Changed to use new red and a few minor tweaks elsewhere.
V0.7 - 1/24/2012
A lot more of the ICS Blue has gone including most places on the launcher as well
Stock Launcher2 minor changes.
V0.6 - 1/21/2012
Started changing from ICS Blue to Red
V0.5 - 1/13/2012
Added Koush's free tether to the build
More minor color changes
Added Webkit fix from AOSP.
Fresh pull of AOSP with some minor changes.
V0.4 - 1/11/2012
Minor changes
Modified ota to change name build
Application updates (Maps and Google+)
Moved lib since it is not related to Face Lock (From Pete's changes)
180 degree hardware rotation
V0.3
Merged In new power menu and some other fixes for ICS found around github.
Wallet is working wipe Dalvik.
Started work on adding twopointtwo theme/fonts should be available within the next few builds.
V0.2
Compiled from Peter Alfonso's Repo which is a mix of AOSP and his work.
Recovery no longer replaced because of this.
Wallet has known FC issues and will be the first thing addressed in the next release.
V0.1:
Compiled using AOSP 4.0.3_r1
First build completely from source nothing added.
This post will contain the change log.
I was able to add the Market via the Gapps.zip available from CM. Please remember when posting this is ALPHA by a lot yet.
If anyone is interested in pitching in please let me know. If there is something you would like to see let me know as well. I am using this build process to learn more about the customization and my own personal Android development trainer.
Ill keep my eye out on this rom
Sent from my Nexus S 4G using xda premium
Thanks I hope to get this up and running it may be a few days before I make any real changes as myself and a few other close friends have had it for a few days now and are working on getting the project into github to allow others in and start ramping up the work.
I'll flash as soon as its semi-stable. I'll definitely be keeping an eye on this one.
Sent from my Nexus S 4G using xda premium
Hey no disrespect but whats gonna be the different between this and the other 5+ AOSP already in this forum ? I don't mean to be rude, the reason why I ask is because all the roms in the forums are in the same stage just with a few different mods (that we can add ourselves or flash).
Nothing wrong with that question but I am working with a friend who does app development to include his app pro versions and he is also working on other parts of the existing apps. I do plan to add original content that cannot be found elsewhere. I know all are at the same stage and I was hesitant about posting but maybe someone will like the little tweaks and we can keep adding that's why I will need feedback as to what people want.
strifejester said:
Nothing wrong with that question but I am working with a friend who does app development to include his app pro versions and he is also working on other parts of the existing apps. I do plan to add original content that cannot be found elsewhere. I know all are at the same stage and I was hesitant about posting but maybe someone will like the little tweaks and we can keep adding that's why I will need feedback as to what people want.
Click to expand...
Click to collapse
Thanks for the reply ! You got my support 100% !!!
Sounds interesting. I will try it out when the root and recovery issues are ironed out. Thanks
Sent from my SPH-D710 using xda premium
Just an FYI on the recovery part. I've been playing around with my own AOSP builds also. For the short-term, you can delete the recovery folder out of the zip and the users recovery will remain in tact.
curl2k1 said:
Just an FYI on the recovery part. I've been playing around with my own AOSP builds also. For the short-term, you can delete the recovery folder out of the zip and the users recovery will remain in tact.
Click to expand...
Click to collapse
I tried taking out the install-recovery.sh but when I ran the zip through CWM it gave me a failure. I am thinking it is because the MANIFEST.MF has the files listed and the hashes. I will try it again tonight and remove the entire folder. I have already started working on my source to remove that from being built at all which should hopefully also decrease build times since it does not have to build the recovery. Thanks for the tip.
Running a new build now. I have merged my little changes with Pete Alfonso's ICS tree and made a few changes from there. Currently the only bug I have seen is the wallet issue. It will stop running I have decided not to remove it at this time. If there is a fix it will be implemented when available. I have also modified the build version to reflect my changes. I will be editing the OP to reflect the change from pure AOSP to Pete's open source repository. I have also started skinning some of the changes and comparing oICS which has a working version of wallet to see what is causing the problems and hope to have it resolved soon. As soon as the new build is ready I will put it up and start mentioning the tweaks. This is basically just a compiled by me version of Pete's source at this time. I want to make sure he gets the credit for the hard work he has started with this build. If there are things you want to see added to the ROM please let me know. There will be some changes made to the overall colors though as the blue is not my favorite. The build should be finished and available shortly.
Add warm twopointtwo font.
I uploaded a theme port of it, has the font in there.
Sent from my Nexus S 4G using XDA App. Developer of brickROM, and OP of XDA Thread of The Year 2011.
Has troubles with my laptop over the weekend was out of town build is uploaded and ready.
Shark_On_Land said:
Add warm twopointtwo font.
I uploaded a theme port of it, has the font in there.
Click to expand...
Click to collapse
I will take a look at getting it added.
Added V0.3 to OP and changes. Just merged a few changes floating around for extended power menu.
If you have used the rebase to Pete's you should only need to wipe dalvik to update.
Latest version also has working wallet. Make sure to wipe Dalvik.
Sent from my Nexus S 4G using XDA App
V0.4 Uploaded new Google+ and Maps plus other changes.
looks interesting. i've always liked pete's roms though the lack of some mods like the power menu and the notification toggle widgets. are you planning to add that in?
mercado79 said:
looks interesting. i've always liked pete's roms though the lack of some mods like the power menu and the notification toggle widgets. are you planning to add that in?
Click to expand...
Click to collapse
Some of the power menu stuff is already added and more will come. And as soon as I learn how to add the notification toggles those will be added too.
Andromadus - Test Builds
To start with here you will find test versions of ROMs built by me from the Andromadus github repo http://github.com/Andromadus, think of them along the same concept as nightly builds just not every night These are development ROM's, if you want to run bleeding edge development ROM's and at least know how to use adb and logcat then you might find something of interest here. If you require something that works 100% of the time all of the time then this might not be for you. That said you can always give it a try and if it doesn't work restore your previous nandroid backup!
What IS Andromadus?
Initially it was a group of people who got together to make ICS work on the HTC Desire Z because nobody else seemed to want to support devices with physical hardware keyboards/trackpads. Whilst the idea stays the same It has grown slightly to support some other hardware and some of the work we have done is now used in many other devices. Andromadus builds of CM10 or CM10.1 are basically CM sources with a few additional tweaks or additions to support our phones.
1. New versions will be added as and when I feel there are enough changes to warrant one, don’t ask when the next version is coming.
2. If we decide to release a "Stable" version of these roms they will be published in another Andromadus thread.
Direct all your queries with release versions to that thread and in the same vain do not discuss these releases anywhere but here.
3. I will do as best I can to answer questions but if you don't get an answer from me I'm sure somebody else will be along to help. Help each other and I have more time to spend fixing things!
4. Don't ask for what's changed since the previous version, have a look at the recent submits on the Andromadus github if you want to know or wait for the mini changelogs when I post a new release.
5. If there is something in particular to test it'll be mentioned!
6. As always if you didn't wipe between installations then at least verify that the problem exists on a clean install before posting here. Nandroid/superwipe/install/check at the end of the day you can always restore your nandroid if the problem is reproducible on a clean installation. If you can't be bothered to try this then I really can't be bothered to try to help you :>
7. All that said ensure you make a nandroid/backup before hand. I take no responsibility for what you do to your phone with these ROM.
8. Whilst I can't stop you I would rather these builds were not used as a base for any ROM/MOD/ETC. The source is all available if you want to do your own builds with which you can do whatever you like.
9. Tell us what works/what's worse/what's better but don't ***** when something breaks or isn't fixed yet, report it and move on.
10. Sometimes people forget that we do this for fun, for ourselves, and sometimes your super important issue is way down on our personal list of things to be fixed.
If you ignore any of the above you will in turn be ignored.
Now that's all out of the way as always have fun
As usual you need to flash the ROM then GAPPS.
Current Changelog below
Checkout http://andromadus.flinny.org for links/files/previous changelogs
This a team/community effort, I'll not list everyone who has helped along the way here that list is in the beta thread but I will say thanks to all of them again and obviously anyone that has been missed.
Latest version changelog.
CM10 build 133
There was an issue with the backup tool in the last build that will break gapps and your account's etc when flashing this build, the solution is to re-flash gapps at the same time as the rom and you should be fine. This build should fix it so that the next build will work as it should
Changes.
Synced with CM - Again not many changes upstream.
Basically everything relevant to our phones up to the 4th of February in the following has been merged
http://review.cyanogenmod.org/#/q/status:merged+branch:jellybean,n,z
Kernel updated to Andromadus Current - 3.0.62
For any issues you can use the following bug tracker.
http://bugs.andromadus.com/projects/vision-nightly
In the issue please include what version of the test build u are on and if another build gets released please flash and please update the issue saying the bug is still happening on 45 or whatever number.
Howdy.
Sent from my Galaxy Nexus using Tapatalk 2
Just d'loaded. Ill note down the major issues if there are any different from stable B2.
Sent from my HTC Vision using xda premium
cjward23 said:
Howdy.
Sent from my Galaxy Nexus using Tapatalk 2
Click to expand...
Click to collapse
YOU!!!!!!!!!!! WHY?!!!!
darkspadez said:
For any issues you can use the following bug tracker.
http://bugs.andromadus.com/projects/vision-nightly
In the issue please include what version of the test build u are on and if another build gets released please flash and please update the issue saying the bug is still happening on 45 or whatever number.
Click to expand...
Click to collapse
Will this cover erectile dysfunction? That kid over there said he never said it had happened before he flashed flinny44..
Because.
Thanks to the andromadus devs for the opportunity!
Sent from my DZ.
So I am assuming there will be no changelog?
I found that this rom is not deodexed ?
shellin said:
So I am assuming there will be no changelog?
Click to expand...
Click to collapse
Correct and also note this comes without warranty. Flinny could post a rom that doesn't even boot. Its basically nightly build of our repos so you can use them without having to build.
So, when's the next one due? Where's the changelog? What's adb? Why would you want a lolcat? ... *snicker*
Just kidding around for a second. I'll flash, follow the updates and post if I find anything suspicious.
darkspadez said:
Correct and also note this comes without warranty. Flinny could post a rom that doesn't even boot. Its basically nightly build of our repos so you can use them without having to build.
Click to expand...
Click to collapse
Great, thanks!
Sent from my T-Mobile G2 using Tapatalk 2
Sup Flinny! /2nd page already
Sent from my HTC Vision using XDA
Unofficial changelog for Flinny44 (from beta2):
Fixed issue where power saving does not work on certain APs under certain conditions causing wifi to drop during sleep without notice. (credit to nyt)
Fixed Keyboard brightness backlight for hidden keyboard
Fixed Camera focus button
Added Statusbar IME Switcher toggle
Fixed speakerphone/on hold/mute issues
Optimized compiler CFLAGS
Russian keyboard fix
Fixed bootanimation resolution
Added camera button play/pause for music when screen is off
Merged in changes for webkit and updated to newest CM repos.
Merged in a whole bunch of camera HAL / qcom changes
Added expanded volume overlay
Those are just things I've been keeping track of, Flinny can expand on the things he's merged in himself
blk_jack said:
Unofficial changelog for Flinny44 (from beta2):
Fixed issue where power saving does not work on certain APs under certain conditions causing wifi to drop during sleep without notice. (credit to nyt)
Fixed Keyboard brightness backlight for hidden keyboard
Fixed Camera focus button
Added Statusbar IME Switcher toggle
Fixed speakerphone/on hold/mute issues
Optimized compiler CFLAGS
Russian keyboard fix
Fixed bootanimation resolution
Added camera button play/pause for music when screen is off
Merged in changes for webkit and updated to newest CM repos.
Merged in a whole bunch of camera HAL / qcom changes
Those are just things I've been keeping track of, Flinny can expand on the things he's merged in himself
Click to expand...
Click to collapse
Thanks for that
Some of those look intresting but sadly I can't be messing around with nightlies..
Posting to feel special
-Nipqer
I havent flashed a rom in a while. Its about that time me thinks, I will let you know if I come across any problems.
Nipqer said:
Posting to feel special
-Nipqer
Click to expand...
Click to collapse
You don't need to post to feel special. Those matter already know how 'special' you are Nipqer
Sent from my Galaxy Nexus using Tapatalk 2
nice
For those that haven't heard already, HTC has released the ICS kernels sources including for the Desire HD!
http://www.htcdev.com/devcenter/downloads
HD are 2.6.35 sources...
tarroyo said:
For those that haven't heard already, HTC has released the ICS kernels sources including for the Desire HD!
http://www.htcdev.com/devcenter/downloads
Click to expand...
Click to collapse
I already saw a lot of kernel developers here, each of them posting their own version.
I don't think that "download sources / fix them / apply patches" by every one of them is ok.
If all could focus on a single source-tree and fix / apply patches to that we would get to a stable/improved version a lot faster.
I can provide a linux machine for the developers interested by this project.
Hardware: 2 x Xeon X7550, 16GB RAM (can be extended to about 60GB), 300GB of storage (can be extended) - RAID6, FC dedicated storage.
Example:
$ time make ARCH=arm clean
[...]
real 0m2.479s
user 0m0.953s
sys 0m1.151s
$ time make -j32 ARCH=arm CROSS_COMPILE=arm-eabi-
[...]
real 1m4.720s
user 19m11.694s
sys 3m23.190s
Click to expand...
Click to collapse
Software:
Slackware 64bit 13.37, gcc 4.5.2, gcc-arm 4.6.1
OS can be changed if you have good enough arguments.
SSH access, no root.
If any developer is interested by an account, pm me with the desired username.
Have fun!
Ok, if no one is interested, I have to start this alone...
BETA
First release - ALiCE Kernel - with patches/tweaks from eternity/franco/bricked kernels and some of my own. Everything seems to work on my HOX.
- Sweep2wake included
- modules built in kernel, no need to flash anything else but boot.img
Attached:
zImage - for including into your own boot.img
boot.img - InsertCoin 5.3.0 boot.img with this kernel.
DELETED ATTACHMENTS - Kernel was virtually unusable.
You can use zImage injector ( http://forum.xda-developers.com/showthread.php?t=1647398 ) to update your own boot.img
I like the idea of this collaboration of kernels.
And I like how the modules are integrated into the kernel.
I'll be testing this out more tomorrow with a battery test for a work day
Keep up the good work
EDIT:
3G Does not work.
As in it shows 3G/H on the top, but no network connectivity.
WiFi does however work.
Great
I'm not a kernel dev, but this seems like a good idea.
Kernel devs working together to create a solid/stable base kernel.
If they want to add specifics they can always release one aside of this.
Also good to integrate modules into boot.img
Keep up the good work.
+1
Good idea, and go on
Good work.
Well I build kernel in 1 minute on i7 920 @4.2 ghz, no need for you machine ;-)
But common git would be nice.. I have zero time to maintain a kernel for HOX
Sent from my HTC One X
It will be nice if we can have a common github repository for the OneX sense kernel with all the patch applies by the devs.
AliceXES, do you have a git link of your repo ?
Because I currently compiling the franco's repo with some config tweek for my own need. And I would like to compiling yours just for testing.
Anyways, thanks for starting your project
Please send me your twitter account it's for helping you
The biggest problems ain't hosting or building times, just version-control. A common Git would be nice, although it seems most changes get picked by eachothers at github.
What about a GitHub organisation? You can have free ones where everyone is admin if you leave the source open. But then that requires a certain level of trust I suppose, heh.
The problem was with modules - for some strange reason, 3G doesn't work with them built-in the kernel.
Also my laptop crashed. The 2nd HP 4520s dead in my hands.
I will probably won't work on this anymore until it's repaired.
Still, if anyone needs access to the compile-server, the offer is still open.
AliceXES said:
The problem was with modules - for some strange reason, 3G doesn't work with them built-in the kernel.
Also my laptop crashed. The 2nd HP 4520s dead in my hands.
I will probably won't work on this anymore until it's repaired.
Still, if anyone needs access to the compile-server, the offer is still open.
Click to expand...
Click to collapse
Sad happenings. Hopefully it'll be fixed soon so you'll be back on track!
1: 3G problem indeed lies in the modules (linked to one of the binary baseband module)
2: getting collaborators won't be easy; many (apart from a select few) of today's "chefs" (dare not call them devs) prefer to act alone, get the credits, instead of working together, where the progress would've been much faster. This has been discussed too many a time on xda.
It is so much easier to rip someone's work & claim it as your own... Which is why many a dev resorted to "protecting" their roms (for example, from dumping).
Another reason why not many would like to join you, is that then it would come apparent that they don't have any real skills, since they won't be contributing any patches. ;]
Why compare ROMs with Kernels though? Maybe I'm unique at this, I don't know but, I never really cared about moving files around at ROM level or building AOSP ROMs. I prefer the kernel-space just a bit more
If people are afraid that their commits get stolen (which unintently happened just a few days ago, it seems) they should sign-off it properly.
Ányway I'm always interested in collaborating. Atm I'm just foring Franco's kernel and fixing a few compiling warnings.. I think what we really need is one main-maintainer which holds the master-branch, then the rest of our bunch just can push commits to him for reviewing. Who this lad is going to be, is also a tricky one.
I don't think I will have any success with this project
I started my own kernel thread (here: http://forum.xda-developers.com/showthread.php?t=1662781 ), sorry.
Anyway, the invitation is still open.
I've been around these forums for over 6 months now, and we've all been anxiously waiting for the source code of ICS kernels. Everyone always says that it's not the OTA we want, but the kernel source. Even I have been really excited to get it... but recently I've been wondering... why? What exactly does the kernel source allow us to do? I'm not a developer by any means, but from the limited knowledge I have, these are the features the source will allow us to do:
- OC/UV without having to use Tegrak
- Custom kernels
What else? This post isn't mean to criticize or anything... I'm just genuinely curious how the kernel source will help us on ROMs. If you know anything, please post.
Kernel source gives us the opportunity to add a variety of things like:
OV/UV
More/different CPU Governors
A variety of I/O Schedulers
Different kernel modules
Support for more/different filesystems
And the big one we are hoping for with GSII is a fix to that dang ICS recovery bug! :/
MandaNick said:
Kernel source gives us the opportunity to add a variety of things like:
OV/UV
More/different CPU Governors
A variety of I/O Schedulers
Different kernel modules
Support for more/different filesystems
And the big one we are hoping for with GSII is a fix to that dang ICS recovery bug! :/
Click to expand...
Click to collapse
Thanks for the informative response. Yeah I was gonna mention the superbrick bug but I think developers found a workaround using TWRP and Agat's recoveries these days.
Sorry for being a noob, but what are different kernel modules?
Hahaha don't be sorry man, we are all noobs in some way! They did find a workaround for it, but they are also not sure that their workaround will work in 100% of all use cases. If you read their first post there is some worry about "super wipe" packages over-riding their safe binary.
A kernel module is a piece of functionality written after the kernel is compiled. It is compiled into what is called the module, and then loaded into the kernel. This allows developers to add bits of functionality without having to rebuild their whole kernel.
The kernel is like the motor that helps our phone run. When tuned properly, it will purr, give us good gas mileage and make the driving experience more enjoyable.
Sent from my SPH-D710 using XDA
Hahaha well that's one way of putting it! The kernel sits in-between the hardware and the software, and essentially enables them to interact together. I guess you could call it the middle-man, putting things into a language both the application's and then hardware itself will understand
Source code is the map to put the engine together correctly. Given enough time a dev might be able to build the kernel from scratch, but what's the point of driving yourself mad like that. Right now it's like they're tinkering with a demo engine but can't be fully sure that they're putting the parts in the right place.
It's more like all the parts to put the correct engine for your device together(The map would be the make files ). Right now they are using different parts from various different engines to try and assemble one that works for our "car".
Haha thanks for the responses. I forgot about this thread for some reason but I'm back to give you guys thanks And yeah I know what a kernel is heh but just the basics... I know basically next to nothing about development of kernels at least
Since is up I will add the all important to some of us reason. CyanogenMod9. I always knew I would one day ditch Samsung firmware for CM9 but i didnt know our phone would get it so soon. Once we have kernel source our developers will be able to write a proper CM kernel easier than it has been for developers like sbrissen to do one from scratch. Once that is done we can get rolled into official CM releases.
Other than PRL updates I am never going back to Stock firmware.