porting custom rom,kernel from mt6753 to mt6753 - Android Software/Hacking General [Developers Only]

i need some help devs,
im a newbie and i tried to port custom aosp rom using tutorials i found on the internet,and of course here. i replaced all files and pack port rom in zip but unable to flash it,it says error executing updater binary in zip .......
im using leagoo elite with stock rom rooted and tried to port aosp 7.0 for another device but same specs except kernel (newer) in rom
i didnt managed to find tutorial how to port kernel so i just replaced boot.img,
and one little thing, rom i tried to port was packed to new.dat files,and i managed to unpack but cant repack it again
i read that if u flash via recovery only boot.img has to be in img file or correct me if iam wrong
please help me with this or with tutorials or guide me throu this,
im just a guy who wants latest android for his phone but there is no devs that work on this phone
if there is anyone who is willing to do this for me i can pm him links for download of everything he needs and i can make a donation if it works, cheers
sry for bad english

You will need to find pre-built blobs for your device or extract them. If they do not work on newer Android versions you will need to hack them or find alternatives. Not everything is the same about the device, including the panel, camera etc... You will hopefully not need to edit the kernel for the blobs to work properly, but it's a lot more work than you think it is.

BRiANj64 said:
You will need to find pre-built blobs for your device or extract them. If they do not work on newer Android versions you will need to hack them or find alternatives. Not everything is the same about the device, including the panel, camera etc... You will hopefully not need to edit the kernel for the blobs to work properly, but it's a lot more work than you think it is.
Click to expand...
Click to collapse
I found the phone with exact same specs procesor ram storage camera mp not sure about lenses but i dont find tha as important, only thing that is different is kernel version. Blobs are? I know its not easy but im trying to learn something. I found 101 guide for this but after reading all of that it just messes up in my head. I would like to find someone who can walk me through that step by step and share his knowledge

skinheadXhc said:
I found the phone with exact same specs procesor ram storage camera mp not sure about lenses but i dont find tha as important, only thing that is different is kernel version. Blobs are? I know its not easy but im trying to learn something. I found 101 guide for this but after reading all of that it just messes up in my head. I would like to find someone who can walk me through that step by step and share his knowledge
Click to expand...
Click to collapse
Blobs are pre-built drivers that do not have a source and thus cannot be built by CM themselves. You could try to compare all the drivers in system/libs on stock ROM of your device and CM of the other. There are tutorials on how to port CM to any device, try to search for such topics, they are very helpful.

Related

[Q] Creating Custom ROM

