CM10 based on Asus JB Update? - Asus Eee Pad Transformer Prime

So now that JB is official from ASUS will the lead to a more stable version of CM10? I'm still sitting on CM9 due to the HDMI audio issues but I'm thinking of going to CM10 if its built off this official ASUS JB version. Any ideas?

CM10 is different from branded firmwares. They can eventually grab the kernel drivers that will be released by Asus as soon as update process is finished, and also all hardware specific sources that are not present in AOSP tree. For the core system, CM10 already uses Jelly Bean sources from Google.

Wait for a bit... once we get the kernel source (Asus has yet to release it), it will soon be merged into CM10 along with the new JB proprietary files and drivers...

craigacgomez said:
Wait for a bit... once we get the kernel source (Asus has yet to release it), it will soon be merged into CM10 along with the new JB proprietary files and drivers...
Click to expand...
Click to collapse
Will you post in the Dev section when this occurs?

Related

[Q] How do CM ROMs get updates?

Just one caveat: I have done searches (read: multiple).
How in the world does CyanogenMod get to all of the supported devices? All of a sudden once CM9 is released, for phones/tablets moving from CM7 to 9, does it go out to all devices or what? Does it need to get ported from the source for each and every individual device? In general, how is CM updated and how does it get out to the officially supported phones/tablets?
Cyanogenmod ROMs do indeed have to be ported to each individual device and maintained. Once a device receives official support from the Cyanogenmod team, daily changes made to the AOSP source code (tweaks and bugfixes by the various contributing devs) are automatically compiled by a "buildbot" and released at the end of each day (thus these builds are called "nightlies"). These nightly updates are then made available for download through the Cyanogenmod website and through ROM Manager. Once code updates reach a certain plateau, a "final release"-worthy balance of features and stability, the build is released separately as a "stable" build (such as CM7.1), though you can still download it from the website or from ROM Manager just as with the nightlies. CM9 will eventually receive the same treatment and be released in the form of nightlies and stable builds.
Further (highly recommended) reading can be found here: http://www.cyanogenmod.com/blog/the-current-and-future-state-of-cyanogenmod-nightlies
Has anyone seen John Connor?
so the nightlies don't have to be ported, but every major revision does?
hugabu said:
so the nightlies don't have to be ported, but every major revision does?
Click to expand...
Click to collapse
No.
"Porting" is just a word used for the process of making the rom work on any certain device.
So to answer your question, once the work of porting CM to the certain device is done, that port is used as the base for both the stable and nightly builds.
Look at the analogy of when a new phone comes out, case manufacturers create a mold to use to make their cases fit the certain phone, and that mold is used to make all kinds of cases. Same concept

ICS Thoughts

