Related
THIS SOURCE WILL WORK ON ALL CURRENT HTC EVO'S!!!
i found the board files for the EVO a while back but wanted to wait til we at least had the release RUU to release it. now the actual kernel itself isnt a EVO kernel. its actually an Incredible kernel source with the EVO board files in it. that said i had to mod the board files a little to get it to compile. anyhow link below and remember to fork as it helps github and everyone. thanx
GoDmOdE-EVO
Commit log:
Sat May 22, 2010 - First-commit-0_o = first commit
Sat Jun 19, 2010 - Fix the wimax LED, capella prox sensor. Add epson panel support for supersonic
(panel_type=0), which is present on
hardware revision 3. Implement 9bit spi. - by Joe Hansche (maejrep)
Sun Jun 20, 2010 - Add some more epson vs novatec fixes - by Joe Hansche (maejrep)
Mon Jun 21, 2010 - Fix proximity sensor and Implement wimax LED control. These commits also fixed issues with all other sensors, and enabling them to all work!!! - by Joe Hansche (maejrep)
THIS IS A UPDATE.ZIP THAT CAN BE USED WITH FRESH ROM, TO BOOT THIS KERNEL WITHOUT WIPING. PLEEEEEESE DO A NANDROID BACKUP BEFORE FLASHING THIS UPDATE.ZIP. SO U CAN JUST NANDROID RESTORE UR DEVICE BACK TO NORMAL AFTER UR DONE PLAYING . ANYHOW CAMERA IS NOT WORKING AND THERE SEEM TO BE WHATS THOUGHT TO BE VSYNC ISSUES. ANYHOW ENJOY!!!
http://link.geekfor.me/godmodefreshhh
of course dont turn this thread into a this is broke can u please fix it thread.
IF U WOULD LIKE TO HELP OUT OR BUILD UR OWN KERNEL FROM THIS SOURCE, PLEASE FORK. THIS IS ADVISED BY GITHUB AND ALSO BY ME. AS IT MAKE PULLING CHANGES TO AND FROM BRANCHES MUCH EASIER. THIS IS A GOOD THING FOR U AND ME. IF I MAKE A COMMIT U WANNA ADD U CAN EASILY SYNC UP WITH ME AND VICE VERSA. WORKS OUT GREAT FOR EVERYONE AND KEEPS US COMPLETELY OPEN, AFTER ALL WERE ALL ON THE SAME TEAM.
ToAsTcFh For MOD!!!! This is genius
Im a little too buzzed atm. What exactly is this and what does it mean for us? explain and ill understand it in the A.M.
Trying to take over the Evo forums already Toast? ha ha Good to know we are going to have good devs on this board. Still running your kernel on my Hero. That is until my Evo arrives today and I start trying to root it
chuckhriczko said:
Trying to take over the Evo forums already Toast? ha ha Good to know we are going to have good devs on this board. Still running your kernel on my Hero. That is until my Evo arrives today and I start trying to root it
Click to expand...
Click to collapse
how're you getting your evo today??
so far i know a lot of good devs coming over. im pre-ordered so as soon as it shows up at best buy ill be struggling for root again.
justinisyoung said:
how're you getting your evo today??
Click to expand...
Click to collapse
Ebay? Craglist?
ppl from the google i/o event selling them
YoungAceAtlanta said:
Ebay? Craglist?
ppl from the google i/o event selling them
Click to expand...
Click to collapse
Yep. eBay. It's a Google I/O device. Paid a HEFTY premium for it but it's worth it to get it two weeks early for me.
toastcfh said:
so far i know a lot of good devs coming over. im pre-ordered so as soon as it shows up at best buy ill be struggling for root again.
Click to expand...
Click to collapse
Awesome. Who else that you know of? I know I stopped devving for the Hero but I can't wait to start devving for this thing. This community is going to be epic!
Right on toast, this is awesome.
fantastic toast
can this kernel be loaded onto one of the google I/O event EVOs to test?
The device isn't root yet
toastcfh said:
The device isn't root yet
Click to expand...
Click to collapse
now i see the catch 22...sorry im new to all this and dont have an EVO to experiment with...
could this kernel be combined with the standard ramdisk into a boot.img, packaged into a signed update.zip and installed through the stock recovery?
joeykrim said:
now i see the catch 22...sorry im new to all this and dont have an EVO to experiment with...
could this kernel be combined with the standard ramdisk into a boot.img, packaged into a signed update.zip and installed through the stock recovery?
Click to expand...
Click to collapse
No. You can't flash anything worthwhile until the phone is rooted. Once this happens expect this forum to explode.
No we need root and the ability. To flash a custom recovery. Basically. The catch 22 is we need root before we can do anything custom
By flashing an updated NBH, doesn't that overwrite both the Kernel and the OS on the NAND? If so, couldn't we replace the Kernel with one with root, and also provide for our own (AOSP, etc.) builds of Android?
Essentially, I'm wondering what the breakdown process is for recovery. The bootloader (Power + Volume on boot) is stored on the ROM, so regardless of "bricking" your device, you should always be able to get back to the bootloader to recover, correct?
If that's the case, what stops us from simply building an NBH with the current (locked) Kernel, but with modified system files for our own ROM?
Shidell said:
By flashing an updated NBH, doesn't that overwrite both the Kernel and the OS on the NAND? If so, couldn't we replace the Kernel with one with root, and also provide for our own (AOSP, etc.) builds of Android?
Essentially, I'm wondering what the breakdown process is for recovery. The bootloader (Power + Volume on boot) is stored on the ROM, so regardless of "bricking" your device, you should always be able to get back to the bootloader to recover, correct?
If that's the case, what stops us from simply building an NBH with the current (locked) Kernel, but with modified system files for our own ROM?
Click to expand...
Click to collapse
we're thinking alike here. some of this terminology is new to me and some isnt. hopefully this makes sense. im gonna reword but ask the same question as above (at least i think same question) plus another question. im doing a lot of research and tryin to word things correctly...
this might be the same question as above, are we able to trick the supersonic RUU released here into loading our own rom.zip file (NBH)? (we were able to do this with the samsung moment)
if not, are we able to use the fastboot-bootloader mode (samsung moment doesnt have this) to install a custom recovery? if so, we are then waiting on a custom recovery to be developed?
I think we are heading down the same path.
My understanding is that flashing a new "ROM" via NBH will replace both the Kernel and the OS (Android) files on the NAND, as both live there. The only item that lives in the ROM itself is the bootloader, which should always persist. With this understanding, even if you totally destroy your Kernel and/or Android OS, you should always be able to power the device to bootloader mode (Power + Volume) to flash (and therefore replace/restore) a new Kernel/OS to your phone.
If that's the case, then root access isn't necessary. All root access will allow us to do is some fancy side operations, like running a ROM (OS) manager inside Android--and who really wants to do that? Most of us want to be able to load a single custom build of Android, optimized and designed the way we want, right?
My thought process is this:
HTC should be releasing the EVO Kernel source on developer.htc.com by the official launch. With that, we can compile the Kernel ourselves (if we can't otherwise find it compiled) and theoretically bundle that with our own OS compilation of Android into a .NBH. This .NBH could then be flashed via the bootloader, replacing both the stock OS and the Kernel with what we've bundled.
This would seem to mean we wouldn't have root access, but we wouldn't need it, as we could simply update the OS files, build an .NBH, and provide it to users to flash. This could mean that custom distros would be a single contained file--one file to flash and that's it, you're updated.
Thoughts? Is this accurate?
If this is the case, we should start looking at the Kernel and the .NBH format rather than obtaining root, because once we understand the .NBH, we can load whatever we want (including a Kernel with root access, if desired.)
Shidell said:
I think we are heading down the same path.
My understanding is that flashing a new "ROM" via NBH will replace both the Kernel and the OS (Android) files on the NAND, as both live there. The only item that lives in the ROM itself is the bootloader, which should always persist. With this understanding, even if you totally destroy your Kernel and/or Android OS, you should always be able to power the device to bootloader mode (Power + Volume) to flash (and therefore replace/restore) a new Kernel/OS to your phone.
If that's the case, then root access isn't necessary. All root access will allow us to do is some fancy side operations, like running a ROM (OS) manager inside Android--and who really wants to do that? Most of us want to be able to load a single custom build of Android, optimized and designed the way we want, right?
My thought process is this:
HTC should be releasing the EVO Kernel source on developer.htc.com by the official launch. With that, we can compile the Kernel ourselves (if we can't otherwise find it compiled) and theoretically bundle that with our own OS compilation of Android into a .NBH. This .NBH could then be flashed via the bootloader, replacing both the stock OS and the Kernel with what we've bundled.
This would seem to mean we wouldn't have root access, but we wouldn't need it, as we could simply update the OS files, build an .NBH, and provide it to users to flash. This could mean that custom distros would be a single contained file--one file to flash and that's it, you're updated.
Thoughts? Is this accurate?
If this is the case, we should start looking at the Kernel and the .NBH format rather than obtaining root, because once we understand the .NBH, we can load whatever we want (including a Kernel with root access, if desired.)
Click to expand...
Click to collapse
ok.. the bootloader isnt gonna let us flash anything that isnt for the phone that ive heard of at least. the bootloader is only gonna let us flash rom.zips signed by htc unless we have a engineering spl. if we had that we could fastboot whatever we want. but it is also my understanding that the new engineering spls will not let us flash to certain major partitions (ie rocovery, and boot) anyhow this i think was an issue for the desire that modaco rooted and he found a way around it. we need a recovery for sure. as starting a new with no backups and such would be nothing more then a pain. we should focus i think on obtaining a engineering SPL from someone nice who wants to hook us up or a exploit of some sort. we need to gain read/write access to system, boot and recovery partitions. we do that and we can do what we want with the device. were not gonna be able to just flash a kernel, boot.img, system, or update.zip thats not official without the ability to gain access to the recovery partition.
in an exploit we would have root user status and we would have write perms on system at that point we could possible add flash_image to bin, chmod it and use that to flash a new recovery. write access is all we need. if ur idea was possible all we would need to do is flash a distro with root access and then flash the recovery partition with a custom recovery. a custome recovery will give us the ability to flash, backup and restore whatever we want. so long story short we need root user status in any event so we can gain access to recovery partition.
Hi Folks,
I already spent some years in customizing Linux kernels and in the last time I was already playing around with Android devices and the possibility they offer to boot customized kernel. Now, thanks to NoThrill, we have a working CWM and my interest rises again. I already compiled the Acer Kernel Sources but I got into trouble booting it. Few months ago, I did the same with a lenovo IdeaPad a1 and it should be possible on the A510 too to boot an outside kernel using the command fastboot boot kernel ramdisk.gz. Problem is, that it does download and boot the kernel - but then it returns to fastboot mode instead of booting android. First I thought, it may be due to kernel errors but it does the same if I am using the stock kernel or the boot.img provided by working ROMs. So my questions are:
Is there any possibility to test an experimental kernel without flashing it first? Do I understand correctly, that it is relatively safe to flash it to the boot partition as long as recovery keeps untouched?
What exactly does the (unexplained) command fastboot continue? I thought it may be used to continue booting process with a downloaded kernel, but unfortunately it seems like it does just the same like a normal reboot ...
Simply pack the kernel into a boot.img and flash it to the /boot partition. If something goes wrong, simply reboot into recovery and flash your original boot.img back. Recovery will always work because it uses its own kernel and therefor is independent of whatever kernel you flash to /boot.
A word of warning though: The Acer kernelsource contains code that could brick your tablet. That needs to be fixed before you experiment any further.
Nevertheless, any work done on the A510 kernel is always encouraged :good:
NoThrills said:
Simply pack the kernel into a boot.img and flash it to the /boot partition. If something goes wrong, simply reboot into recovery and flash your original boot.img back. Recovery will always work because it uses its own kernel and therefor is independent of whatever kernel you flash to /boot.
A word of warning though: The Acer kernelsource contains code that could brick your tablet. That needs to be fixed before you experiment any further.
Nevertheless, any work done on the A510 kernel is always encouraged :good:
Click to expand...
Click to collapse
by the way, nothrills, did you set-up a git or something like that to share kernel mods and stuff like that ?
BENETNATH said:
by the way, nothrills, did you set-up a git or something like that to share kernel mods and stuff like that ?
Click to expand...
Click to collapse
Actually, no, because (call me stupid) I really have no clue how git works. I know how to get stuff from it, and used it alot, but never looked into actually setting something up or submitting patches.
I am very ashamed
NoThrills said:
Actually, no, because (call me stupid) I really have no clue how git works. I know how to get stuff from it, and used it alot, but never looked into actually setting something up or submitting patches.
I am very ashamed
Click to expand...
Click to collapse
THAT is something really easy you know..
but if it's something that you agree, i can upload it to my git if you don't want to use time for that.
i can clearly state about the source and then.. work can be shared and commit done.
otherwise, yu have to set-up a free account and follow this :
https://help.github.com/articles/create-a-repo
it would REALLY help you know
I hope there are some devs looking through this part of the forum.
This is NOT a request thread, I merely need some pointers as to questions I have about development so I can experiment on my own and hopefully attain results which are to some degree helpful to the community.
1) The sony stock firmwares come in these weird .sin formats, does this mean the device partitions work differently on Xperias than they do on other devices or does this stand in the way when reading general guides on e.g. cyanogenmod about flashing a certain partition?
2) The bootloader on this device acts differently than the one on my nexus 7, as in, in a weird way. I gather this is because sony made it themselves and to their liking to add flashmode.
2a) Is it normal that I can use fastboot to flash a kernel, but not use "fastboot boot boot.img" to boot e.g. extended stock temporarily? My device then hangs on the black-screen-blue-light standard fastboot look, but it doesn't power off when removing the USB cable and I have to pull out the battery. Flashing works though.
2b) Is "Flashmode" necessary for anything? Does it do anything else then allow for ftf's to be flashed, thus not having much to do with custom rom development?
2c) also, on original stock kernel, is it normal that the only way to get into recovery I have found up until now is using the Quickboot app? Using a recovery keycombo or trying from fastboot or adb does nothing, sometimes even hanging the device, so taking out the battery is necessary again...
3) How do you guys make booting images out of a compiled kernel? I can compile a kernel just fine, but I don't really figure what to do with the zImage file other than "packing it somehow". Been searching around on google for this, but I can't find any working ways to pack anything, and I don't even know where to get a ramdisk or how to make one.
4) On that note, I have been trying to figure out compiling CM, by forking some repos of taoshan and sony common, but I don't really know how for these are in correctness. Are there specific repos with the taoshan board configuration that are being worked on right now that I should/could fork to figure stuff out myself? I don't know how this forking is looked upon, if it is regarded as stealing someone's code or something, any insights about that might also be helpful.
That's what I can form off of the top of my head. I hope I get some insights from you guys at least. I have been trying and breaking my device for a week now, wishing to get something working of my own, but to no real avail
All the best.
MajorMonodon
MajorMonodon said:
I hope there are some devs looking through this part of the forum.
This is NOT a request thread, I merely need some pointers as to questions I have about development so I can experiment on my own and hopefully attain results which are to some degree helpful to the community.
1) The sony stock firmwares come in these weird .sin formats, does this mean the device partitions work differently on Xperias than they do on other devices or does this stand in the way when reading general guides on e.g. cyanogenmod about flashing a certain partition?
2) The bootloader on this device acts differently than the one on my nexus 7, as in, in a weird way. I gather this is because sony made it themselves and to their liking to add flashmode.
2a) Is it normal that I can use fastboot to flash a kernel, but not use "fastboot boot boot.img" to boot e.g. extended stock temporarily? My device then hangs on the black-screen-blue-light standard fastboot look, but it doesn't power off when removing the USB cable and I have to pull out the battery. Flashing works though.
2b) Is "Flashmode" necessary for anything? Does it do anything else then allow for ftf's to be flashed, thus not having much to do with custom rom development?
2c) also, on original stock kernel, is it normal that the only way to get into recovery I have found up until now is using the Quickboot app? Using a recovery keycombo or trying from fastboot or adb does nothing, sometimes even hanging the device, so taking out the battery is necessary again...
3) How do you guys make booting images out of a compiled kernel? I can compile a kernel just fine, but I don't really figure what to do with the zImage file other than "packing it somehow". Been searching around on google for this, but I can't find any working ways to pack anything, and I don't even know where to get a ramdisk or how to make one.
4) On that note, I have been trying to figure out compiling CM, by forking some repos of taoshan and sony common, but I don't really know how for these are in correctness. Are there specific repos with the taoshan board configuration that are being worked on right now that I should/could fork to figure stuff out myself? I don't know how this forking is looked upon, if it is regarded as stealing someone's code or something, any insights about that might also be helpful.
That's what I can form off of the top of my head. I hope I get some insights from you guys at least. I have been trying and breaking my device for a week now, wishing to get something working of my own, but to no real avail
All the best.
MajorMonodon
Click to expand...
Click to collapse
1) Not at all. Just extract .sin using flashtool and then mount the dumped .ext4 as a regular filesystem.
Xperia devices have all partitions except /recovery.
2) I can't answer your question because I didn't have any non Sony android device before.
2a) Sony bootloader doesn't allow hotbooting kernels.
2b) You can cherrypick components of firmware like baseband, kernel, system etc and flash through flashmode. Really handy!
2c) As I mentioned before, Xperia devices don't have /recovery. So any attempt to boot recovery partition is futile.
Another way round, is to load recovery.cpio as an initrd during boot by keymaps.
3) use mkbootimg. Check my git for more info.
Randisk can be obtained by extracting stock kernel.
4) maybe a cm developer can help you regarding this.
Rachit Rawat said:
1) Not at all. Just extract .sin using flashtool and then mount the dumped .ext4 as a regular filesystem.
Xperia devices have all partitions except /recovery.
2) I can't answer your question because I didn't have any non Sony android device before.
2a) Sony bootloader doesn't allow hotbooting kernels.
2b) You can cherrypick components of firmware like baseband, kernel, system etc and flash through flashmode. Really handy!
2c) As I mentioned before, Xperia devices don't have /recovery. So any attempt to boot recovery partition is futile.
Another way round, is to load recovery.cpio as an initrd during boot by keymaps.
3) use mkbootimg. Check my git for more info.
Randisk can be obtained by extracting stock kernel.
4) maybe a cm developer can help you regarding this.
Click to expand...
Click to collapse
Rachit,
Thanks a lot for the answers! This really gives me a boost, because sometimes when stuff doesn't work I'm ready to just give up!
I'll take a look at and fork your kernel repo if that is okay with you, to take a look at how you do things.
If I have an occasional question later on, would you mind me contacting you in some way, like pm?
Thanks again
(a very happy) MajorMonodon
MajorMonodon said:
Rachit,
Thanks a lot for the answers! This really gives me a boost, because sometimes when stuff doesn't work I'm ready to just give up!
I'll take a look at and fork your kernel repo if that is okay with you, to take a look at how you do things.
If I have an occasional question later on, would you mind me contacting you in some way, like pm?
Thanks again
(a very happy) MajorMonodon
Click to expand...
Click to collapse
Sure. You can do whatever you want with my sources.
Atm I think one is broken because I kinda messed it up while patching wcnss.
Better you start with stock and patch it with commits I've done. If you don't understand what the patch is all about, hit me anytime via pm. I don't browse forums frequently.
:thumbup:
Rachit Rawat said:
Sure. You can do whatever you want with my sources.
Atm I think one is broken because I kinda messed it up while patching wcnss.
Better you start with stock and patch it with commits I've done. If you don't understand what the patch is all about, hit me anytime via pm. I don't browse forums frequently.
:thumbup:
Click to expand...
Click to collapse
Thanks Rachit, I'll do that!
All the best
Hi guys,
I'm no dev so I hope that somebody with experience can help me with this.
I need a stock kernel for Optimus 3D P920 v30A EU Open Official rom because after experimenting a little with other kernels after the last one(ibluemind's latest) the phone doesn't boot with any other kernel than ibluemind's.
Now please don't post solutions like flash stock rom etc. because I don't have the time to do all that stuff and the subject here isn't why or how to flash roms or kernels, I just want that stock kernel if it's possible. :fingers-crossed:
Thanx in advance.
Unfortunately, the only way to get the stock kernel back is to flash stock.
You can try something more tedious, if you really can't be bothered flashing back: Extract the kernel from the source.
Download the img of your ROM (v30A EU) and find a way to open it (I'd help you out even more by including a "how to" but unfortunately, I have no experience in meddling with img files). Just search around, it shouldn't take you a whole day to figure out everything you need to do.
And at least, you're on the majority (P920), it's easier to do things because most of the people here are on P920. I'm on SU760 so I have to do a bit more things for the phone.
Noxialis said:
Unfortunately, the only way to get the stock kernel back is to flash stock.
You can try something more tedious, if you really can't be bothered flashing back: Extract the kernel from the source.
Download the img of your ROM (v30A EU) and find a way to open it (I'd help you out even more by including a "how to" but unfortunately, I have no experience in meddling with img files). Just search around, it shouldn't take you a whole day to figure out everything you need to do.
And at least, you're on the majority (P920), it's easier to do things because most of the people here are on P920. I'm on SU760 so I have to do a bit more things for the phone.
Click to expand...
Click to collapse
Thanx for trying to help.
I've been here for a long time and tried almost every single rom from ported ICS to custom version of v30A. That's a lot of wasted time my friend.
Soft bricked my phone many times so it's not a problem for me to flash stock rom , I just don't have the time for setting up everything all over again.
I've got the rom but It's in .kdz form or if I extract it its in .bin+.fls.(rom+baseband).
But even if I convert BIN>IMG I don't know how to extract the kernel.
I don't know what files are related to kernel.
I already said that I'm not a dev.
But making the stock kernel from v30A flashable would really be useful for everyone.
Do you have a recovery? TWRP or CWM?
Try wiping System, maybe that can help.
Noxialis said:
Do you have a recovery? TWRP or CWM?
Try wiping System, maybe that can help.
Click to expand...
Click to collapse
Wkpark bootloaders v1.25 and TWRP 2.1.2.1.
The problem is that I deleted the damn backup of my stock rom.
That would solve the problem but I don't have it.
About wiping the system I really don't follow you. If you wipe the system there is no SYSTEM to boot the phone with. :laugh::laugh::laugh:
What was you point?
It follows, hahaha xD My apologies for making an incomplete statement.
Wipe the system then flash a new one in, although, I think you'd prefer to stay on a stock ROM.
I haven't come across any other kernel besides a v28B, so I really can't help you out with kernel choices (I avoid ones whose dev. has left us). If anything, flash Iodak's kernel and see if it will work. Don't mind the version difference for now.
I got something for you.
Search for the Jeckyll and Hyde kernel by developer "samno" it's great, in fact, it's what I'm using right now on OptimusRS's Simple ICS ROM.
Noxialis said:
I got something for you.
Search for the Jeckyll and Hyde kernel by developer "samno" it's great, in fact, it's what I'm using right now on OptimusRS's Simple ICS ROM.
Click to expand...
Click to collapse
Thanx, I forgot about that one.
I'll try it out. :good:
I've got the Oukitel WP16 which a 64 bit and has an octa-core MediaTek Helio P60 MT6771V on Android 11. Actually a pretty decent rugged phone. Originally tried to root it through fastboot and bricked it about 2 weeks after getting it. For the life of me, I couldn't bring it back to life. Finally after 4 months of it just sitting in a drawer, I went about flashing it to bring it back to life a little differently than I was before and it stuck. Very thankful that it was working again because in those months I had destroyed 3 of your average break if you touch them phones. However me being me, getting it going again wasn't enough. So I gave rooting it a try again. Got it! Rooted with Magisk. Now because I have one of those devices I believe is under rated and under developed, I can't find any kind of development done on it whatsoever and want to build/port TWRP so I'm able to try a GSI ROM. My problem is that every tutorial I read or watch has nothing like what is my stock ROM. Either names of files are different or I find the files in other folders, I've got more folders than what I'm trying to port, and, I would need to double check again, but I wanna say that I've even found them in different partitions. So my question is, what do I do? Like fstab is not in the recovery but in something else. That something else that has fstab in it, my port doesn't have that folder at all. And there are others like that. I've tried several, I repeat SEVERAL different tutorials and cannot figure out what to do. I know it's beyond the capabilities of the tool, but I even tried one of those Hovatek port tools. Obviously didn't work because of the kernel. So to say I'm lost is an understatement. This isn't the first phone I've tried this with. Had another 64 bit with the same chipset that actually had a unofficial TWRP built for it. But when it came to try to port a ROM, I was left with files in different folders and things that weren't in the ROM i was trying to port. I eventually just have up because I kind of had to since scuba diving with the phone here in the Mexican Caribbean finally took it's toll on the phones external hardware. But yeah, back to my only question. What do I do in this situation? I'm mainly concerned about it because this WP16 has a night vision camera on it which I use quite often and don't want to lose that. Recovery has nothing to do with the camera but the ROM I'd like to port will. So figuring out what to do with the recovery could eventually lead me to my answer with the ROM. Anyway, kind of a long winded explanation just to get to what may seem like a simple question to some. Any help would be greatly appreciated.
finnroth69 said:
I've got the Oukitel WP16 which a 64 bit and has an octa-core MediaTek Helio P60 MT6771V on Android 11. Actually a pretty decent rugged phone. Originally tried to root it through fastboot and bricked it about 2 weeks after getting it. For the life of me, I couldn't bring it back to life. Finally after 4 months of it just sitting in a drawer, I went about flashing it to bring it back to life a little differently than I was before and it stuck. Very thankful that it was working again because in those months I had destroyed 3 of your average break if you touch them phones. However me being me, getting it going again wasn't enough. So I gave rooting it a try again. Got it! Rooted with Magisk. Now because I have one of those devices I believe is under rated and under developed, I can't find any kind of development done on it whatsoever and want to build/port TWRP so I'm able to try a GSI ROM. My problem is that every tutorial I read or watch has nothing like what is my stock ROM. Either names of files are different or I find the files in other folders, I've got more folders than what I'm trying to port, and, I would need to double check again, but I wanna say that I've even found them in different partitions. So my question is, what do I do? Like fstab is not in the recovery but in something else. That something else that has fstab in it, my port doesn't have that folder at all. And there are others like that. I've tried several, I repeat SEVERAL different tutorials and cannot figure out what to do. I know it's beyond the capabilities of the tool, but I even tried one of those Hovatek port tools. Obviously didn't work because of the kernel. So to say I'm lost is an understatement. This isn't the first phone I've tried this with. Had another 64 bit with the same chipset that actually had a unofficial TWRP built for it. But when it came to try to port a ROM, I was left with files in different folders and things that weren't in the ROM i was trying to port. I eventually just have up because I kind of had to since scuba diving with the phone here in the Mexican Caribbean finally took it's toll on the phones external hardware. But yeah, back to my only question. What do I do in this situation? I'm mainly concerned about it because this WP16 has a night vision camera on it which I use quite often and don't want to lose that. Recovery has nothing to do with the camera but the ROM I'd like to port will. So figuring out what to do with the recovery could eventually lead me to my answer with the ROM. Anyway, kind of a long winded explanation just to get to what may seem like a simple question to some. Any help would be greatly appreciated.
Click to expand...
Click to collapse
Your device already have TWRP [Firmware version: OUKITEL_WP16_RU_V04_20220621 ] but you not need Custom Recovery for install GSI. Use stock recovery.
About GSI with a night vision camera support so is much expensive solving that. You can try but need very experience and patience of the tests and solutions.
lopestom said:
Seriously? Thank you! I'm guessing the link is gonna be in 4pda being that it's Russian? I've spent a month searching and haven't found anything whatsoever. And since I don't read Russian, I always overlook 4pda even though it's been a great resource in the past. And yes, I'm aware you don't "need" custom recovery for GSI's. It does make things a little easier for me though.
Click to expand...
Click to collapse
The recovery issue will be solved since there is a recovery out there. That still doesn't solve the mystery and problem i have of files being in different places though. In that case what do I do if the files isn't in the same place in the port as it is in the stock, or the other way around? Add the stock file to the same folder it is in for the port? Or should I make a new folder in the port that's name is the same as in the stock? If neither, what do I do?
finnroth69 said:
Seriously? Thank you! I'm guessing the link is gonna be in 4pda being that it's Russian? I've spent a month searching and haven't found anything whatsoever. And since I don't read Russian, I always overlook 4pda even though it's been a great resource in the past. And yes, I'm aware you don't "need" custom recovery for GSI's. It does make things a little easier for me though.
Click to expand...
Click to collapse
No! Search my repository in the github in the release option.
finnroth69 said:
The recovery issue will be solved since there is a recovery out there. That still doesn't solve the mystery and problem i have of files being in different places though. In that case what do I do if the files isn't in the same place in the port as it is in the stock, or the other way around? Add the stock file to the same folder it is in for the port? Or should I make a new folder in the port that's name is the same as in the stock? If neither, what do I do?
Click to expand...
Click to collapse
As I wrote before, it is very difficult to solve issues like the original stock ROM camera. There are even one or two people who managed to get this to work.
Now what you don't understand: If you want a Custom ROM, use GSI and adapt, solve, analyze and test by changing some stock ROM files in GSI. You must understand that you need experience and time. You can even compile a Custom ROM - any GSI - specifically for your device. So you just need to have the source code of your device, have the GSI source code and know how to compile the file so that you can do the tests. Again, you must understand that you need experience and time.
If you haven't researched what is GSI and still think that Custom ROMs portability that happened before until Android 7.1 then look, read and update yourself.
In your questions, be as detailed as possible. You write a lot of parts and you scramble the words.
As for having GSI normally I already wrote where there is an instruction to install and you follow. As for TWRP, look it up on my github.
As for solving something in the GSI, if you managed to install it and still used the phh options to try to fix any bad part, then it is only you who will be able to solve any error/adaptation/bug/extra installations that there.
Trust me when I say I understand what you're saying. I have done some testing I have watched tutorials, I have studied. but everything that I have seen is basically switching a file from a folder on the stock ROM to a folder in the ported ROM with the same name as what's in the stock ROM, and possibly adding a little script to something. What I'm trying to figure out is what I asked. Fstab is not in recovery on my phone's stock ROM. It is in something else. But fstab is in and a part of recovery for TWRP. So even though there might be a TWRP for my phone doesn't help me to know if I should be creating that same folder that's in my stock ROM in the ported one for fstab or other files that are like it. I have downloaded the TWRP from your profile and I've gone to the 4pda and discovered that you're the dev who ported it with and without encryption. Nice work and thank you! I would like to move beyond being a flash baby though. So I'm simply trying asking that one specific question to help me learn because it is something I am lost on. Whether it is to port recovery, port a ROM, or whatever, I don't know what to do when the location of the files I need to port from the stock aren't matching with the with the location of the files in the port itself. Fstab is just one example. I'm gonna send you a friend request. Later when I fire up my laptop, I'll take screenshots to physically show you exactly what I mean. Please be patient and don't get upset at me for trying to learn. As well as please take your time in responding. It's no rush since I've got a business to run and this is something I'm trying to teach myself on the side. It really is something I'm lost on, and if I'm lost on it, how many others has it confused as well?
As for the camera app issue. We can forget I asked that also. I understand completely what you're saying about it being far beyond my reach right now. Thank you for the heads up on that.
Mr. Lopestom can you please help me with your recovery images? I cannot seem to get any of them to boot. I've tried the with script found on 4pda, without that script, I've tried flashing an empty vbmeta, but nothing is getting the images to boot. See attachment for script I'm talking about. Attachment only shows me running it, but I have tried without.
What sense does it make to flash an empty VBMETA ? You typically pull the existing VBMETA and pass this file to Fastboot what rewrites 2 bytes in that file.
finnroth69 said:
Mr. Lopestom can you please help me with your recovery images? I cannot seem to get any of them to boot. I've tried the with script found on 4pda, without that script, I've tried flashing an empty vbmeta, but nothing is getting the images to boot. See attachment for script I'm talking about. Attachment only shows me running it, but I have tried without.
Click to expand...
Click to collapse
The problem is not in the vbmeta file. You can use this one if you can: Post in thread 'Looking for a walkthrough on installing a custom ROM on a BLU G90 PRO' https://forum.xda-developers.com/t/...om-rom-on-a-blu-g90-pro.4253737/post-85180967
The big fact is that the company put a recovery.img stock file inside /vendor/etc/ and you should know how to deal with it. So only removing this recovery.img and repacking modified vendor.img made by u; install that in your device so you can have TWRP.
jwoegerbauer said:
What sense does it make to flash an empty VBMETA ? You typically pull the existing VBMETA and pass this file to Fastboot what rewrites 2 bytes in that file.
Click to expand...
Click to collapse
I'm not sure to be honest with you. Like I told lopestom, I'm just trying to teach myself as I can in my free time. A lot of what I do is imitate what I see or read. While reading post about flashing twrp i had read something about flashing an empty vbmeta file.