Hello, I'm new to all this Android stuff (I don't even have a phone yet, but its on it way)
I have been reading up on custom ROM creation but there are some things I don't quite understand.
Let's say I have a phone in Android 2.3. I want to create an Android 4.0 ROM to put on the phone.
Now... to compile Android 4.0 I need the drivers for my phone (which I doubt I will ever have access too since its only a cheap Android with a MediaTek CPU)
So I have a 2.3 ROM that contains all the compiled drivers and the Android 4.0 source code.
Is it possible to compile 4.0 and replace the zImage (if I'm correct) with the 2.3 zImage. From what I have read, that's where all the drivers are stored.
I guess its not that simple since I also think the zImage contains the OS. If so, is it then possible to extract the zImage and replace the invalid driver files in 4.0 with the correct drivers from 2.3?
Also, I think my phone will arrive with an annoying UI, is it possible to just get any 2.3 ROM (that doesn't have an annoying UI and shares the same CPU as my phone) and replace the zImage in that with my phones 2.3 zImage?
Sorry, if my questions are stupid but this is all new to me. I've tryed to read up on this but nothing is straight to the point.
Thanks
Anyone there?
try out some roms first. see what you like and dont like. it'll probably give you a better idea for how you would make your own rom.
I don't think you could just port an entire zimage to ICs and say it will work (it might not even compile i think). It won't work. You could probably take some drivers' code (screen, speaker, etc), modify them a bit so it compiles, and test to so if it works. You more than likely have to modify the ICS code also so it works. And the zimage is just the kernel no? And the kernel really only has to do with low level system processes, drivers, etc. I think UI's and such are more fitted in frameworks and such.
Personally if it was so easy to port ICS by simply replacing the zimage or file with another, ICS would have been ported to many devices, fully working, by now.
Kailkti said:
I don't think you could just port an entire zimage to ICs and say it will work (it might not even compile i think). It won't work. You could probably take some drivers' code (screen, speaker, etc), modify them a bit so it compiles, and test to so if it works. You more than likely have to modify the ICS code also so it works. And the zimage is just the kernel no? And the kernel really only has to do with low level system processes, drivers, etc. I think UI's and such are more fitted in frameworks and such.
Personally if it was so easy to port ICS by simply replacing the zimage or file with another, ICS would have been ported to many devices, fully working, by now.
Click to expand...
Click to collapse
Yeh, but my problem is I don't have the drivers for the phone. I just have the stock ROM that come with it.
Is not that simple. I am 99% sure that you can't do that.
The phone I'm getting has a horrible theme on it. Its running Android 2.3
I have the ROM for a very similar phone (also using Android 2.3), uses the exact same CPU so it should be compiled using the correct platform.
Is it possible to use that phones ROM but replace it with my phones Kernel and .prop (so it has all my phones drivers and settings etc...)?
the hard work required in making a custom rom
I think you can take from the stock rom and compared with existing custom rom
but some sources are not shared freely as an example Tegra
CMIIW
I will mess about with the ROM when I get my phone. Hopefully I wont brick it...
I too am fairly new to android. I spent a couple weeks reading and watching TONS of youtube videos on how to ROOT and Unlock my bootloader. My best advice from one n00b to another would be to do the same. In particular...research how to do it on YOUR phone. Also, Roms are device specific. I recommend you finding the forum here on XDA for your phone and read up on whatever ROMS are available here. This might not be the ONLY place to find ROMS, but this place simply rocks! Once you get your device rooted and if necessary, your bootloader unlocked...you can easily try out any ROM without much fear. Just make a good backup...make sure you also have a factory recovery image too...just in case. For backups...if you install and use Clockwork Mod (CWM) you can use the nandroid backup it offers. I bought Titanium backup from the market and used it to do a full backup before I started...it backs up to dropbox even, which was a nice feature for me. Extra safety so incase I hosed my external SD card which had my backups...I could easily retrieve a backup ANY place that had internet access. Lastly...get ready to have some FUN! Flashing ROMs is VERY addictive!! :-D
Ok, Thanks. I will see what I can do then.

[ROM][InDev] Help Wanted Custom ROM Option for SGH-I857

I am currently attempting to port Cyanogenmod as well as Clockworkmod to a device known as the Samsung DoubleTime SGH-I857. It is a very unique end of life handset that I think needs a little hacking attention. So far I have found most of the partitions names and sizes on the device, and I have pulled the boot.img and recovery.img out of a firmware file for it that I found online. I am confident in my skills but I am often running into trouble when it comes to building with Cyanogenmod source. I am currently using the Froyo branch as I believe it might be easier to build with the same version that is currently on the phone. I eventually plan to some how build gingerbread for it but i am trying to build what I can as of right now.
I am making this thread to report progress and hopefully get advice from those who are more experienced than me. Any help or advice is deeply appreciated.
Update*
I finally got my build enviornment figured out, I chose Gingerbread because Froyo didn't like me for some reason...
I used the mkvendor.sh method as recommended on the Cyanogenmod Wikipage for porting. I looked through all of the files and everthing seems to be correct except the recovery.fstab which is saying that the system, cache, data, etc. partitions are in all sorts of diffrent file systems; and are mounted in places called the same name as them. The sdcard partition seems to be correct and I'm assuming that I need to manually put in the data. You can look at the files below and tell me if I'm on the right track. I cannot locate any recovery boot or misc partitions using shell commands. There were however there were loop and bml partitions, but they did not appear in the mount or df command.
Update*
I got sick of getting errors regarding my device not existing and random stuff about an HTC ACE. So I plugged the recovery.img from the firmware package into builder.clockworkmod.com and gave it a go. It built sucessfully but I am afraid of the recovery.fstab not being correct.
Upon inspection of sibiling phones most followed a similar pattern or stl## partitions for cache, data and system. Though they all have boot defined as boot and recovery as recovery; both of which with a BML file system. I also noticed the sibilings said their cache, data and systems were ext4 with a 2nd file system of rfs. This is just confusing to me...
I am unsure if I should flash it. I'm confident that the recovery.fstab's recovery and boot partitions are correct but what will happen if I get one of the partitions wrong.
The CWM recovery builder output is here: http://jenkins.cyanogenmod.com/job/recovery/56329/
A sibiling phone example would be: https://github.com/CyanogenMod/android_device_samsung_fascinate/blob/gingerbread/recovery.fstab
Anything other files I am happy to give out.
How I feel about my progress:
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Due to my lack of experience, and fear of hardbricking my new DoubleTime, I will be postponing my developement of the Gingerbread port to the Doubletime. My priority now will be learning as much as possible about the device.
To Do List (In Order)
1. Find correct Odin version for flashing.
2. Create Froyo ROM that will maximize freespace.
3. Create working recovery.
4. Build Gingerbread kernel.
5. Port over Gingerbread.
I've recently been looking comparitivly at custom ROMs and so far I think the best option might be stock AOSP. I have also been looking into ways to flash onto the phone but ODIN 1.85 doesn't seem to work. It can't be my antivirus as far as I know because I've added firewall exceptions to Odin.
To Do List (in order)
1. Find way to flash things to Doubletime
2. Make Froyo based AOSP
3. Build Gingerbread kernel.
4. Port Gingerbread
(Porting CWM should probably be in there somewhere)
Progress?
legojr said:
i've recently been looking comparitivly at custom roms and so far i think the best option might be stock aosp. I have also been looking into ways to flash onto the phone but odin 1.85 doesn't seem to work. It can't be my antivirus as far as i know because i've added firewall exceptions to odin.
To do list (in order)
1. Find way to flash things to doubletime
2. Make froyo based aosp
3. Build gingerbread kernel.
4. Port gingerbread
(porting cwm should probably be in there somewhere)
Click to expand...
Click to collapse
did you give up on this?
Teknodad1974 said:
did you give up on this?
Click to expand...
Click to collapse
No I haven't but my schedule has not allowed for a lot of time to be dedicated to this. I also am very new to this and I'm taking a lot of baby steps.
The number one problem right now is there doesn't seem to be any way of flashing CWM to the phone as all of the Odin versions/cables/computers I've tried have failed.
Well no better way to learn than hands on and on your own... Good luck! I have one of these worthless phones laying around to give to my youngest girl 6. It's just sucks it's stick on Froyo 2.2
Sent from my SGH-I777 using XDA Premium 4 mobile app
I believe I may have a correct recovery.fstab now I'll run this through Clockworkmod Builder now and hopefully get Odin 1.87 to flash it. If at anytime anyone thinks I'm doing something wrong PLEASE TELL ME. I'd rather not have another hardbricked Doubletime.
Honest to goodness I need some help here I'm trying really hard but I can't seem to get anything right... Odin doesn't seem to work, CWM Builder doesn't even identify the name of the phone, and all of the code available for the Doubletime from Samsung makes almost no sense to me. I do enjoy doing this but I've made almost no progress at all.
As of right now the primary effort needs to be on finding a way to flash CWM onto the Doubletime. The issue being if CWM builder is giving out KitKat level recoveries I doubt the Doubletime could handle it. The only way I can see a reliable CWM img getting built is if we use Cyanogenmod 6, which will require proprietary blobs, and those will be a pain to get since extract-files.sh doesn't seem to be available for the Doubletime as far as I know.
I've started manually finding the blobs by finding files that are similar to those found in the device-vendor-blob.mk of some other Samsung Froyo devices. The link to it is here
If I'm going in the right direction someone please tell me...:crying:
​Well it finally feels nice to know what your doing! While going file by file through the phones system directory might do it, I can't deny that I may have absolutely no idea what I'm doing. So with that lovely feeling in my heart I will be finding each of the parts inside of the DoubleTime and will looking at other phones that have those same parts and copy the blobs specific for them over to the github page I made. Anything that's on the DoubleTime but not in the blobs that I copied I'll put in a miscellaneous section in the vendor-blobs.mk file. So far here is what I know we'll need part wise, and what I know part wise.
List o' part we might need (totally could be wrong):
Bluetooth: ???
Wi-Fi: ???
Camera: ???
Sensors: ???
Audio: ???
Graphics: Qualcomm Aderno 205
GSM: ???
GPS: ???
Media: ???
DRM: ???
DSP: ???
USB: ???
​The chipset is a Qualcomm MSM7230, looking at apps that gather information about the device I've come to the conclusion that the phone is running on an extremely generic Android build and is not even really optimized for the devices hardware. The phone seems to think that it has an ARMv6 processor while in fact it has a v7.
​That adds to my other phone binary preference. Add anything you thing might be helpful! I'm a total noob at this and I need all the help I can get. :|
Legojr said:
​Well it finally feels nice to know what your doing! While going file by file through the phones system directory might do it, I can't deny that I may have absolutely no idea what I'm doing. So with that lovely feeling in my heart I will be finding each of the parts inside of the DoubleTime and will looking at other phones that have those same parts and copy the blobs specific for them over to the github page I made. Anything that's on the DoubleTime but not in the blobs that I copied I'll put in a miscellaneous section in the vendor-blobs.mk file. So far here is what I know we'll need part wise, and what I know part wise.
List o' part we might need (totally could be wrong):
Bluetooth: ???
Wi-Fi: ???
Camera: ???
Sensors: ???
Audio: ???
Graphics: Qualcomm Aderno 205
GSM: ???
GPS: ???
Media: ???
DRM: ???
DSP: ???
USB: ???
​The chipset is a Qualcomm MSM7230, looking at apps that gather information about the device I've come to the conclusion that the phone is running on an extremely generic Android build and is not even really optimized for the devices hardware. The phone seems to think that it has an ARMv6 processor while in fact it has a v7.
​That adds to my other phone binary preference. Add anything you thing might be helpful! I'm a total noob at this and I need all the help I can get. :|
Click to expand...
Click to collapse
I have this phone and would like a little of hacking on it. Have you gotten anything?
migui0401 said:
I have this phone and would like a little of hacking on it. Have you gotten anything?
Click to expand...
Click to collapse
So far all I got is a plan. Although I do have a recovery.img of CWM 6 from the Clockworkmod builder but the issue is it might not even work. Also as of right now I haven't found a way to flash anything to the DoubleTime. Although I have a theory that Odin on Windows XP might work. If you know anyways of flashing that are universal or something I'm all ears.
Legojr said:
So far all I got is a plan. Although I do have a recovery.img of CWM 6 from the Clockworkmod builder but the issue is it might not even work. Also as of right now I haven't found a way to flash anything to the DoubleTime. Although I have a theory that Odin on Windows XP might work. If you know anyways of flashing that are universal or something I'm all ears.
Click to expand...
Click to collapse
Can you create a flashable zip file for flashing via stock recovery, i mean a recovery which just opens flashing it everytime you need it, there some like this.
migui0401 said:
Can you create a flashable zip file for flashing via stock recovery, i mean a recovery which just opens flashing it everytime you need it, there some like this.
Click to expand...
Click to collapse
I've heard about that but I'm not sure if a stock recovery can flash a recovery on itself.
Besides a recovery.img that we know will work is needed for that and well... we don't really have one.
Being a noob I'm not sure how much is testable before flashing but I believe that those binary files are going to be needed. Do we just need the vendor-blobs.mk file to copy everything in system/lib, system/bin and system/etc directories?
Legojr said:
I've heard about that but I'm not sure if a stock recovery can flash a recovery on itself.
Besides a recovery.img that we know will work is needed for that and well... we don't really have one.
Being a noob I'm not sure how much is testable before flashing but I believe that those binary files are going to be needed. Do we just need the vendor-blobs.mk file to copy everything in system/lib, system/bin and system/etc directories?
Click to expand...
Click to collapse
Search for guide for creating the flashable zip, this is the better way to get a fast recovery working in any device, about the vendor-blobs.mk, i have not tried to create a recovery, so i can't help.
migui0401 said:
Search for guide for creating the flashable zip, this is the better way to get a fast recovery working in any device, about the vendor-blobs.mk, i have not tried to create a recovery, so i can't help.
Click to expand...
Click to collapse
How much experience at Android hacking do you have?
Legojr said:
How much experience at Android hacking do you have?
Click to expand...
Click to collapse
I'm not a great here just like the contributors or reconigzed, but I can do something, do you need help?
migui0401 said:
I'm not a great here just like the contributors or reconigzed, but I can do something, do you need help?
Click to expand...
Click to collapse
Well I'm no expert but we're eventually going to need to find a way to build Gingerbread for the DoubleTime. If you know the basics of a Cyanogenmod build enviornment that would be cool! If you could maybe look for any source code for the DoubleTime that would also be the best! Those are the only things I can think of. I don't really know much...
Legojr said:
Well I'm no expert but we're eventually going to need to find a way to build Gingerbread for the DoubleTime. If you know the basics of a Cyanogenmod build enviornment that would be cool! If you could maybe look for any source code for the DoubleTime that would also be the best! Those are the only things I can think of. I don't really know much...
Click to expand...
Click to collapse
I have the stock firmware extracted, the boot.img and recovery.img.

[Q] Any tips/guides around for someone who wants to make a rom from scatch?

And what I mean, no android kitchen and those kind of tools. Simple from the start where you are forced to do all the work yourself.
(I have to much free time)
E-13 said:
And what I mean, no android kitchen and those kind of tools. Simple from the start where you are forced to do all the work yourself.
(I have to much free time)
Click to expand...
Click to collapse
Cyanogenmod is a great place to start since its stock, http://wiki.cyanogenmod.org/w/Development
Trozzul said:
Cyanogenmod is a great place to start since its stock,
Click to expand...
Click to collapse
Ah, thank you. I will look into that.
Small problem I (probarly) have. I also have a mediatek phone (main phone) and I heard there are a few problems when you want to make roms for those. It was due to lack of released source or something?
E-13 said:
Ah, thank you. I will look into that.
Small problem I (probarly) have. I also have a mediatek phone (main phone) and I heard there are a few problems when you want to make roms for those. It was due to lack of released source or something?
Click to expand...
Click to collapse
that is true, the kernel of mediatek has problems with Cyanogenmod so its a little hard. mediatek kinda sucks to develop for.
Trozzul said:
that is true, the kernel of mediatek has problems with Cyanogenmod so its a little hard. mediatek kinda sucks to develop for.
Click to expand...
Click to collapse
Wouldn'tv it be easier to start with vanille android then or modify the stock ROM bit by bit?
E-13 said:
Wouldn'tv it be easier to start with vanille android then or modify the stock ROM bit by bit?
Click to expand...
Click to collapse
always start with modifying the stock rom, every few changes you make you should check out if they work and repeat that process.
Trozzul said:
always start with modifying the stock rom, every few changes you make you should check out if they work and repeat that process.
Click to expand...
Click to collapse
Is there a way I can make my current ROM into a flash able zip?
E-13 said:
Is there a way I can make my current ROM into a flash able zip?
Click to expand...
Click to collapse
that i wouldnt know where to get information on, im sure there are tools for this, make a backup and unzip it and see what you can do from there, of course you can flash a backup but its a start.
Trozzul said:
that i wouldnt know where to get information on, im sure there are tools for this, make a backup and unzip it and see what you can do from there, of course you can flash a backup but its a start.
Click to expand...
Click to collapse
I was able to extract the boot.img,recovery.img and the META-INF map. If I am right, I didnt miss anything else thats important. Right?
E-13 said:
I was able to extract the boot.img,recovery.img and the META-INF map. If I am right, I didnt miss anything else thats important. Right?
Click to expand...
Click to collapse
Hmm I'm pretty sure there should be a few more things, go to CyanogenMod and download a random file for whatever phone and check out those files. Make sure its a stable and not nightlie
Trozzul said:
Hmm I'm pretty sure there should be a few more things, go to CyanogenMod and download a random file for whatever phone and check out those files. Make sure its a stable and not nightlie
Click to expand...
Click to collapse
I got one from the.. eh.. HTC one.
The main files (and I looked around already) are:
META-INF
system
boot.img
Thats it. And inside system there are the "standard" folders and build.prop.
I got this already tough.
-Now a small thing, this is a mediatek device, And from what I see/understood a pain in the everything to make roms for this.
I did find this about: http://sourceforge.net/projects/alcatel/files/
A huge file ;p. It seemed to be files about the kernel. The files:
boinic
external
kernel
mediatek
system
With a line I found in a readme in mediatek/kernel:
The "mediatek/kernel/" directory is intended for Mediatek solution kernel specific non-customization codes.
Anyway, back to the point. I got system, boot.img and Meta-inf
I think I got everything ready
E-13 said:
I got one from the.. eh.. HTC one.
The main files (and I looked around already) are:
META-INF
system
boot.img
Thats it. And inside system there are the "standard" folders and build.prop.
I got this already tough.
-Now a small thing, this is a mediatek device, And from what I see/understood a pain in the everything to make roms for this.
I did find this about: http://sourceforge.net/projects/alcatel/files/
A huge file ;p. It seemed to be files about the kernel. The files:
boinic
external
kernel
mediatek
system
With a line I found in a readme in mediatek/kernel:
The "mediatek/kernel/" directory is intended for Mediatek solution kernel specific non-customization codes.
Anyway, back to the point. I got system, boot.img and Meta-inf
I think I got everything ready
Click to expand...
Click to collapse
Looks like you do, I must have been thinking about something inside meta inf that let's you change all the icons
Trozzul said:
Looks like you do, I must have been thinking about something inside meta inf that let's you change all the icons
Click to expand...
Click to collapse
*cheers* But I dont really get this part. (probarly for advanced peeps) Why is it so hard to make roms for mediatek. I get they dont release the source code/code you guys need for that. But where is the code for you so badly need for that.
E-13 said:
*cheers* But I dont really get this part. (probarly for advanced peeps) Why is it so hard to make roms for mediatek. I get they dont release the source code/code you guys need for that. But where is the code for you so badly need for that.
Click to expand...
Click to collapse
I don't know whoever owns mediatek has the codes obviously. Mediatek CPUs are terrible anyway so I'm sure nobody will leak the codes
Well, not that terrible to be honest. Mine works pretty good. (am just kinda fed up with alcatel ;p) And alot of people have devices running on mediatek cpu's. Just someone needs to put real good effort into it. (and hope he doesnt get into problems for it xD)
E-13 said:
Well, not that terrible to be honest. Mine works pretty good. (am just kinda fed up with alcatel ;p) And alot of people have devices running on mediatek cpu's. Just someone needs to put real good effort into it. (and hope he doesnt get into problems for it xD)
Click to expand...
Click to collapse
Well i wish you good luck, and if you get to somehow release a rom please be sure to hit me up on it what Alcatel device do you have by the way? if you do get a new device in the future that has Cyanogenmod support what i recommend you should do is download the latest stable and just theme that all you want (im sure you know how to move apks to make them SYSTEM apps), and when you think your ready from building it from source jump right in.
Trozzul said:
Well i wish you good luck, and if you get to somehow release a rom please be sure to hit me up on it what Alcatel device do you have by the way? if you do get a new device in the future that has Cyanogenmod support what i recommend you should do is download the latest stable and just theme that all you want (im sure you know how to move apks to make them SYSTEM apps), and when you think your ready from building it from source jump right in.
Click to expand...
Click to collapse
Haha. Thank you I have a Alcatel One Touch Scribe HD. (8008D) Supported by nothing! (expect framaroot )
Now time to abuse my phone and hopefully not turn it into a paperweight.
Well, The rom is done. Added a few Apk's. Now need to look over it and get the guts to flash it

The Theory of Everything (Building MTK from saucery) asop cm miui ubuntu

Welcome​
I have started this thread for the THEORETICAL development of the mt6732/mt6752 from source if such a thing happened to exist which of course it does not.
While compiling from source is pretty well documented :good: compiling MTK is not so well documented especially the mt6732/6752.
I have tried to keep this thread as ambiguous as possible and hopefully we will be left in peace to iron out any difficulties.
DO's:
I am a Total Noob myself to compiling from source but experienced enough to use the xda search box, Google and Youtube first before asking any questions. If your still confused after using the above then by all means ask here.
DON'T s:
If your a noob who should happen upon this thread then by all means read and learn but please respect the dev's by not asking random question without searching first :fingers-crossed:
SHARING:
Please only share things of a sensitive nature with recognised members who you know and via the PM. :good:
Lets just see how far we can push this Kernel
Recommended Reading:
[GUIDE]Building a Kernel from source{Mediatek}
Build Kernel MT6577 - Can't boot after build
How To Port CyanogenMod Android To Your Own Device
XDA:DevDB Information
k01q_e k01q_h, Kernel for all devices (see above for details)
Contributors
bigrammy
Kernel Special Features: Remains to be seen
Version Information
Status: Testing
Created 2015-02-25
Last Updated 2015-02-25
I am here, reporting for duty. If anyone wants an extra "potato" because he has too much "ketchup" for use feel free to ask me
Just to be clear
I am new to compiling from source in any shape or form
I believe the kernel to be not a problem and I know dev's are working on getting our phone on cm and maybe others :fingers-crossed:
But me being me I am very curious and would like to understand how we would go about doing what @varun.chitre15 managed to do for the mt6582 Here
I have the PC all setup for building now thanks to @carliv great guide Here and the cm and android tut's I also found this useful guide on youtube by Dave Bennet Here
Our device is not on the cm or google repo so how do we add it locally.
Do we need any special commands for mediatek
Could we use the mt6582 repo and substitute or mod the files
As you can see I have more questions than answers as normal :laugh:
I dont want to tread on any toes here or take over current developing but just want to learn as said in the OP there is a lack of mtk guides regarding this.
If I missed a clear mtk guide then please post the link to it. :good:
In short your looking at manifests. http://wiki.cyanogenmod.org/w/Doc:_Using_manifests
carliv (I think) posted the device config on github - link in your SPFlash thread somewhere.
Found it: https://github.com/carliv/device_elephone_p6000?files=1
Vendor files
I have compiled and flashed a kernel, I've been running it for 24+ hours with no obvious issues. It's honestly very easy to just get it to build if you don't try to make major changes.
I have (very lazily) tried to change a couple of things in the config to fix the known issues (OTG, compass): unfortunately I have no way to test the OTG function right now, while the compass did not magically start working. On the other hand, the notification light issue which is introduced by V8.4 is not strictly or exclusively kernel-dependent, since I am running V8.3 with my own kernel and the notification function is intact. That's all I can share at the moment.
xenonism said:
I have compiled and flashed a kernel, I've been running it for 24+ hours with no obvious issues. It's honestly very easy to just get it to build if you don't try to make major changes.
I have (very lazily) tried to change a couple of things in the config to fix the known issues (OTG, compass): unfortunately I have no way to test the OTG function right now, while the compass did not magically start working. On the other hand, the notification light issue which is introduced by V8.4 is not strictly or exclusively kernel-dependent, since I am running V8.3 with my own kernel and the notification function is intact. That's all I can share at the moment.
Click to expand...
Click to collapse
Can you switch on and post the /proc/config ?
Regarding the notification lights, I think v8.4 introduced the custom partition (might be wrong on that). Running grep -r "ro.notification.breath" /system/ the only result I got was services.odex (might have been settings.odex). I've bak(smali)ed it but couldn't see the difference between the two that would explain the change.
HypoTurtle said:
Can you switch on and post the /proc/config ?
Regarding the notification lights, I think v8.4 introduced the custom partition (might be wrong on that). Running grep -r "ro.notification.breath" /system/ the only result I got was services.odex (might have been settings.odex). I've bak(smali)ed it but couldn't see the difference between the two that would explain the change.
Click to expand...
Click to collapse
The config file is attached to the post, it's too big to paste it.
I have tried the new ROM which came out today, then flashed my kernel. I can't use either SIM card anymore. Flashed the boot.img that comes with the ROM - same. I guess I gotta go back to V8.3 for now.
The new ROM doesn't seem to be the same as the OTA: it reports as: Elephone_P6000_02_V8.0_20150206.
About the notification issues (which bothers me the most), I haven't had much time do to more experiments, but I was thinking this (which probably also led to my confusion*): there's a chance the functionality is not removed or shut down, at least in the intentions of the maker. After all, in V8.4 (and in the new ROM), when the phone is connected the light stays on, while notifications make it breath. While not a desirable behaviour (at least IMO), I wouldn't call it... a non-behaviour, so to say. So perhaps the functionality itself is intact but something is altering the way it works, for whatever reason. I also did some unpacking and grepping a few days ago, but I couldn't find anything useful.
* At some point I thought the issue was fixed because the light was breathing while connected to my PC, but it was probably because I had a notification to read.
xenonism said:
The config file is attached to the post, it's to big to paste it.
I have tried the new ROM which came out today, then flashed my kernel. I can't use either SIM card anymore. Flashed the boot.img that comes with the ROM - same. I guess I gotta go back to V8.3 for now.
The new ROM doesn't seem to be the same as the OTA: it reports as: Elephone_P6000_02_V8.0_20150206.
Click to expand...
Click to collapse
Lets not speculate too much - but perhaps there was a minor board change between the first and second preorders, notification could be a problem with granting notification access (in settings) - could this be a selinux issue? It would explain why things like Light manager work - as you grant them notification access.
For lost Imei - can you compare the custom partition to the one in the ota?
If anyone needs an easier way to grab the 'ketchup', my GitHub has it. Click on my blog link in my signature.
BachMinuetInG said:
If anyone needs an easier way to grab the 'ketchup', my GitHub has it. Click on my blog link in my signature.
Click to expand...
Click to collapse
Thanks bro,
Nice log
I was going to try use the sprout config as this is nice and clean Here when I have worked out how to do things that is.
My eyeballs are bleeding now with all this reading but from what I can see most of files are the same names so maybe we could just replace them with ours probably 98% ish
I did see one ROM some place for the mt6732/52 that had mt6582 references I just wish I could remember where I had seen it
Like I say I am a noob to this compiling and linux stuff so I maybe talking out of my ass :laugh:
bigrammy said:
Thanks bro,
Nice log
I was going to try use the sprout config as this is nice and clean Here when I have worked out how to do things that is.
My eyeballs are bleeding now with all this reading but from what I can see most of files are the same names so maybe we could just replace them with ours probably 98% ish
I did see one ROM some place for the mt6732/52 that had mt6582 references I just wish I could remember where I had seen it
Like I say I am a noob to this compiling and linux stuff so I maybe talking out of my ass :laugh:
Click to expand...
Click to collapse
I'm actually a noob too, and honestly I've only ever successfully built a fakeflash (temporary recovery) that didn't even work.
bigrammy said:
Thanks bro,
Nice log
I was going to try use the sprout config as this is nice and clean Here when I have worked out how to do things that is.
My eyeballs are bleeding now with all this reading but from what I can see most of files are the same names so maybe we could just replace them with ours probably 98% ish
I did see one ROM some place for the mt6732/52 that had mt6582 references I just wish I could remember where I had seen it
Like I say I am a noob to this compiling and linux stuff so I maybe talking out of my ass :laugh:
Click to expand...
Click to collapse
Can anyone actually make a guide noob friendly to build kernel from source? I got kernel with me locally zip file I want to build it please any help?
Tech N You said:
Can anyone actually make a guide noob friendly to build kernel from source? I got kernel with me locally zip file I want to build it please any help?
Click to expand...
Click to collapse
I think you can use the scripts in the root of the source code to build the kernel? make<something>.sh.
Make sure you're on Linux (Ubuntu preferred) and that you have all dependencies installed correctly. To execute the script, simply go to the Terminal, cd to the location, then type . make<something>.sh
Tech N You said:
Can anyone actually make a guide noob friendly to build kernel from source? I got kernel with me locally zip file I want to build it please any help?
Click to expand...
Click to collapse
Have a look at the README.
Does make menuconfig work here?
These few simple instructions from the readme file enable you to build a working kernel (at least in a Linux environment):
Code:
How to Build
kernel
======
1. Get the prebuilt cross compiler from AOSP website:
$ git clone https://android.googlesource.com/platform/prebuilts/gcc/linux-x86/arm/arm-eabi-4.6
2. Add required cross compiler to PATH:
$ export PATH=/YOUR_TOOLCHAIN_PATH/arm-eabi-4.6/bin:$PATH
$ export CROSS_COMPILE=arm-eabi-
3. Then use the following commands to build the kernel:
$ ./makeMtk k01q_e new k
make menuconfig can be made to work, but you need to set some parameters and I can't look into it right now.
You previously asked something about the custom partition, I need some guidance there as I am not familiar with the IMEI issue.
xenonism said:
These few simple instructions from the readme file enable you to build a working kernel (at least in a Linux environment):
Code:
How to Build
kernel
======
1. Get the prebuilt cross compiler from AOSP website:
$ git clone https://android.googlesource.com/platform/prebuilts/gcc/linux-x86/arm/arm-eabi-4.6
2. Add required cross compiler to PATH:
$ export PATH=/YOUR_TOOLCHAIN_PATH/arm-eabi-4.6/bin:$PATH
$ export CROSS_COMPILE=arm-eabi-
3. Then use the following commands to build the kernel:
$ ./makeMtk k01q_e new k
make menuconfig can be made to work, but you need to set some parameters and I can't look into it right now.
You previously asked something about the custom partition, I need some guidance there as I am not familiar with the IMEI issue.
Click to expand...
Click to collapse
Yea wasn't sure about menuconfig as mtk uses projectconfig rather than def_configs.
In the custom partition there are files like /custom/etc/firmware/modem.img etc. When messing with a Flyme port it was these files (and possible conflicts in /system) that caused an IMEI:nul.
FYI I opened the custom partitions on windows using an ext viewer after running the imgs through sgs2toext4.
Kernel building Mediatek
Tech N You said:
Can anyone actually make a guide noob friendly to build kernel from source? I got kernel with me locally zip file I want to build it please any help?
Click to expand...
Click to collapse
Not sure if you guys have seen or read this but it's a pretty comprehensive guide to building the mediatek kernel by @MasterAwesome and should really be compulsary for all kernel related things thread here http://forum.xda-developers.com/showthread.php?t=2754513
@HypoTurtle
Regarding the custom partition this is or could be a problem for us now and in the future and may require further investigation. The cm sprout branch has the modem.img in the (normal place /system/etc/firmware) but as you say ours is in the custom partition which is probably to protect it from bad /system flashes
Thing is I see no normal type link to it in the /system/etc/firmware so it must be linked some other way which may explain why all my port attempts failed as none of them used a custom partition (Asus_X002)
Maybe we will have to repartition the emmc to a standard config and alter the kernel (if the links are set via the kernel that is) for cm and other ports to work smoothly as I am unsure just how everything is linked up.
I have not had much experience with custom partitions so someone one know's of a good info source please link it. :good:
Hopefully Master @Santhosh M can figure out what's going on with the custom partition :fingers-crossed:
bigrammy said:
@HypoTurtle
Regarding the custom partition this is or could be a problem for us now and in the future and may require further investigation. The cm sprout branch has the modem.img in the (normal place /system/etc/firmware) but as you say ours is in the custom partition which is probably to protect it from bad /system flashes
Thing is I see no normal type link to it in the /system/etc/firmware so it must be linked some other way which may explain why all my port attempts failed as none of them used a custom partition (Asus_X002)
Click to expand...
Click to collapse
The partition is symlinked from .../by-name/custom (which is symlinked by the kernel from dev/block/mmcblk0p12) to /dev/customimg which is mouned after an e2fsck to /custom. /custom isn't linked to /system, it's just added to the global environment (init.environ.rc), will need to check on the environ, I'm on flyme and it has /custom/lib added to the library path (which doesn't exist).
HypoTurtle said:
The partition is symlinked from .../by-name/custom (which is symlinked by the kernel from dev/block/mmcblk0p12) to /dev/customimg which is mouned after an e2fsck to /custom. /custom isn't linked to /system, it's just added to the global environment (init.environ.rc), will need to check on the environ, I'm on flyme and it has /custom/lib added to the library path (which doesn't exist).
Click to expand...
Click to collapse
Haha thanks that explains a lot of weird things perfectly. :good:
What's the problem or what is the issue here.
Mediatek compiling guide ( by masterawesome ) that you have linked to is not actually practically this mtk kernel is done and is just way too complicatedly explained.
There is no defconfig stuff or pulling config.gz from phone in mtk. In this new source its just simple. Set up your toolchain path. Execute the makeMtk followed by the project no u want. Get zImage and patch it for mtk header and merge it with stock ramdisk. For this newer mtk chipsets repack has an extra stuff where u have to be careful of kernel command line parameters.
That's it the kernel stuff in mtk