Just rambling here. In order to get ICS ported to the Venue, we need compatible kernel drivers. It appears, from what I can find on the 'net, that Qualcomm isn't releasing drivers for the QSD8250 for ICS. Looking around XDA, I see the HTC Desire (GSM), also based on the '8250, has a working ICS beta found here: http://forum.xda-developers.com/showthread.php?t=1403113. This appears to use a Tiamat kernel, http://tiamat-dev.com/tiamat_bravo/. Using the AOSP 4.0.x repository, the Dell info from http://opensource.dell.com/releases/venue/v4.06/ and the Tiamat kernel, is it possible to pull together an ICS port? I wish I had more experience with this type of stuff...
Dell used the CAF 8260 GB sources when building 4xx roms, they simply backported whatever they need to from their already working 3xx codebase for whatever was needed (i assume)
CAF itself dropped support for 8x50 in their GB codebases, but the 8x60 is close enough it didnt really matter ultimately.
Much of the drivers arnt even in the kernel, they're in the android userland which is Apache and not gpl, hence the driver issue.
Which ever method you (presumedly do) to get the kernel booting under ICS doesnt really matter, but the more difficult/time-consuming methods will ultimately be more useful for porting to newer kern versions.
Don't forget the Nexus One and, IIRC, the HD2 also use the 8250
I would think this would help too: http://www.xda-developers.com/android/qualcomm-releases-adreno-2xx-gpu-binaries-for-ics/
Too bad the development work is well outside my capabilities. Maybe our Korean friends are working on it though.
Guys.!!! Dell venue n dell streak 5got same rom n environment hardware too just diffrence is venue is Hdpi n dell streak is Mdpi .so why do nt we join hands n make ics work for dell or on other hand u can take advantage of our dell streak 5 formus there r few good roms like longhorn 2.8 with Hdpi support for dell Venue and Dcs 1.1.which supports both hdpi n mdpi just need to edit build.prop n may be kernel....whish u all safe cooking ...n Friends in need friend indeed ..
Max
Sent from my Dell Streak using xda premium
Sent from my Dell Streak using xda premium
Folks, I can see that Qualcomm released Adreno 200 drivers for ICS several months ago (Mar) (https://developer.qualcomm.com/mobi...phics-optimization-adreno/tools-and-resources).
Information in the above page also says that, the drivers has been tested on CAF M8960AAAAANLYA1030. As I noticed, whenever we get the source code from Code Aurora, there is also a kernel directory included. Do you think that we can start from that kernel to port ICS to Venue?
chacona said:
Folks, I can see that Qualcomm released Adreno 200 drivers for ICS several months ago (Mar) (https://developer.qualcomm.com/mobi...phics-optimization-adreno/tools-and-resources).
Information in the above page also says that, the drivers has been tested on CAF M8960AAAAANLYA1030. As I noticed, whenever we get the source code from Code Aurora, there is also a kernel directory included. Do you think that we can start from that kernel to port ICS to Venue?
Click to expand...
Click to collapse
Yes we can,
But I aint that good into dev
This mobile has what it requires to run ICS
The kernel itself ultimately doesnt matter, as long as it has the right code changes merged in.
The current S5 ICS kernel's lineage is:
S5/405 (dell) -> Phoenix kernel/GB (n0p) -> Phoenix/cm7.2 (hPa) ?-> Phoenix/cm9 (hPa) -> Phoenix/AOSP (kibuuka)
Only the final step involved merging in any changes to make it work with ics, ultimately it's based mostly on the phoenix GB kernel which itself is based on the S5's 405 kernel
S5 405 = S5 408 = V 406 = V 408, they're all the same kernel (with ifdefs/configs for the S5/V).
I'd imagine getting a V kernel to boot ICS period is 85% of the work as the S5's froyo/GB kernels can directly boot V froyo/gb roms, and the reverse would likely hold.
The kernel 405/6/7/8 from Dell can be built successfully, however there are known issues such as after charging, we won't be able to boot the kernel up. I do not have a Streak, so I wonder whether those issues are fixed well in Phoenix kernel Manii? Can you show me how to get the source for the latest phoenix kernel that you're using with your Streak AOSP? Maybe I will try to build with Venue myself to see how things work!
phoenix kernel/ICS - Github
It's currently in the process of being merged back in.
You could try diffing S5 405 with V 406 and seeing what's changed in the source, they're nearly identical, but I dont expect them to be bit identical
TheManii said:
phoenix kernel/ICS - Github
It's currently in the process of being merged back in.
You could try diffing S5 405 with V 406 and seeing what's changed in the source, they're nearly identical, but I dont expect them to be bit identical
Click to expand...
Click to collapse
Sounds interesting, that's exactly what I did in my custom overclocked kernel. However, I will be able to save some time by using their kernel directly. In fact, I think that 405/407 kernel is not very different from 406 since my build for 405 also ran on DV too.
I will try with their "master"/experimental14 branch kernel first (to CM 7.2.0). Thanks for your information!
chacona said:
I will try with their "master"/experimental14 branch kernel first (to CM 7.2.0). Thanks for your information!
Click to expand...
Click to collapse
Will be waste of time as only streak-specific file is board-qsd8x50_austin.c, other changes are device-independent.
Changes that essential to run ics with hwa:
kgsl3.8 - kernel-side drivers are in drivers/video/msm - direct drop in instead of one that's shipped with stock 405 kernel
include/linux/msm-kgsl.h - to make kgsl3.8 build
(not really)*streak-specific*changes to arch/arm/mach-msm/board-qsd8x50_austin.c - changes in hardware init routines needful for kgsl3.8 (updated data structures, powerrail). In short - do a diff for board-qsd8x50_austin.c between Phoenix and ics branches to find out what's changed - to be honest - changes are generic for qualcomm devices, so direct copy/paste of changes into your device's board file will do the job
Other patches that were applied to ics branch are optional (cpu governors, io schedulers, netfilter specific changes (these are only needed if you need ics' mobile data usage collecting/limits features)) or affect streak-specific drivers only (and are not ics-specific).
So, in short - update your device's board file and use ics branch - that would be enough.
kibuuka said:
So, in short - update your device's board file and use ics branch - that would be enough.
Click to expand...
Click to collapse
Do you think I can start with the stock kernel, download the ICS tree including the kernel, then do the diff/merge between device's board file from ICS kernel to Dell kernel? After that, the original Dell kernel is patched with new stuffs for ICS, and can be used with ICS ROM?
i can also provide you with all patches made for streak against aosp source tree for shortening your mileage and instructions for a quickstart (my streak is broken at the moment, so i've suspended my development activities and got spare time for that)
please mention kernel for streak's ics is being built separately at the moment (i've got plans incorporating it in aosp build process, but it will take some time)
when i've messed with streak kernel making it ics-friendly i've realised that most of stuff can be made cross-compatible between two devices.
It's 95% the kernel, the only thing left is to turn off the rotation patch and swap out the BCM4325 for BCM4239 drivers.
On stock 3/4xx i can directly load venue roms on my S5 and only wifi is broken. (with a S5 kernel) Everything else works.
TheManii said:
It's 95% the kernel, the only thing left is to turn off the rotation patch and swap out the BCM4325 for BCM4239 drivers.
Click to expand...
Click to collapse
rotation is triggerable through kernel configuration menu. check.
as of wifi - is there any known-to-be-trustable list of hardware components for venue?
The V is just an S5 without the hdmi and whatever provides usb hosting.
The only other notable change is the wifi chip.
All the other sensors are compatable, and so is the modem+ril.
(I was able to get 3g working, but not wifi due to the chip being different)
I dont think anyone has done a (good quality) teardown on the V though.
Most I can offer is to pull details android gives back while it's on.
I'm guessing that's how CM7.2 was ported, since hPa didnt actually own a V,
he just took his S5 build, and flicked a few switches.
(it helped a lot that CM7.2 doesnt need any kernel changes to boot, it's just the stock 408 one with a modded ramdisk)
He only had access to a V for like a day or so.
kibuuka said:
i can also provide you with all patches made for streak against aosp source tree for shortening your mileage and instructions for a quickstart (my streak is broken at the moment, so i've suspended my development activities and got spare time for that)
please mention kernel for streak's ics is being built separately at the moment (i've got plans incorporating it in aosp build process, but it will take some time)
when i've messed with streak kernel making it ics-friendly i've realised that most of stuff can be made cross-compatible between two devices.
Click to expand...
Click to collapse
Hi Kibuuka, that sounds good, could you please share?
One more thing I would like to ask is, the stock kernels 405/407 and 406 have issues regarding power (sometime I can see the issue that after charging, screen goes black and we can only quit that situation by removing the battery). How did you address it? (I notice that your kernel works well on my CM7, without that issue - or is just simply because it has not happened yet?)
n0p did enormous amount of work addressing sleep of death issue (which, i believe is one you refer to), so dsc kernels (opposed to stock ones) are free of this bug. Ask him for details (i wasn't involved to dsc development at the point he managed to fix it) as he's best source of information on SoD issue fix you could find
As of aosp patchset - will upload it during weekends.
For whatever it's worth, as soon as we get a working ICS level kernel, I plan on porting TWRP and CWM-touch.
Those require ICS kernels (or rather it's a great deal more difficult to make them run on GB kernels) and I cant port them until then.
I've already gotten TWRP and CWM-touch working on the S7, and plan on porting TWRP to the S10 now.
Edit: come to think of it, I actually have TWRP running on a 5xx kernel (which is HC), i'll try simply porting and seeing what happens

[news] cm10.1 status update

Originally Posted by CYANOGENMOD
in facebook
CM 10.1 Status Update
So we continue to work through the merger of 4.2 code and our CM enhancements. A branch in our github repos called mr1-staging has been created to facilitate the merger and is the target for core CM items (not features).
mr1-staging is not meant to be compile-able, its only purpose is to be a staging grounds for our core work. Chances are, it is useless for independent builders.
CM 10.0 (4.1.2) code is in jellybean-stable, if you are working on a bug-fix for the last stable release, patches should be submitted against that branch. If/when we do another 4.1.2 release (ie CM 10.0.x), it will originate from code in this branch.
Once staging is done in mr1-staging, we will push all that code to a 'CM10.1' branch, and eventually back to our primary 'jellybean' branch. This process is in place to make sure that we effectively move forward from CM 10.0 code, instead of starting over as was seen with the jump from Gingerbread to ICS. Patches from gerrit will be accepted towards CM 10.1, but for now, please have patience while we work through mr1-staging.
While the 4.2 updates are on a smaller scale, they do present some changes that will need to be considered and will effect our implementation of features. Just to name them briefly: Telephony Split, Multi-User, Quick Settings, and Lock-Screen Widgets. These items will be a strong focus when the initial CM10.1 branch is created.
On the feature front, David van Tonder (dvtonder) decided to make his weekend productive, and has already worked on the code for the majority of our MMS enhancements: Emoji support, sms split, gestures and templates, quick messaging. Notably MMS auto retrieve is not being forward ported as Google fixed that themselves. As stated above, patches will hit gerrit review after this staging process is completed.
As always, a timeline isn't and won't be available. We will continue to provide updates as we have them.
Click to expand...
Click to collapse
Let's wait for further announcements
thanks but no CM10.1 for Neo and Neo V
mido_fedo said:
thanks but no CM10.1 for Neo and Neo V
Click to expand...
Click to collapse
CM 10 is available for Neo/Neov ..but its not the stable release ..they are close to making a stable release .. So I guess we might get 10.1 too
Abhiheart said:
CM 10 is available for Neo/Neov ..but its not the stable release ..they are close to making a stable release .. So I guess we might get 10.1 too
Click to expand...
Click to collapse
Even if we get a stable Cm 10 ,it would be worth it and I think Fxp would do that!
As for Cm 10.1,it's been answered already ,it's not just worth the efforts n hassles!
Sent from my MT11i using xda premium
---------- Post added at 09:42 AM ---------- Previous post was at 09:41 AM ----------
FXP said:
HY All
We said it already several pages back CM10 is last release for 2011 devices
Those devices use an old kernel (2.6.32) and old blobs for camera (ICS)
So even making those work with cm10 (jellybean) was an real pain
To update kernel to 3.0 we will require 6+ months (not worth for an 2 year old SOC) limited in hardware and memory
Even if we take this effort this device will not be able to handle next version of android after 4.2 because it simply lacks RAM
Even for Jellybean we had to use legacy camera to be able to use camera in an proper way (with broken panorama)
What's the benefit of having latest android if your device is not able to use new features?
We will continue fixing cm10 and releasing weekly updates with latest JB progress
Jerpelea
FreeXperiaTeam
Click to expand...
Click to collapse
Sent from my MT11i using xda premium

[Q] Is this the source we need for CM?

Hey guys,
So, I'm not a dev, but I'm dying for a port of CM9 for the P769. In the Original Android Development forum, there appears to be someone working on CM10, which is great and all, but we actually stand a chance of getting all the hardware working under CM9.
Just out of curiosity, I meandered over to LG's open source website and -- lo and behold -- quite clearly I see the source available for not just the P769BK, but other variants as well. I downloaded it, and it even includes instructions for building.
So... is this not the source we need for a CM port? Please, strike down my ignorance and let me know what's up.
https://wws.lg.com/global/support/opensource/opensourceList?types=MODEL&search=P769
That is what we need and the dev has it. We have a good chance of CM10 working because the source is available. So there is no big push for CM9.
kevev said:
That is what we need and the dev has it. We have a good chance of CM10 working because the source is available. So there is no big push for CM9.
Click to expand...
Click to collapse
Excellent! I was under the impression that devs needed 4.1 sources from the manufacturer to build fully functional CM10 images. The more you know!
orrorin said:
Excellent! I was under the impression that devs needed 4.1 sources from the manufacturer to build fully functional CM10 images. The more you know!
Click to expand...
Click to collapse
I'm not the most knowledgable about rom development and such, but it seems that if at least Android 4.0 source is available for a certain device, then it may be easier for devs to bring JB to that device and/or build a fully working JB rom for it.
Was doing some poking around myself today and noticed that LGP769BK(Optimus L9)_Android_JB_P769v20d.zip
was up on the LG open source page. Was able to DL it and upload to dev-host if they pull it down later but its listed there for now.
Don't know if I'm late to the game or not but I didn't find anything during my real brief search that it had been noticed yet
link removed because XDA hates me

[Q] More kitkat roms??

I'm a smultron user,
For high end models we could see a large number of roms present (we could even make a big list) but for xperia 2011 devices there are few roms out there but they are all stuck at ICS or JB 4.1 or 4.2.
The jellybean 4.3 are very very very few.
Since the android 4.4 [KitKat] is made considering the devices with 512mb ram like smultron can we see a large number of 4.4 custom roms with great features for our devices??
cybercop007 said:
I'm a smultron user,
For high end models we could see a large number of roms present (we could even make a big list) but for xperia 2011 devices there are few roms out there but they are all stuck at ICS or JB 4.1 or 4.2.
The jellybean 4.3 are very very very few.
Since the android 4.4 [KitKat] is made considering the devices with 512mb ram like smultron can we see a large number of 4.4 custom roms with great features for our devices??
Click to expand...
Click to collapse
Hmmm...the key word is " BE PATIENT " about it...there no Custom Rom yet for 4.4...just wait until Cyanogenmod Team release their Custom Rom first then ONLY then we can talk about 4.4 Custom Rom on Xperia 2011 devices...
iPusak Gaoq™ said:
Hmmm...the key word is " BE PATIENT " about it...there no Custom Rom yet for 4.4...just wait until Cyanogenmod Team release their Custom Rom first then ONLY then we can talk about 4.4 Custom Rom on Xperia 2011 devices...
Click to expand...
Click to collapse
yeah i cant wait man. i should try to be patient.
officiallysonyrebel has said in his beanstalk thread that android 4.4 is coming soon for xperia 2011.
cybercop007 said:
yeah i cant wait man. i should try to be patient.
officiallysonyrebel has said in his beanstalk thread that android 4.4 is coming soon for xperia 2011.
Click to expand...
Click to collapse
Haha....before you get too excited, here is another key word for you " COMING SOON "....are you sure its coming soon as officiallysonyrebel said????
perhaps you should read THIS and THIS....
Cyonagenmod team HAVEN'T started to build rom for 4.4 and yet officialsonyrebel confident that it will coming soon...for your info, Beanstalk rom are also base on CM source code...if Cyonagenmod haven't started building it then where will any dev get the source code????
i quote....
we will continue to work on the 10.2 code branch, in parallel to all of our Android 4.4 efforts. For those that will inevitably ask, we have not made any decisions with respect to what devices will make the leap to the KitKat code base and likely won’t have that information for a few weeks
Click to expand...
Click to collapse
We are not in a rush to get 4.4 builds out . We are going to continue the process of working on CM 10.2 M1 - getting that out the door and onto your devices. Further, we will 'finish' the 10.2 code base, similar to what we did with 10.1.
As a friendly reminder, please don't flood us with requests for 4.4 - we all want new and shiny things, but we will not do so at the expense of abandoning the hard work our contributors have put into 10.2.
Final note, a lot of folks are reading into the "512mb" item on the release notes. No, this does not mean a sudden resurrection of older hardware, there are dependencies beyond the RAM (and CM has enforced that minimum since ICS)
Click to expand...
Click to collapse
cybercop007 said:
I'm a smultron user,
For high end models we could see a large number of roms present (we could even make a big list) but for xperia 2011 devices there are few roms out there but they are all stuck at ICS or JB 4.1 or 4.2.
The jellybean 4.3 are very very very few.
Since the android 4.4 [KitKat] is made considering the devices with 512mb ram like smultron can we see a large number of 4.4 custom roms with great features for our devices??
Click to expand...
Click to collapse
I guess it is for a reason. In all JB roms on 2011 Xperias camera's quality is poor, also hard to make some stock apps and features to work.
iPusak Gaoq™ said:
Haha....before you get too excited, here is another key word for you " COMING SOON "....are you sure its coming soon as officiallysonyrebel said????
perhaps you should read THIS and THIS....
Cyonagenmod team HAVEN'T started to build rom for 4.4 and yet officialsonyrebel confident that it will coming soon...for your info, Beanstalk rom are also base on CM source code...if Cyonagenmod haven't started building it then where will any dev get the source code????
i quote....
Click to expand...
Click to collapse
officialsonyrebel: current update is the last update for 4.3 ... as we are moving level up to 4.4 Kitkat .. for all 2011 line up..
I again read what he wrote and it seems that he meant to stop 4.3 with that build and start to work on 4.4 when it is available...
Final note, a lot of folks are reading into the "512mb" item on the release notes. No, this does not mean a sudden resurrection of older hardware, there are dependencies beyond the RAM (and CM has enforced that minimum since ICS).
Click to expand...
Click to collapse
That's from the CM post ...
It will take lot of time & effort for a 4.4 port ..........Dont expect anything this month or this year for that matter ....

Categories

Resources