Related
Anyone have experienced boot loop for the CM10 build?
wagnus said:
Anyone have experienced boot loop for the CM10 build?
Click to expand...
Click to collapse
Anyway this ROM is so fast and great and I really would like to flash it for daily use! :good:
Many issues with video playback as well as some audio problems, it may be fast but if video does not work then what is the point. I am waiting on a response as how to convert videos in order to play them back using CM10.
Sent from my GT-P6800 using xda premium
adinis78 said:
Many issues with video playblack as some audio problems, it may be fast but if video does not work then what is the point. I am waiting on a response as how to convert videos in order to play them back using CM10.
Sent from my GT-P6800 using xda premium
Click to expand...
Click to collapse
I have reflashed this ROM again from stock HC, full data/cache wipe. Everything's seems smooth currently..
Setup a standard CyanogenMod 10 build environment (there are plenty of tutorials on the web already on how to do this). Then
Add add the following entries to your local manifest
Code:
<project path="device/samsung/XXX"
name="ohanar/android_device_samsung_XXX"
revision="jellybean"
remote="github" />
<project path="device/samsung/smdk4210-tab"
name="ohanar/android_device_samsung_smdk4210-tab"
revision="jellybean"
remote="github" />
<project path="kernel/samsung/smdk4210-tab"
name="ohanar/android_kernel_samsung_smdk4210-tab"
revision="ics"
remote="github" />
where you replace XXX with your device (i815, p6200, p6210, p6800, p6810, or t869).
Make sure that your device is running the newest build of CyanogenMod 10.
Make sure your device is plugged in and has debugging enabled.
Run the extract-files script from your particular device tree.
Run vendor/cm/get-prebuilts
Your sources are now ready, to build run
Code:
$ . build/envsetup.sh # this sets up the build environment
$ lunch cm_XXX-userdebug # this selects your device
$ mka bacon # this builds CM
Click to expand...
Click to collapse
Any know how to configure the local manifest ? I've been googled for this but still unable to understand..
wagnus said:
Any know how to configure the local manifest ? I've been googled for this but still unable to understand..
Click to expand...
Click to collapse
Copy and Paste the xml to
/path/to/your/build/directory/.repo/local_manifest.xml
e.g. /home/username/android/system/.repo/local_manifest.xml
And beware of the typo, its make bacon not mka bacon
lowtraxx said:
Copy and Paste the xml to
/path/to/your/build/directory/.repo/local_manifest.xml
e.g. /home/username/android/system/.repo/local_manifest.xml
And beware of the typo, its make bacon not mka bacon
Click to expand...
Click to collapse
Thanks a million! At least now I got some clues..:good:
Please I reflashed my p6800 to Stock HC and now it asks me for a password , Any clues what the password is ???
mayaco said:
Any clues what the password is ???
Click to expand...
Click to collapse
Try this: http://forum.xda-developers.com/showpost.php?p=12453585&postcount=1332
Keep us posted
Now Im On galaxy tab 7.7 screen and hanged in there , Tried to flash stock HC again , same issue , Tried to slash Stock ICS, same stucked galaxy tab 7.7 sceen nthng further , >>>>>> Wt shall i do now pleaseeeeeeeeeeeee?????
---------- Post added at 11:11 AM ---------- Previous post was at 10:49 AM ----------
Astrix Ashburn said:
Try this: http://forum.xda-developers.com/showpost.php?p=12453585&postcount=1332
Keep us posted
Click to expand...
Click to collapse
I did bt Im still on the same password query screen (asking me to enter your password ?)
thanx alot though for ur efforts:good:
THIS IS A THREAD FOR TENDERLOIN ROM DEVELOPERS TO DISCUSS ISSUES REGARDING BUILDING, CODING, CREATING, DEBUGGING AND STABILIZING A CM10.1/JELLYBEAN 4.2.x ROM FOR THE HP TOUCHPAD. IF YOU AREN'T WORKING ON THIS, MOVE ALONG... NOTHING TO SEE HERE
Seriously, folks. This is an information exchange thread for developers. You're welcome to watch and listen, but PLEASE, please, don't ask user questions here, don't ask for ETA's, don't give huzzahs, and "I want this" stuff. Post that in the relevant ROM threads, the General or the Q&A. Thanks.
Thanks for starting this thread, shumash. Here's what I have so far:
I have built a 10.1 rom for the hp tenderloin. I am not posting the actual rom because it has a way to go. It is far from a daily driver. Instead, I am posting a link so other developers can build their own roms and maybe we can get a fully working cm10.1 rom.
My device tree is on github:
https://github.com/drmarble/android_device_hp_tenderloin/tree/10.1-ugly
On the 10.1-ugly branch is a semi working device tree for hp tenderloin cm10.1.
Many more details for building are included in the README file.
If you aren't set up to build cyanogenmod roms for the tenderloin, this won't be any use to you. It truely is developer only.
It is a work in progress. Very, very much a WIP.
Camera doesn't work.
Bluetooth doesn't work.
Thanks to the efforts of James Sullins the SDCARD mounts and sound works from the speakers.
This is heavily reliant on the work of Arne Coucheron.
His invaluable patches include:
http://review.cyanogenmod.org/#/c/34375
http://review.cyanogenmod.org/#/c/34377/
http://review.cyanogenmod.org/#/c/34374/
and his highly useful google doc:
https://docs.google.com/document/d/1cGKMXx112gGls9a6ziDTpPgObnU6ZExPy5tByqqIyI4/edit?pli=1
Without his work, we would still have no display.
Of course, everything depends upon the work of the cyanogenmod hp developers Dalingren, FatTire, jcsullins, eyeballer, dorregaray and all the rest.
All my patches are in one big, ugly patch. I included various gerrit patches that my patch is dependent on. I'll work on neatening it up so the commits are separate and readable. I just wanted to get this out there so others could work on it and we can get cm10.1 working.
I think that this is everything.
Please, lets have lots of folks working on this. We can't use gerrit because this isn't cyanogenmod. Steve Kondik feels that since we are dependent upon the legacy qcom repositories it isn't really cm. This is just a kang. We can post patches here, or link to our githubs. Or use pull requests. I also started a thread on Rootzwiki. IRC on #cyanogenmod-touchpad on Freenode is a good place to chat. Jcsullins has already contributed two essential patches that got us SDCARD mounting and sound via irc.
We can get this done together.
drmarble said:
Thanks for starting this thread, shumash. Here's what I have so far:
I have built a 10.1 rom for the hp tenderloin. I am not posting the actual rom because it has a way to go. It is far from a daily driver. Instead, I am posting a link so other developers can build their own roms and maybe we can get a fully working cm10.1 rom.
--SNIP--
We can get this done together.
Click to expand...
Click to collapse
Thanks for that informative post. What are you using for a default manifest and kernel source?
most of the information needed to build is in the README file at my github. I use the regular cm manifest and build tools. The local manifest I use is:
<?xml version="1.0" encoding="UTF-8"?>
<manifest>
<project name="drmarble/android_device_hp_tenderloin" path="device/hp/tenderloin" remote="github" revision="10.1-ugly" />
<project name="CyanogenMod/hp-kernel-tenderloin" path="kernel/hp/tenderloin" remote="github" revision="ics" />
<project name="CyanogenMod/android_hardware_atheros_wlan" path="hardware/atheros/wlan" remote="github" revision="jellybean" />
<project name="arco/android_hardware_qcom_display-legacy" path="hardware/qcom/display-legacy" remote="github" revision="cm-10.1" />
<project name="arco/android_hardware_qcom_media-legacy" path="hardware/qcom/media-legacy" remote="github" revision="cm-10.1" />
</manifest>
I just use the regular cm kernel. The addional repos work together with a couple of flags in Boardconfig.mk. Those are set in my "big_ugly_patch" which should have been broken up into several different ones. Really, you just have to set up a cm build environment, put in my local_manifest.xml, repo sync, apply the various commits listed in the README file and "brunch tenderloin".
To those who want a downloadable ROM. There isn't one yet. I don't think this is ready for anybody but home brewers. jcsullins' and others cm10 builds are much more stable and useable. This is just more fun for build-it-yourself-ers because it is newer and shinier. It's not a better android experience yet.
It may be worth mentioning, for clarity, to make sure you have included vendor/hp/tenderloin.
<project name="TheMuppets/proprietary_vendor_hp" path="vendor/hp/tenderloin" remote="github" revision="jellybean" />
I've been working on including the latest Adreno drivers but have found they are dependent on the CAF varriant, and we are stuck using legacy. Which is exactly why Steve Kondik said "I do not want to create official builds for any device that needs to use this. If your device can't support the latest driver for whatever reason, it's going to be janky and slow and probably worse than stock on 10.1."
I am trying to take some inspiration from the HTC Sensation, aka Pyramid, because that device is also msm8660 and they are utilizing the legacy display variant in 4.2.2 as well - without any complaints about video playback.
You can also use unzip-files.sh or extract-files.sh from device/hp/tenderloin to get the proprietary files. You just have to use jcsullins' latest cm10 zip file or installed rom (20130304etc.zip). These may be even more current than TheMuppets. They haven't been updated for 6 months. I know that the proprietary-files.txt file has been modified since then. I think that he updated some of the proprietary files so that sound would work. He also added some adreno libs, though we should look into the latest 4.2.2 adreno libs.
I'm trying out the Evervolv manifest, which is mostly AOSP. If it works, we may be able to get a mashup of the CM and AOSP source trees that gives us some options. So far, however, I've had to comment out the audio.primary.tenderloin package and the Settings package overlay in the tenderloin device source to get it to continue the compilation. I'll report back tomorrow.
drmarble said:
You can also use unzip-files.sh or extract-files.sh from device/hp/tenderloin to get the proprietary files. You just have to use jcsullins' latest cm10 zip file or installed rom (20130304etc.zip). These may be even more current than TheMuppets. They haven't been updated for 6 months. I know that the proprietary-files.txt file has been modified since then. I think that he updated some of the proprietary files so that sound would work. He also added some adreno libs, though we should look into the latest 4.2.2 adreno libs.
Click to expand...
Click to collapse
Are you getting any video playback with your builds using extract-flies.sh? All I ever seem to get is an infinite "loading" screen. I once used CM9 Adreno drivers in building CM10, with the same "loading" effect.
shumash said:
I'm trying out the Evervolv manifest, which is mostly AOSP. If it works, we may be able to get a mashup of the CM and AOSP source trees that gives us some options. So far, however, I've had to comment out the audio.primary.tenderloin package and the Settings package overlay in the tenderloin device source to get it to continue the compilation. I'll report back tomorrow.
Click to expand...
Click to collapse
Ok, after much thrashing, I"ve got everything compiled and waiting in the OUT folder, it stops with this:
Code:
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
out/target/product/tenderloin/obj/PACKAGING/systemimage_intermediates/unsparse_system.img: 1376/51296 files (0.0% non-contiguous), 60991/204800 blocks
Install system fs image: out/target/product/tenderloin/system.img
out/target/product/tenderloin/system.img+ maxsize=856424448 blocksize=135168 total=237901004 reserve=8650752
[email protected]:~/android/skz$
I'm guessing it has something to do with the releasetools, but I get no error. Any ideas?
If you look at my release patch I modify the release tools which changed for 10.1. I really need to separate that patch into it's separate parts. That would make it clear what you need to change. I did that months ago and really don't recall the reasons for each step, I just know that it works. The zip file format changed, as I recall. Wish I could help more. I'll get to work on cleaning up that patch and will make a cleaner branch soon.
drmarble said:
If you look at my release patch I modify the release tools which changed for 10.1. I really need to separate that patch into it's separate parts. That would make it clear what you need to change. I did that months ago and really don't recall the reasons for each step, I just know that it works. The zip file format changed, as I recall. Wish I could help more. I'll get to work on cleaning up that patch and will make a cleaner branch soon.
Click to expand...
Click to collapse
I think I've got that covered. I modified the releasetools, too, and tried both the modified Evervolv and CM versions, but what I get is that stop. I'll check and make sure, though, and I'll compile with the "-v" switch to see if there's something I missed.
I'm not sure if you are familiar with it, but you could try an application called Meld; its a diff viewer. It always comes in handy when I'm comparing code.
If you want to see what's different from the release tools in Evervolv and drmarble's repositories, you can just side by side compare them from your source locally :thumbup:
Also:
To go with the sound patch I removed one commit from the build process: # 34375 # MemoryHeapBase: ifdef for gingerbread/froyo compatibility We aren't using froyo libs apparently, thanks to jcsullins' new sound patch. This means we can remove -DBINDER_COMPAT from Boardconfig.mk.
For anyone who is not watching both threads
Sent from my SAMSUNG-SGH-T989 using xda premium
-SGA- said:
I'm not sure if you are familiar with it, but you could try an application called Meld; its a diff viewer. It always comes in handy when I'm comparing code.
If you want to see what's different from the release tools in Evervolv and drmarble's repositories, you can just side by side compare them from your source locally :thumbup:
Also:
To go with the sound patch I removed one commit from the build process: # 34375 # MemoryHeapBase: ifdef for gingerbread/froyo compatibility We aren't using froyo libs apparently, thanks to jcsullins' new sound patch. This means we can remove -DBINDER_COMPAT from Boardconfig.mk.
For anyone who is not watching both threads
Sent from my SAMSUNG-SGH-T989 using xda premium
Click to expand...
Click to collapse
Chortle, I do need to watch everything, don't I? And I do use meld. It's a great tool. What I'd like to do is to run the "tenderloin_ota_from_target_files" python script from the command line. I can just see all those compiled files sitting there waiting to be zipped up!
I've tried utilizing drivers from the HTC sensation and jcsullins CM10 03/04 build with no further success in getting video playback to function.
Shumash, any luck with getting that to compile yet? Are you trying straight Evervolv source?
Sent from my SAMSUNG-SGH-T989 using xda premium
-SGA- said:
I've tried utilizing drivers from the HTC sensation and jcsullins CM10 03/04 build with no further success in getting video playback to function.
Shumash, any luck with getting that to compile yet? Are you trying straight Evervolv source?
Sent from my SAMSUNG-SGH-T989 using xda premium
Click to expand...
Click to collapse
I got a CM10.1 to compile, but it boots to the flashy screen. I'm in process of running a clean make to ensure I didn't leave something nasty around. The Evervolv source built to the point that it needs to be zipped into the OTA and release files, but I think there's something missing in the make files that connects with the releasetools. I ran a compile with the verbose switch set, and it acted like it just reached the end of the make files. I have also successfully built a ROM from PAC-man sources, but it also boots to the flashy screen.
Try flashing this after you flash your ROM. It's just a collection of Adreno drivers which I have been experimenting with, it might help get you booting!
-SGA- said:
Try flashing this after you flash your ROM. It's just a collection of Adreno drivers which I have been experimenting with, it might help get you booting!
Click to expand...
Click to collapse
Would you check out that zip file, _SGA_? It fails to flash; says error in zip file (I don"t have any md5 or zip file checking going on).
shumash said:
Would you check out that zip file, _SGA_? It fails to flash; says error in zip file (I don"t have any md5 or zip file checking going on).
Click to expand...
Click to collapse
Just downloaded and flashed now, did not run into any errors. Hmm... I've uploaded it again under a different name :good:
-SGA- said:
Try flashing this after you flash your ROM. It's just a collection of Adreno drivers which I have been experimenting with, it might help get you booting!
Click to expand...
Click to collapse
Would you check out that zip file, _SGA_? It fails to flash; says error in zip file (I don"t have any md5 or zip file checking going on).
EDIT: I found that all but two of the Adreno egl files are missing in the ROM zip. Copied the egl files and your other files manually, and it now boots . I guess is we're going to have to copy them as prebuilt until we have good source.
shumash said:
Would you check out that zip file, _SGA_? It fails to flash; says error in zip file (I don"t have any md5 or zip file checking going on).
EDIT: I found that all but two of the Adreno egl files are missing in the ROM zip. Copied the egl files and your other files manually, and it now boots . I guess is we're going to have to copy them as prebuilt until we have good source.
Click to expand...
Click to collapse
Don't know if the attached are the same as those posted by SGA, but these are official ones from QualComm that I have been using with some sucess. They are advertised as...
"This release contains the user-mode driver binaries for Qualcomm's Adreno 3xx and 2xx GPU on Google Android 4.2 Jelly Bean MR1. It has been tested with the CAF release A8064AAAAANLGD133402.1 and M8960AAAAANLGD230306.1. Supports any Adreno 2xx and 3xx GPU on Android 4.2 Jelly Bean MR1."
Thanks to mamenyaka's efforts, we now have a running version of Ubuntu Touch on the Xperia Tablet Z. I'm attempting to do some customization of this kernel (such as add btusb support), but I'm not all the familiar with the Cyanogen build process. So looking for a little help here.
I've been following these instructions:
http://wiki.cyanogenmod.org/w/Build_for_pollux_windy
Now, I think the process is as follows:
Setup environment according to the wiki, up through the "repo init" step.
Add the "local_manifest.xml" from https://github.com/mamenyaka/android/ to ~/android/system/.repo/local_manifests
Run a repo sync in ~/android/system.
and this is where I get a bit confused. I _think_ the next step is then to run source build/envsetup.sh and breakfast pollux_windy, and then proceed according to the instructions as usual, excepting extracting the blobs. I think those are already included.
However, can someone confirm this? Or is there a step/steps I'm leaving out?
Thanks.
PS - yes, this should probably be in the dev forum, but the post count rules are forcing me to post it here...
If you want to build Ubuntu Touch, you should follow the porting guide.
You can't mix the two. The CM repo init and ubuntu's phablet-dev-bootstrap (ubuntu's repo init) use very different manifest.xmls. And if you want to build CM (advised if you never built android from source), you don't need the repos from my github.
Next thing: breakfast. It is a good to use when you build CM, but it's not good for building Ubuntu Touch. Breakfast adds CM repos specific to your device in a file in .repo/local_manifest (roomservice.xml). For Ubuntu Touch you don't need all of the device specific repos and you also need to apply some modifications in these repos (which I already done), and to use them, you will need to add the repos manually (local_manifest/local_manifest.xml, similar to roomservice.xml, but I prefer this file, because roomservice.xml is related to breakfast), so no breakfast needed.
Then simply repo sync to get the new repos.
The extra blobs are included thanks to TheMuppets repos.
To start building, simply $ . build/envsetup.sh and $ brunch pollux_windy. But all of this can be found in the guide or on CM wiki.
For building Ubuntu Touch you need a few extra things mentioned in the guide, like the phablet tool, and you need to update the ubuntu/platform-api bzr repo (bzr pull) - this isn't done by repo sync because it isn't a git repo, it's ubuntu's bazaar.
mamenyaka said:
If you want to build Ubuntu Touch, you should follow the porting guide.
You can't mix the two. The CM repo init and ubuntu's phablet-dev-bootstrap (ubuntu's repo init) use very different manifest.xmls. And if you want to build CM (advised if you never built android from source), you don't need the repos from my github.
Next thing: breakfast. It is a good to use when you build CM, but it's not good for building Ubuntu Touch. Breakfast adds CM repos specific to your device in a file in .repo/local_manifest (roomservice.xml). For Ubuntu Touch you don't need all of the device specific repos and you also need to apply some modifications in these repos (which I already done), and to use them, you will need to add the repos manually (local_manifest/local_manifest.xml, similar to roomservice.xml, but I prefer this file, because roomservice.xml is related to breakfast), so no breakfast needed.
Then simply repo sync to get the new repos.
The extra blobs are included thanks to TheMuppets repos.
To start building, simply $ . build/envsetup.sh and $ brunch pollux_windy. But all of this can be found in the guide or on CM wiki.
For building Ubuntu Touch you need a few extra things mentioned in the guide, like the phablet tool, and you need to update the ubuntu/platform-api bzr repo (bzr pull) - this isn't done by repo sync because it isn't a git repo, it's ubuntu's bazaar.
Click to expand...
Click to collapse
Okay, thanks for pointing me in the right direction. Thought I had to use CM build instead to use your repos. That's why this thread is here. I'd like to get instructions out here that could decrease the learning curve on some of this.
Are you aware of the state of CM on pollux_windy? I notice that Ubuntu has breakfast in their official porting guide now. Would you expect that to work, or are there further changes in your repositories to enhance their work?
In other words, Ubuntu's guide suggests doing a "breakfast pollux_windy", "repo sync", some tweaks, and then a build, under the Automatic build section.
I think your repo would work with the process under the "Manual (deprecated)" section. Is there a reason to use one over the other? Have you already integrated the required modifications in your repos, for example?
Sorry if this is all a bit pedantic. Just trying to come up to speed on the build process for all of this. I've built many a linux kernel, but I'm not at all familiar with this build process.
Thanks again for your help.
themikem said:
Okay, thanks for pointing me in the right direction. Thought I had to use CM build instead to use your repos. That's why this thread is here. I'd like to get instructions out here that could decrease the learning curve on some of this.
Are you aware of the state of CM on pollux_windy? I notice that Ubuntu has breakfast in their official porting guide now. Would you expect that to work, or are there further changes in your repositories to enhance their work?
In other words, Ubuntu's guide suggests doing a "breakfast pollux_windy", "repo sync", some tweaks, and then a build, under the Automatic build section.
I think your repo would work with the process under the "Manual (deprecated)" section. Is there a reason to use one over the other? Have you already integrated the required modifications in your repos, for example?
Sorry if this is all a bit pedantic. Just trying to come up to speed on the build process for all of this. I've built many a linux kernel, but I'm not at all familiar with this build process.
Thanks again for your help.
Click to expand...
Click to collapse
Don't worry, I am here to answer your questions.
So, breakfast in Ubuntu Touch is good when you want to start off a brand new port.
The advantage of using my repos and using the manual method is that I already integrated the required modifications and, most importatnly, the image builds. Simply using the CM repos, you would get build errors, which are fixed in my repos; for example, removing the android parts.
Also, if you are interested, you could join this group.
mamenyaka said:
Don't worry, I am here to answer your questions.
So, breakfast in Ubuntu Touch is good when you want to start off a brand new port.
The advantage of using my repos and using the manual method is that I already integrated the required modifications and, most importatnly, the image builds. Simply using the CM repos, you would get build errors, which are fixed in my repos; for example, removing the android parts.
Also, if you are interested, you could join this group.
Click to expand...
Click to collapse
Thanks for the tip. It worked!
For the record, it turned out to be this simple:
(~/phablet is arbitrary)
mkdir ~/phablet && cd ~/phablet
phablet-dev-bootstrap ~/phablet
repo sync
Add ~/phablet/.repo/local_manifests/local_manifest.xml from: https://github.com/mamenyaka/android
repo sync
. build/envsetup.sh
brunch pollux_windy
...and then flash the files from $OUT (~/android/system/out/target/product/pollux_windy)
Also note that I had a terrible time making git work through my NAT. Tried both a hardware router (Cisco) and my standard Vyatta VM. Ultimately had to put my build machine directly on a publicly-routable IP to make it go. If you're having problems with Git on 13.04, it could be the same issue. I'm not aware of any other fix, other than finding some way to switch the build system to http:// instead of git://
Now off to reconfigure the kernel. This should be interesting...
One thing, without this you won't be able too boot.
You need to replace boot.img from the .zip with ubuntu-boot.img from $OUT and rename, of course, to boot.img.
ubuntu-boot.img should be bigger in size.
Hope this is the right place, but am I correct to assume that its possible to run Ubuntu Touch on the Xperia Z Tablet?
If so are there any tutorials on this?
Tel'X
telx85 said:
Hope this is the right place, but am I correct to assume that its possible to run Ubuntu Touch on the Xperia Z Tablet?
If so are there any tutorials on this?
Tel'X
Click to expand...
Click to collapse
You gotta be kidding, right?
http://forum.xda-developers.com/showthread.php?t=2336018
mamenyaka said:
You gotta be kidding, right?
http://forum.xda-developers.com/showthread.php?t=2336018
Click to expand...
Click to collapse
Nope, but thanks for that.
Looks very promising.
mamenyaka said:
Don't worry, I am here to answer your questions.
So, breakfast in Ubuntu Touch is good when you want to start off a brand new port.
The advantage of using my repos and using the manual method is that I already integrated the required modifications and, most importatnly, the image builds. Simply using the CM repos, you would get build errors, which are fixed in my repos; for example, removing the android parts.
Also, if you are interested, you could join this group.
Click to expand...
Click to collapse
I have some questions, for example I want to try build the ubuntu touch to a new port (actually not new port, just the progress of development of my phone is held on), I just refer to your local manifest.xml file? Sure I know need to change to device specific repo, I have it on other developer github.
Just the question is, how do I recognise which part is belong to android parts and remove them? Or which part should be remained?
Sent from my SGP311 using xda app-developers app
Trevor Chuah said:
I have some questions, for example I want to try build the ubuntu touch to a new port (actually not new port, just the progress of development of my phone is held on), I just refer to your local manifest.xml file? Sure I know need to change to device specific repo, I have it on other developer github.
Just the question is, how do I recognise which part is belong to android parts and remove them? Or which part should be remained?
Sent from my SGP311 using xda app-developers app
Click to expand...
Click to collapse
You have a cm.dependencies file in your device's repo which tells what other repos it needs (for example kernel).
You can instantly remove any android app related repo (like android_packages_apps_FMRadio).
But if you tell me what phone, I can give you some hints.
mamenyaka said:
You have a cm.dependencies file in your device's repo which tells what other repos it needs (for example kernel).
You can instantly remove any android app related repo (like android_packages_apps_FMRadio).
But if you tell me what phone, I can give you some hints.
Click to expand...
Click to collapse
The phone I'm using is Xperia S. The developer has his github name OpenSEMC.
Thank you.
Sent from my Xperia S using xda app-developers app
Trevor Chuah said:
The phone I'm using is Xperia S. The developer has his github name OpenSEMC.
Thank you.
Sent from my Xperia S using xda app-developers app
Click to expand...
Click to collapse
You could start over from scratch. Just fork the CM repos. The OpenSEMC repos are not really ubuntu touch oriented.
mamenyaka said:
You could start over from scratch. Just fork the CM repos. The OpenSEMC repos are not really ubuntu touch oriented.
Click to expand...
Click to collapse
Okay. So basically the post #5 is applicable to every phone right?
I just follow it and modify the
1) local manifest to correct repo
2) remove the android part
Right?
I will try it.
Thank you.
Sent from my Xperia S using xda app-developers app
May I ask?
If I use phablet-dev-bootstrap, it will follow the android.git in http://phablet.ubuntu.com/gitweb right?
I did it, and
I checked the default.xml inside the android repo, to roughly compare with the file synced into local.
I found that it has many thing missing, for example the following:
Code:
<project path="external/mockwebserver" name="CyanogenMod/android_external_mockwebserver" />
<project path="external/mp4parser" name="CyanogenMod/android_external_mp4parser" />
<project path="frameworks/opt/inputmethodcommon" name="CyanogenMod/android_frameworks_opt_inputmethodcommon" />
<project path="frameworks/opt/mailcommon" name="CyanogenMod/android_frameworks_opt_mailcommon" />
and many of them.
Is it ubuntu automatically not download these file since they are not important?
Trevor Chuah said:
May I ask?
If I use phablet-dev-bootstrap, it will follow the android.git in http://phablet.ubuntu.com/gitweb right?
I did it, and
I checked the default.xml inside the android repo, to roughly compare with the file synced into local.
I found that it has many thing missing, for example the following:
Code:
<project path="external/mockwebserver" name="CyanogenMod/android_external_mockwebserver" />
<project path="external/mp4parser" name="CyanogenMod/android_external_mp4parser" />
<project path="frameworks/opt/inputmethodcommon" name="CyanogenMod/android_frameworks_opt_inputmethodcommon" />
<project path="frameworks/opt/mailcommon" name="CyanogenMod/android_frameworks_opt_mailcommon" />
and many of them.
Is it ubuntu automatically not download these file since they are not important?
Click to expand...
Click to collapse
Be sure to check out the phablet-saucy branch of default.xml, that's what phablet-dev-bootstrap pulls.
---------- Post added at 11:40 AM ---------- Previous post was at 11:30 AM ----------
Trevor Chuah said:
Okay. So basically the post #5 is applicable to every phone right?
I just follow it and modify the
1) local manifest to correct repo
2) remove the android part
Right?
I will try it.
Thank you.
Sent from my Xperia S using xda app-developers app
Click to expand...
Click to collapse
Mostly right, but there is always something extra that needs to be done with every device.
Be sure to get the sony proprietary blobs from TheMuppets on github and post any questions, errors you need help with.
mamenyaka said:
Be sure to check out the phablet-saucy branch of default.xml, that's what phablet-dev-bootstrap pulls.
---------- Post added at 11:40 AM ---------- Previous post was at 11:30 AM ----------
Mostly right, but there is always something extra that needs to be done with every device.
Be sure to get the sony proprietary blobs from TheMuppets on github and post any questions, errors you need help with.
Click to expand...
Click to collapse
The following is my local_manifest.xml file
Code:
<project path="device/sony/common" name="OpenSEMC/android_device_sony_common" remote="github" revision="cm-10.1" />
<project path="device/sony/nozomi" name="OpenSEMC/android_device_sony_nozomi" remote="github" revision="cm-10.1" />
<project path="device/sony/fuji-common" name="OpenSEMC/android_device_sony_fuji-common" remote="github" revision="cm-10.1" />
<project path="device/sony/qcom-common" name="OpenSEMC/android_device_sony_qcom-common" remote="github" revision="cm-10.1-legacy" />
<project path="kernel/sony/msm8x60" name="OpenSEMC/android_kernel_sony_msm8x60" remote="github" revision="cm-10.1-legacy" />
<project path="vendor/sony" name="OpenSEMC/proprietary_vendor_sony" remote="github" revision="cm-10.1-lagacy" />
<project path="hardware/sony/DASH" name="OpenSEMC/android_hardware_sony_DASH" remote="github" revision="cm-10.1" />
<project path="hardware/qcom/media" name="OpenSEMC/android_hardware_qcom_media-legacy" remote="github" revision="cm-10.1-legacy" />
I referred to your local_minifest.xml and the original author xml file and conclude this.
I do not know is it correct or not.
May I ask, will the recovery automatically add into the compile device image? What will it use? CWM?
Trevor Chuah said:
The following is my local_manifest.xml file
I referred to your local_minifest.xml and the original author xml file and conclude this.
I do not know is it correct or not.
May I ask, will the recovery automatically add into the compile device image? What will it use? CWM?
Click to expand...
Click to collapse
I think you should go with CyanogenMod for all repos except vendor, and TheMuppets for the vendor/sony (revision=cm-10.1 for all) if you want to start clean. Then just follow the porting guide.
It will use CWM.
mamenyaka said:
I think you should go with CyanogenMod for all repos except vendor, and TheMuppets for the vendor/sony (revision=cm-10.1 for all) if you want to start clean. Then just follow the porting guide.
It will use CWM.
Click to expand...
Click to collapse
But CyanogenMod (FXP) did not publish CM10.1 for Xperia S, heard that they do not fix for the display.
Therefore I do not know whether if use the CM repo, what should I modify for the video to display.
Still newbie...
Trevor Chuah said:
But CyanogenMod (FXP) did not publish CM10.1 for Xperia S, heard that they do not fix for the display.
Therefore I do not know whether if use the CM repo, what should I modify for the video to display.
Still newbie...
Click to expand...
Click to collapse
I don't know much about nozomi. There exists the CM 10.1 repo for nozomi, but true, there is no cm-10.1 release.
You might have to experiment a little, stuff like common, qcom, DASH are available in CM, but if they have device specific fixes, than it may be the only route to use OpenSEMC repos.
WARNING: This is an experimental build!
Usual disclaimers:
Code:
#include
/*
* Your warranty is now void.
*
* I am not responsible for bricked devices, dead SD cards,
* thermonuclear war, or you getting fired because the alarm app failed. Please
* do some research if you have any concerns about features included in this ROM
* before flashing it! YOU are choosing to make these modifications, and if
* you point the finger at me for messing up your device, I will laugh at you.
*/
What's working:
WLAN
What's broken:
HDMI output
Untested:
Everything else
Please report device specific issues here: http://code.google.com/p/tab89cm/issues/list
All credits go to pershoot, AAccount, epinter and the AOKP team who did most of the work.
Downloads:
GApps (2013-Aug-24):
http://www.mediafire.com/download/yka61uuw7g90s70/gapps-jb-mr2-noneon-20130824-signed.zip, credits to dreamcwli
AOKP:
https://code.google.com/p/tab89cm/downloads/list?q=AOKP+4.3
Sources:
https://github.com/AOKP
https://github.com/pershoot
https://github.com/cmorlok
Init AOKP tree:
Code:
$ repo init -u https://github.com/AOKP/platform_manifest.git -b jb-mr2
My local_manifest.xml:
Code:
<?xml version="1.0" encoding="UTF-8"?>
<manifest>
<remote name="github"
fetch="https://github.com/" />
<project name="cmorlok/android_kernel_samsung_p5" path="kernel/samsung/p5" remote="github" revision="refs/heads/cm-10.2" />
<project name="cmorlok/android_device_samsung_p4-common" path="device/samsung/p4-common" remote="github" revision="refs/heads/aokp-jb-mr2" />
<project name="cmorlok/android_device_samsung_p5" path="device/samsung/p5" remote="github" revision="refs/heads/aokp-jb-mr2" />
<project name="cmorlok/android_device_samsung_p5wifi" path="device/samsung/p5wifi" remote="github" revision="refs/heads/aokp-jb-mr2" />
<project name="cmorlok/proprietary_vendor_samsung" path="vendor/samsung" remote="github" revision="refs/heads/cm-10.2" />
<remove-project name="AOKP/vendor_aokp"/>
<project name="cmorlok/vendor_aokp" path="vendor/aokp" remote="github" revision="refs/heads/jb-mr2" />
<remove-project name="AOKP/build" />
<project name="cmorlok/cm_android_build" path="build" remote="github" revision="refs/heads/aokp-jb-mr2" />
</manifest>
Oh my. Such a good dev never stops working. Thanks
Gửi từ Nokia chạy iOS
Awesome!!!
Sent from my I9105P using Xda Premium 4
The main reason I tried this is because AOKP allows to switch to the old tablet UI without breaking the new notification panel. I hope you guys will test that stuff. I'll post a poll later to find out which ROM (CM10.1/10.2/AOKP) is the most desired. I don't have much time at the moment and I don't use my tab at all (only on vacances ), so I would like to concentrate on one ROM.
@C-o-M: Will test this later today! Thanx!
Edit: Had to try it right away, and it is smoother than the CM-versions. Big thanks.
I will try when im at home thanks
Sent from my I9105P using Xda Premium 4
Can't force portrait mode no matter what I try. System settings or launcher settings.
Edit: lol, rotation option in system bar.
Sent from my GT-P7310 using xda app-developers app
Idlekilla said:
Edit: Had to try it right away, and it is smoother than the CM-versions. Big thanks.
Click to expand...
Click to collapse
Smoother than CM10.1 or CM10.2? CM10.1 is in my opinion very smooth whereas CM10.2 is kind of laggy.
@C-o-M: Will there also be a P7300 build, what I could test? Thanks!
Typing from AOKP now it is awesome
Sent from my GT-P7310 using xda app-developers app
I've installed the ROM today, I works fine,looks smooth ,at the touch / Browser I see now lags
I've flashed over cm10.2, with all wipes/ factory reset
What works:
WiFi
Bluetooth
Camera both
Root after installing su app
Multi user and profile doesn't work , it was working on the last cm10.2
Reboot,and reboot into recovery doesn't works
Edit1 Screenshot doesn't work
GPS untested ,I will try it later
Edit 2:
GPS doesn't work
Tab crashed when I put in the keyboard dock
Sent from my GT-P7310 using xda app-developers app
shiko80 said:
Smoother than CM10.1 or CM10.2? CM10.1 is in my opinion very smooth whereas CM10.2 is kind of laggy.
@C-o-M: Will there also be a P7300 build, what I could test? Thanks!
Click to expand...
Click to collapse
Smoother than anything I've tried. And that without overclocking to the usual 1400 MHz.
Sent from my GT-P7310 using xda app-developers app
Keynoard dock not working tablet crashes when you put him in the dock i have this problem also on cm10.2
Sent from my I9105P using Xda Premium 4
Smooth Rom, I like it
Roms runs very nice. Smoother than CM10.2, indeed. No idea about the battery yet, too short to tell.
Am unable to reboot though, either normal or to recovery. The tab will hang at a black screen. Only solution is to long-press power, all is well after that. Already reflashed a stock Rom using Odin, tried some different CWM versions, all with no avail.
Really odd. Anybody has any idea why this is, or even better, how to solve it? Starting from a clean slate (already did this several times now) right now is doable as I haven't fully configured the tab yet. :good:
I tried to do a dirty flash from cm10.2, but just sits on the splash screen doing its fancy animation (about 2hrs now). Guess I'll have to try find some time to factory reset...
Brendo said:
I tried to do a dirty flash from cm10.2, but just sits on the splash screen doing its fancy animation (about 2hrs now). Guess I'll have to try find some time to factory reset...
Click to expand...
Click to collapse
A dirty flash between different ROMs always fails. The problem is in most cases the format of the SQLite dbs used to store system data. Many ROMs (and each new version) add additional stuff, giving the DB a new version. You will most probably see a lot of "version mismatch" errors when you start an adb logcat during the fancy boot animation.
(You can of course take a deeper look on which DBs are wrong and delete them manually from /data. This would just delete the data from affected apps. But it isn't recommended at all. Better is to start from scratch and restore app data only from apps where you really need it)
safariking said:
Keynoard dock not working tablet crashes when you put him in the dock i have this problem also on cm10.2
Sent from my I9105P using Xda Premium 4
Click to expand...
Click to collapse
Dock without keyboard (only audio) freezes the tablet too.
No problem with GPS here. Flashed over CM 10.2 HD (safarikings) with all wipes and format system.
Hello Com
now I'm testing this ROM 3 days, depent off all issues, I'm going back to the last version of cm 10.2 from you.
This ROM is smooth , I see no lags, but cm 10.2 works for me better, when we can one version what have all functions from both where are the best, but I think this is not possible
Sent from my GT-P7310 using xda app-developers app
Swapped to AOKP from 10.2 a couple of days ago. Can't say I notice any performance difference myself. Happy with either on my P7310.
Maybe there are some differences I just haven't discovered?!
Nice to know which ROM will be kept in development, though.
So now I am getting the below error while compiling Omni ROM:
hardware/qcom/media-caf/mm-video/vidc/venc/src/video_encoder_device.cpp:2450:17: error: 'struct venc_entropycfg' has no member named 'longentropysel'
Full Log:
http://hastebin.com/kudarekaqo.vhdl
Please help me in killing this last error
https://gerrit.omnirom.org/#/c/2940/
You need the equivalent of this patch for your kernel.
tilal6991 said:
https://gerrit.omnirom.org/#/c/2940/
You need the equivalent of this patch for your kernel.
Click to expand...
Click to collapse
The commit you shared seems to be related to Sony. I am building for AT&T Samsung Galaxy S3. So will that be applicable, if yes how to integrate the same into my setup considering Omni does not support AT&T S3
matrixzone said:
The commit you shared seems to be related to Sony. I am building for AT&T Samsung Galaxy S3. So will that be applicable, if yes how to integrate the same into my setup considering Omni does not support AT&T S3
Click to expand...
Click to collapse
That's why I said equivalent of that commit. If you make the same changes as was made in that change the error should be fixed.
tilal6991 said:
That's why I said equivalent of that commit. If you make the same changes as was made in that change the error should be fixed.
Click to expand...
Click to collapse
thanks man. How to see the code change from gerrit, checking the code change in github is very easy
Go to Omni github, find android_kernel_sony_msm8960 project, switch to android-4.4 branch, click on commits and scroll down until you find Nov 29.
chasmodo said:
Go to Omni github, find android_kernel_sony_msm8960 project, switch to android-4.4 branch, click on commits and scroll down until you find Nov 29.
Click to expand...
Click to collapse
In this particular case - look at the files changed by the commit and pull up the commit history for one of them - saves a lot of time.
Although, to be honest, we need to move to the fixed patch rather than continuing to revert kernels in this case.
We should have just fixed the remaining broken devices two weeks ago, oh well.
As to it appearing to be "sony" specific - keep in mind that many patches are merely "qualcomm specific" and apply to any Qualcomm-based device. This is one of them.
Entropy512 said:
Although, to be honest, we need to move to the fixed patch rather than continuing to revert kernels in this case.
We should have just fixed the remaining broken devices two weeks ago, oh well.
As to it appearing to be "sony" specific - keep in mind that many patches are merely "qualcomm specific" and apply to any Qualcomm-based device. This is one of them.
Click to expand...
Click to collapse
Also qcom devices that has "TARGET_QCOM_MEDIA_VARIANT := caf" in BoardConfig
I said that cause there are qcom devices that can work with no caf repos tbh..
An example would be Sony fusion3 devices.....
They worked on our android-4.4 branches perfectly fine prior to the qcom-4.4_2.7 merge
And fusion3 OmniROM/CyanogenMod Nightlies don't use any of the caf repos tbh . Though AOKP does