[ROM][7.1.2][CR_DROID][UNOFFICIAL][OPTUS_X_SPIRIT_5044T][mt6737m_35m]

SEE 4TH POST FOR ROM LINK
DISCLAIMER
As per always im not responsible for any problems that may or may not arrise from this UNOFFICIAL build, i am in no way responsible for any flash issues using SP flash tool, What you do here you do of your own accorrd i never forced you to flash anything, now the legal part is out of the way.
______________Device_specification____________
Model : 5044T
Chip type : eMMC
Fs type : Ext4
Mtk chip type : MTK6737M
Mtk chip type : MTK6735M
Kernel version : 3.18.19+
........Welcome to CR Droid 3.8.7 UNOFFICIAL.......
** NOTE **
This firmware is for Alcatel U5/Optus x Spirit 5044T models ONLY,
NOT WORKING
• Front Camera DOES NOT work
____________________________________________
PRE REQUISITE'S
• OEM unlocked in developer options
• Flash TWRP with SP flash tool.
• Format data in wipe menu before flashing rom & Gapps
• Install Rom first then install Gapps straight after
• Wipe cache/Dalvik & reboot
___________________________________________
LINKS
TWRP 3.2.3-0
https://drive.google.com/file/d/1YMfYp4z1tgdjvlK6KRlMsGLmkW_oikZz/view?usp=drivesdk
GAPPS
https://opengapps.org
SP FLASH TOOL
https://spflashtool.com
MEDIATEK VCOM FLASH DRIVER
https://spflashtool.com/download/MediaTek_USB_VCOM_drivers.zip
Pics of build
Links been pulled temporarily due to a modem issue.
Currently rectifying the situation now link will be back up asap.
See links on first post for GAPPS, TWRP, & SP flash tool.
CR droid 3.8.7 2019-02-24
https://drive.google.com/file/d/1S78TeH-8rHXAhqmSZS_h1PyoEGhSxUE0/view?usp=drivesdk
DISCLAIMER
As per always im not responsible for any problems that may or may not arrise from this UNOFFICIAL build, i am in no way responsible for any flash issues using SP flash tool, What you do here you do of your own accorrd i never forced you to flash anything, now the legal part is out of the way.
CHANGELOG
• RIL error is now resolved
• Minor changes to UI,
• Removed substratum until i can fix
• changed to TCL fingerprint for the play store,
• Added low ram optimiastion
• Added Volte to /etc /bin /lib & boot.img
• Added Vilte to /etc /bin /lib & boot.img
• Added hd voice calling
• Added Dual mic support
• Added NFC compatabilty
• Changed some cam libs to clean the picture up, touch to focus works camera quality is on par with stock if not better.
• Ril optimisations, call quality is now same as stock
NOT WORKING
• Vilte, driver compatabilty issue trying to fix may work partially
• NFC, im working on it for now everything but the running app has been placed.
• FRONT CAMERA DOES NOT WORK
dont ask me to fix it, i will decompile the kernel when i get free time to do so to try and fix,
ive already chowned & chmod'ed init.rc & init.mt6735 with drivers from stock, switched to running through mediaserver instead of cameraserver in service_contexts as it does on stock, created an init.camera.rc to enforce the stock camera permissions, switched each lib out individually leaving only those that dont break the camera, switched camera.mt6735m out in HW aswell as the mtk_camera_clientand it still dosent work i will continue to work on this problem until resolved
Nice job with the ROM, mate. I presume you're Australian, right? Had to mention it based on the Optus reference so yeah.
And care to expound on decompiling the kernel? I presume you can deduce what's going on with it so you could build an equivalent kernel using extant sources, yes?
blakegriplingph said:
Nice job with the ROM, mate. I presume you're Australian, right? Had to mention it based on the Optus reference so yeah.
And care to expound on decompiling the kernel? I presume you can deduce what's going on with it so you could build an equivalent kernel using extant sources, yes?
Click to expand...
Click to collapse
Hey mate sorry for late reply, been finishing a ubifs cyanogenmod 11 build ive jjust released,
Cheers for the feedback yeah this one is for alcatel 5044T using kernel 3.18.19+ great rom though just havent gotten round to decompiling kernel to fix the front camera managed to interpolate the back though to be better than stock
I use a .sh file called kernel-decompile.sh usually but havent decompiled a kernel in a while i try to use stock untouched as it saves the headache of getting kernel readable to make changes,
Did you make any progress on your build yet ? Managed to take a breif look at your device tree i noticed in one of the files it was screeming at the init.environ.rc is this present in your boot.img as its stating that the paths are missing for it if you have the init.environ.rc present you just need to add the paths listed into there corresponding path being either BOOTCLASSPATH or SYSTEMCLASSPATH
I noticed you init.rc is not right at all there is no information within to run any of the /bin resources required to execute gui, post fs-data section is also missing aswell as setting up the global evironment was also wrong i beleive as there was no info for chowning or chmodding below the mkdir asserts,
Ive still not looked at alot but everything else that i have managed to look at seems to be pretty good
I should be hopefully getting my Lineage 14.1 build up for the alcatel pixi 3 using stock 3.4.67 kernel soon so you may be able to see how i made the boot.img and compare it yours if you want or i have my LineageOS 13.0 build already up for the Pixi 3 already which uses the same setup pretty much because afaik the way the fs setup is set it out in the fstab and init.rc is all the same from 5.0+ onwards as it uses encrypted footers and what not, i had to vold manage the 900Mb /custpack partition to be used as user accessible data for file transfers and general storage of photos videos etc as it would not mount any other way and would cause me infinite boot loop i had to also set the 3.6GB /internal storage as a voldmanaged user inaccessible partition reserved for system storage as the /system partition is only 512mb so ive been struggling for space to make everything work but its nearly done
Matty1993 said:
Hey mate sorry for late reply, been finishing a ubifs cyanogenmod 11 build ive jjust released,
Cheers for the feedback yeah this one is for alcatel 5044T using kernel 3.18.19+ great rom though just havent gotten round to decompiling kernel to fix the front camera managed to interpolate the back though to be better than stock
I use a .sh file called kernel-decompile.sh usually but havent decompiled a kernel in a while i try to use stock untouched as it saves the headache of getting kernel readable to make changes,
Did you make any progress on your build yet ? Managed to take a breif look at your device tree i noticed in one of the files it was screeming at the init.environ.rc is this present in your boot.img as its stating that the paths are missing for it if you have the init.environ.rc present you just need to add the paths listed into there corresponding path being either BOOTCLASSPATH or SYSTEMCLASSPATH
I noticed you init.rc is not right at all there is no information within to run any of the /bin resources required to execute gui, post fs-data section is also missing aswell as setting up the global evironment was also wrong i beleive as there was no info for chowning or chmodding below the mkdir asserts,
Ive still not looked at alot but everything else that i have managed to look at seems to be pretty good
I should be hopefully getting my Lineage 14.1 build up for the alcatel pixi 3 using stock 3.4.67 kernel soon so you may be able to see how i made the boot.img and compare it yours if you want or i have my LineageOS 13.0 build already up for the Pixi 3 already which uses the same setup pretty much because afaik the way the fs setup is set it out in the fstab and init.rc is all the same from 5.0+ onwards as it uses encrypted footers and what not, i had to vold manage the 900Mb /custpack partition to be used as user accessible data for file transfers and general storage of photos videos etc as it would not mount any other way and would cause me infinite boot loop i had to also set the 3.6GB /internal storage as a voldmanaged user inaccessible partition reserved for system storage as the /system partition is only 512mb so ive been struggling for space to make everything work but its nearly done
Click to expand...
Click to collapse
You're welcome, glad you had things sorted out on your end. I do have an init.environ.rc on my /out folder but I am not sure if it's right at all lol:
Code:
# set up the global environment
on init
export PATH /sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin
export ANDROID_BOOTLOGO 1
export ANDROID_ROOT /system
export ANDROID_ASSETS /system/app
export ANDROID_DATA /data
export ANDROID_STORAGE /storage
export ASEC_MOUNTPOINT /mnt/asec
export LOOP_MOUNTPOINT /mnt/obb
export BOOTCLASSPATH /system/framework/core-libart.jar:/system/framework/conscrypt.jar:/system/framework/okhttp.jar:/system/framework/core-junit.jar:/system/framework/bouncycastle.jar:/system/framework/ext.jar:/system/framework/framework.jar:/system/framework/telephony-common.jar:/system/framework/voip-common.jar:/system/framework/ims-common.jar:/system/framework/mms-common.jar:/system/framework/android.policy.jar:/system/framework/apache-xml.jar
export SYSTEMSERVERCLASSPATH /system/framework/org.cyanogenmod.platform.jar:/system/framework/org.cyanogenmod.hardware.jar:/system/framework/services.jar:/system/framework/ethernet-service.jar:/system/framework/wifi-service.jar
export LD_PRELOAD libsigchain.so:libxlog.so
On the stock ramdisk it looks like this:
Code:
# set up the global environment
on init
export PATH /sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin
export LD_LIBRARY_PATH /vendor/lib:/system/lib
export ANDROID_BOOTLOGO 1
export ANDROID_ROOT /system
export ANDROID_ASSETS /system/app
export ANDROID_DATA /data
export ANDROID_STORAGE /storage
export ASEC_MOUNTPOINT /mnt/asec
export LOOP_MOUNTPOINT /mnt/obb
export BOOTCLASSPATH /system/framework/core.jar:/system/framework/conscrypt.jar:/system/framework/okhttp.jar:/system/framework/core-junit.jar:/system/framework/bouncycastle.jar:/system/framework/ext.jar:/system/framework/framework.jar:/system/framework/framework2.jar:/system/framework/telephony-common.jar:/system/framework/voip-common.jar:/system/framework/mms-common.jar:/system/framework/android.policy.jar:/system/framework/services.jar:/system/framework/apache-xml.jar:/system/framework/webviewchromium.jar:/system/framework/mediatek-common.jar:/system/framework/mediatek-framework.jar:/system/framework/CustomProperties.jar:/system/framework/mediatek-telephony-common.jar:/system/framework/mediatek-tablet.jar
And by init.rc do you mean init.mt8127.rc? Could you tell me which parts are wrong please, as I've based this off @Stricted's MT8127 repo. I doubt that the missing "LD_LIBRARY_PATH" is at fault too. Also, I am getting a missing "__umodsi3" symbol error prior to introducing a (rather pointless imo) shim just to sort of make hwcomposer happy, even though I still end up not getting the GUI to show up.
You mind if we continue on discussing this on the LeapFrog development thread though? I don't want to stray off your original topic here anyway.
blakegriplingph said:
You're welcome, glad you had things sorted out on your end. I do have an init.environ.rc on my /out folder but I am not sure if it's right at all lol:
On the stock ramdisk it looks like this:
And by init.rc do you mean init.mt8127.rc? Could you tell me which parts are wrong please, as I've based this off @Stricted's MT8127 repo. I doubt that the missing "LD_LIBRARY_PATH" is at fault too. Also, I am getting a missing "__umodsi3" symbol error prior to introducing a (rather pointless imo) shim just to sort of make hwcomposer happy, even though I still end up not getting the GUI to show up.
You mind if we continue on discussing this on the LeapFrog development thread though? I don't want to stray off your original topic here anyway.
Click to expand...
Click to collapse
Hey mate sorry for late replty been helping a friend out building a twrp for them,
Yeah ill go through your init now on your guthub and ill type out into a notepad++ what i can visually see is wrong with it and any other files also,
LD_LIBRARY_PATH i beleive wont break a system and shouldn't stoo GUI loading up, also with HW composer could you notjust disabling it to run native 2D graphics ?
Anyhow yeah ill jump on the leapfrog forum when i get some time
user154 said:
Hey buddy, hows things going?
I was able to fix the front camera in my rom a few weeks ago,
There is no need to touch the boot image or kernel, I also experimented with changing permissions of camera drivers in the init files to no avail.
To fix we must ignore the advice of every porting guide and replace more than one lib.
In the end I looked at similar mtk kernel sources and was able to trace the error back to libcam.hal3a.v3.so however just changing this lib is not enough, we must also change some of its dependencies. Attached is a list of 12 libs that I changed to solve the problem
EDIT:
It may not be necessary to change all of these libs, you may be able to get away with just changing the hal3a libs and featureio and featureiodrv as these were the last ones I changed, I didnt try taking away any of the other libs I replaced as I found 720p recording was better and general camera quality had improved
Click to expand...
Click to collapse
Hey mate,
Yeah im not to bad sorry for late reply ahh sweet that means i dont have to decompile my kernel now that may have been one of the libs id changed that time id gotten it working and didnt even know id changed it, how did you figure tthat one out, as usually for cam the mains are camalgo, camdrv, gralloc & featureio i couldnt wrap my head round why i couldnt get it working again lol
Yeah 720p i found was the best optimal setting as SS 480p seemed to be a bit grainy and 1080p isnt device supportive so is so slow i havent released an update to CRdroid so may end up getting it done in the next few weeks 5044T users will be happy great work on figuring it out
Matty1993 said:
Hey mate sorry for late replty been helping a friend out building a twrp for them,
Yeah ill go through your init now on your guthub and ill type out into a notepad++ what i can visually see is wrong with it and any other files also,
LD_LIBRARY_PATH i beleive wont break a system and shouldn't stoo GUI loading up, also with HW composer could you notjust disabling it to run native 2D graphics ?
Anyhow yeah ill jump on the leapfrog forum when i get some time
Click to expand...
Click to collapse
I am not sure, something's keeping the loading animations from showing up, maybe I might have missed a few more blobs or whatnot. I'll have to upload an unsigned dump of the Epic for you to peruse some time. You mind if we get you a donor Epic whilst I wait for mac2612 at /r/OpenLF to get his own Epic being he's had Linux development experience before.
user154 said:
So I looked at logcat and saw that the issue was lensdrv looking in the wrong place for the lens. so I looked at some mtk kernel sources to see if I could trace lensdrv back to a specific lib. It appeared to be part of hal3a however changing this lib would make the camera app disappear, so I tried installing a different camera app which failed to install. when I looked at logcat the install failed because native libs were missing so I used a dependency viewer to see what libs were dependencies of hal3a and began changing them one by one, focussing on drv libs and then testing. Looking at logcat after I had changed a few I saw a reference to a problem with featureio so I opened featureio and featureiodrv in a hex viewer and one of them (cant remember which) had a string specifying the lens location, so I added these two and the front camera worked. This is what makes me think you could maybe get away with just changing hal3a and the 2 featureio libs to get the front camera working, however I was happy with how the camera was working so didnt try to take away any of the other depdencies I had changed
Click to expand...
Click to collapse
Dependency viewer? Which one are you using if you don't mind telling?
user154 said:
This is the one I use:
https://forum.xda-developers.com/android/software-hacking/tool-read-elf-gui-android-libs-t3717016
Click to expand...
Click to collapse
Hey bud sorry for the very late reply i feel quite rude i somehow managed to unmark my own thread just scoured my mentions section looking for a comment on it lol,
Had troubles with pc also blowing just got it fixed today so looking forward to getting camera all working well with it managed to make some progress with my rom before it did though
Ive turned my build into a vendor image as im also trying to incorporate all the test tools from the stock rom aswell as the VOLTE modem thats been attached to custpack in stock,
Managed to get most test tools working well but something wrong with the modem not engaging properly it says YES OPTUS but has no signal or service and imei is also blank not invalid but blank & gone lol yet sim still registers optus so i think im gonne be doing some debugging on it to see whats going wrong ive got a feeling i may need to reverse engineer the modem libs hoepfully not other than that ive only got a small bug when it first boots up that states "a vendor image mismatch has been detected, typically this means your vendor image is out of date please ensure your vendor image matches NJH47F"
Got me stumped a bit on it as i cant spot anything obvi wrong but ill persevere as having it as a vendor build seems to use at least 60-100mb less ram, first boot is quicker & there is virtually no lag at all compared to a traditional build and i was able to add all the SLPencryption and Fpsv files and libs without getting a bootloop as im trying to get encryption to work with it, not sure if its working though as i didnt get a chance to test yet.
Ill keep you updated on progress anyhow as i go when i get round to it i gotta help blake first though as i promised him id help him get his CM 12.1 working when i got my computer working again as hes been dying to get it working on his leapfrog epic
Hows things on your end with your rom ? Did you manage to make any progress with getting IMS, VOLTE or VILTE anywhere near working im struggling to say the least with it lol
MTK source code
Hi @Matty1993
Not sure if this will help but I have found the FULL Mediatek source code for the MT6737x.
The Android 8.1 sources can be found HERE along with some other useful things like the Android SDK source (This is the full 6.0 source code). :good:
I have downloaded the 8.1 source and it seems to be complete.
There are also full build instructions although you will need to create your own "Build Project" from what I understand or maybe you can just cherry pick what you need. :fingers-crossed:
Below are the officially maintained repository's on github.
OrangePi 4G-IOT
OrangePi 4G-IOT build on MTK6737 Soc, the officially maintained repository as follows:
kernel:
https://github.com/orangepi-xunlong/OrangePi4G-iot_kernel.git
u-boot:
https://github.com/orangepi-xunlong/OrangePi4G-iot_bootloader.git
build scripts
https://github.com/orangepi-xunlong/OrangePi4G-iot_scripts.git
external binary file
https://github.com/orangepi-xunlong/OrangePi4G-iot_external.git
toolchain
https://github.com/orangepi-xunlong/OrangePi4G-iot_toolchain.git
:fingers-crossed:
user154 said:
Hey, dont feel rude we cant all always reply straight away I've just welcomed my 2nd son into the world so not really been on here very much over the last month or so.
How is turning your build into a vendor image going? I didnt think this device had a seperate vendor partition just a sub folder of the system partition. If youve managed to give this device a vendor partition that would be quite a feat, theoretically it would mean it would be able to boot a GSI although I dont know how much mileage you would get out of this in reality.
I would imagine some of the problems you are having would be due to the system expecting files to be in one place but you have them in another, you should be able to work this out from the logs though if this is the case.
Good luck to the pair of you on the leapfrog epic front, sounds like a very fun project
I havent done much more on my ROM the only thing left to fix is IMS/VOLTE but I cannot test this so without having someone to test it and provide logs there isnt much I can do. I've been looking round for an oreo rom to port from but thanks to TCL deciding to compile the stock rom as 32 bit and not 64 this is proving rather difficult. I have looked at the possibility of porting 64 bit rom to 32 but from what I can tell the chances of ending up with a decent port rom with no major bugs is pretty slim.
At the moment my main project has been making a game for/with my eldest son, he is obsessed with kirby so made a simple platformer using sprites ripped from various kirby games.
Click to expand...
Click to collapse
Havent worked on the build in a while been in hosptial with pneumonia horrible just horrible wouldnt wish it upon anyone, before hand though yeah vendor build was going great so much more can be added and works where it dosent in /system, such as the slp encryption and cloud test suites etc would all give me bootloop when added to /bin /etc and /lib so what i did is made the system think its got an emulated /vendor partiton instead of me going to all the trouble to create a logical /vendor partitiion by editing a few things in the boot.img .rc files and slinking it in the cpiolist so that the dir is set in the rootfs with 0644 permission but still using 0755 permissions in /system/vendor took me a while to figure it out but even makes system boot and run faster and smoother dont know how thats possible though as it even uses 100mb less ram deffo works as /vendor but as the message i stated in the earlier post just wont go TF away no matter what i do lol,
Still fixing front camera trying to compile my own camera lib for the front but havent gotten round to it yet
bigrammy said:
Hi @Matty1993
Not sure if this will help but I have found the FULL Mediatek source code for the MT6737x.
The Android 8.1 sources can be found HERE along with some other useful things like the Android SDK source (This is the full 6.0 source code). :good:
I have downloaded the 8.1 source and it seems to be complete.
There are also full build instructions although you will need to create your own "Build Project" from what I understand or maybe you can just cherry pick what you need. :fingers-crossed:
Below are the officially maintained repository's on github.
OrangePi 4G-IOT
OrangePi 4G-IOT build on MTK6737 Soc, the officially maintained repository as follows:
kernel:
https://github.com/orangepi-xunlong/OrangePi4G-iot_kernel.git
u-boot:
https://github.com/orangepi-xunlong/OrangePi4G-iot_bootloader.git
build scripts
https://github.com/orangepi-xunlong/OrangePi4G-iot_scripts.git
external binary file
https://github.com/orangepi-xunlong/OrangePi4G-iot_external.git
toolchain
https://github.com/orangepi-xunlong/OrangePi4G-iot_toolchain.git
:fingers-crossed:
Click to expand...
Click to collapse
Big rammy my friend how have you been and thank you so much for linking me to some proper oreo source for these SoCs as i was trying to port lineage 15.0 32bit rom i found for Moto G4 MT6373M but just cant get it past the logo no natter what i do, being complete or near complete sources though i should be able to make something works cant thank you enough for the links again
Matty1993 said:
Big rammy my friend how have you been and thank you so much for linking me to some proper oreo source for these SoCs as i was trying to port lineage 15.0 32bit rom i found for Moto G4 MT6373M but just cant get it past the logo no natter what i do, being complete or near complete sources though i should be able to make something works cant thank you enough for the links again
Click to expand...
Click to collapse
Sorry to hear you have been seriously ill with pneumonia
I thought you had gone kind of quite on the forum, I do hope your all sorted now and feeling better. :fingers-crossed:
Yes the source is probably the best I have seen thus far and providing you have the necessary drivers and a little know how I am pretty sure you could bring up a new Project for your own device. :fingers-crossed:
Not sure about your booting issue as it could be just about anything but I am sure you will hunt down the problem. :fingers-crossed:
bigrammy said:
Sorry to hear you have been seriously ill with pneumonia
I thought you had gone kind of quite on the forum, I do hope your all sorted now and feeling better. :fingers-crossed:
Yes the source is probably the best I have seen thus far and providing you have the necessary drivers and a little know how I am pretty sure you could bring up a new Project for your own device. :fingers-crossed:
Not sure about your booting issue as it could be just about anything but I am sure you will hunt down the problem. :fingers-crossed:
Click to expand...
Click to collapse
All good dude yeah lots of nasty stuff in my lungs i got the privledge to know what a tube being stuck down your throat to make you breathe felt like yeah ill be sure to check it out as ive looked at a few but none of them were by far near complete which is probs why i couldnt get oreo to boot,
optus have finally switched to Qualcomm's snapdragon so they can run 8.1.0 on there new updated Optus x spirit 2 so they even have abandoned mtk i on the other hand prefer the overjoyable mess that mediatek is haha yeah thats what i figured about the boot issue to could be an init.xx.rc or se_contexts or even the init possibily everything else is perfect in bootimg, either that or could be one of the binaries in /bin or .jars in /framework could even be in /lib ill just keep picking away while i go through the oreo source until some magic happens :laugh:
Matty1993 said:
All good dude yeah lots of nasty stuff in my lungs i got the privledge to know what a tube being stuck down your throat to make you breathe felt like yeah ill be sure to check it out as ive looked at a few but none of them were by far near complete which is probs why i couldnt get oreo to boot,
optus have finally switched to Qualcomm's snapdragon so they can run 8.1.0 on there new updated Optus x spirit 2 so they even have abandoned mtk i on the other hand prefer the overjoyable mess that mediatek is haha yeah thats what i figured about the boot issue to could be an init.xx.rc or se_contexts or even the init possibily everything else is perfect in bootimg, either that or could be one of the binaries in /bin or .jars in /framework could even be in /lib ill just keep picking away while i go through the oreo source until some magic happens :laugh:
Click to expand...
Click to collapse
Yes most definitely not a good experience I am sure. :crying:
Hope you work out your booting issue :good:
I may need to pick your brains later on regarding the Lenovo TAB2 A10-70F/L I managed to get the KK 3.10.65 kernel source to build without any real errors but I think it maybe arm rather than arm64 IDK the old style MediaTek layout is very confusing and I am not sure how it all works eg which parts come from the actual kernel and what comes from the Mediatek project which config's it use or how to make config changes even etc etc.
I have had a lot on recently so not really had time to fully explore it Github lenovo_kernel_a10-70f
I can't seem find any good guides for working with this old style layout unless you know of any. :fingers-crossed:
bigrammy said:
Yes most definitely not a good experience I am sure. :crying:
Hope you work out your booting issue :good:
I may need to pick your brains later on regarding the Lenovo TAB2 A10-70F/L I managed to get the KK 3.10.65 kernel source to build without any real errors but I think it maybe arm rather than arm64 IDK the old style MediaTek layout is very confusing and I am not sure how it all works eg which parts come from the actual kernel and what comes from the Mediatek project which config's it use or how to make config changes even etc etc.
I have had a lot on recently so not really had time to fully explore it Github lenovo_kernel_a10-70f
I can't seem find any good guides for working with this old style layout unless you know of any. :fingers-crossed:
Click to expand...
Click to collapse
Yeah was horrible, made some minor progress on the boot issue dosent switch straight off now is sitting on logo for about 30 seconds before it switches off so getting there bit by bit haha,
Never worked on a lenovo Tab 2 what MTK specs is it running ?
your correct to also about it being confusing the word id use is uniqe experience to say the least last time i worked on older style mtk sources however i did make some notes as i got stuck a fair amount of times aswell not knowing where to put things but it varies from source to source where things go and configs etc etc so i dont know if the layouts would be the same
Matty1993 said:
Yeah was horrible, made some minor progress on the boot issue dosent switch straight off now is sitting on logo for about 30 seconds before it switches off so getting there bit by bit haha,
Never worked on a lenovo Tab 2 what MTK specs is it running ?
your correct to also about it being confusing the word id use is uniqe experience to say the least last time i worked on older style mtk sources however i did make some notes as i got stuck a fair amount of times aswell not knowing where to put things but it varies from source to source where things go and configs etc etc so i dont know if the layouts would be the same
Click to expand...
Click to collapse
The tablet is based on the mt6752/6732 chip set (Quad Core) although Lenovo's specs say HERE
WiFi: MediaTek® MT8165 64-bit 1.7 GHz Quad Core
4G LTE: MediaTek® MT8732 64-bit 1.7 GHz Quad Core
The kernel will boot on either device WiFi or 4G so clearly not much difference between them and seems to be more of a naming thing and possibly some minor tweaking.
The Lenovo K3 kernel source is called the aio (All in One) so I am thinking it may well build for this Tablet too as all the drivers seem to be present in that source. android_kernel_lenovo_aio_otfp I just need to workout the defconfig and what device specific parts I need from the tablets KK source code.
:fingers-crossed:

Categories

Resources