Related
I've been trying to build a ROM over on the US variant all day (T-Mobile) but I can't get the Cygwin Kitchen to work properly (its something with the updater-script that's causing an installation abort). I played with it for a while and figured out (or I'm assuming at least) that it's related to /tools/edify_defs folder needing the creation of the necessary "d2tmo" file to point out mounting points.
I've read over and over and over the template for creating the file, but I can't seem to figure out how to script the necessary file. I lack the experience. I've tried referencing the SGS2 template, as well as others, plus referencing the original updater-script to try and find the mount points, but I can't seem to get it.
There aren't very many of us on the US variant just yet, due to the small quantity release, so there aren't many people to reference for help.
Any help at all would be GREATLY appreciated...
uoY_redruM said:
I've been trying to build a ROM over on the US variant all day (T-Mobile) but I can't get the Cygwin Kitchen to work properly (its something with the updater-script that's causing an installation abort). I played with it for a while and figured out (or I'm assuming at least) that it's related to /tools/edify_defs folder needing the creation of the necessary "d2tmo" file to point out mounting points.
I've read over and over and over the template for creating the file, but I can't seem to figure out how to script the necessary file. I lack the experience. I've tried referencing the SGS2 template, as well as others, plus referencing the original updater-script to try and find the mount points, but I can't seem to get it.
There aren't very many of us on the US variant just yet, due to the small quantity release, so there aren't many people to reference for help.
Any help at all would be GREATLY appreciated...
Click to expand...
Click to collapse
Ok, we got all the proper mounting points now but we're getting no SIM card reading now.
Any suggestions?
Sent from my SGH-T999 using xda premium
Here is our progress if anyone could be so nice to give it a look over and see if you could lend a hand.
http://forum.xda-developers.com/showthread.php?t=1729966
hey, I'm in the process of trying to build for tmoUS too. using dsixda kitchen but keep getting stuck at the "extracting ROM", the process just doesn't seem to want to complete. any help?
Lately while using AOSP Roms (Android 4.2) i am having problems with copying large files ( generally more than 200 MB in size to my ext/int sdcard. however this problem doesn't happen when i go back to Stock android 4.1.2 .
EDIT: While copying large files to AOSP Roms the phone just restarts all of a sudden and copying is obviously halted.
I am not looking for any alternate method for copying files to my phone as i am using adb push/pull to copy files between my PC and my phone.
I thought this might be a problem with my PC OS but when i copying using both windows 7 and ubuntu 13.04 and found that the problem still exists i concluded the problem may be because of rom/kernel. Although i am not still sure of this.
Is anyone else having problem copying large files to their android .. if so has anyone found any practical solution for this bug/error ?
P.S. dont suggest any apps for copying files as it defeats the basic purpose of this post ! Also I always Google and i post a question here only if im not getting a satisfactory answer.
am i ignored because no one knows a solution or is it just me having this issue ?
MoonBlade said:
am i ignored because no one knows a solution or is it just me having this issue ?
Click to expand...
Click to collapse
Ignored this is a forum not a service centre if someone has an answer and crucially are online and read your post .
You are breaking the rules by bumping .
jje
JJEgan said:
Ignored this is a forum not a service centre if someone has an answer and crucially are online and read your post .
You are breaking the rules by bumping .
jje
Click to expand...
Click to collapse
i thought this was a Q&A forum not a Q only forum !
And didnt mean it as a bump. I was just curious to know if anyone else was facing the same problem.
If only i am facing the problem then i can know it was me who did something wrong with flashing etc.
MB
The rules you signed up to .
5. Post a message only once.
As a large forum we don't need unnecessary clutter, You're free to edit your message as you like, so if you do not receive an answer revisit your message and see if you can describe your problem better. Not everyone is online at the same time, it might take a while before you receive an answer.
MoonBlade said:
i thought this was a Q&A forum not a Q only forum !
And didnt mean it as a bump. I was just curious to know if anyone else was facing the same problem.
If only i am facing the problem then i can know it was me who did something wrong with flashing etc.
MB
Click to expand...
Click to collapse
No, no, no. You've got it all wrong. While there is a Q&A section. We are NOT a support forum, although, people think it is and lately, that's what its been. This is a developers forum. We are here to share, use, and talk with others that share the same phone(s) as us. While the senior members who read, experience, and know stuff, provide answers to users who don't do anything for them self's. We're not a support forum. And no I am not flaming you. I am explaining how things are.
Sent from my GT-I9300 using xda premium
Do you get an error while copying large files? Does it happen with specific file types? Does it happen when trying to copy to any location inside your phone or specific addresses?
Sorry about earlier. It wasn't meant to hurtful. Just informative. And I don't use AOSP Roms. But I don't think they mount the SD cards (int/ext) using the standard MTP protocol that stock uses. So I don't see why there'd be any problem. Is the cable the stock cable? What's the card formatted to?
Sent from my GT-I9300 using xda premium
dxppxd said:
Do you get an error while copying large files? Does it happen with specific file types? Does it happen when trying to copy to any location inside your phone or specific addresses?[/QUOTE
Fix permissions in recovery mode. If that doesn't help, relfash the rom with full wipe
Click to expand...
Click to collapse
dxppxd said:
Do you get an error while copying large files? Does it happen with specific file types? Does it happen when trying to copy to any location inside your phone or specific addresses?
Click to expand...
Click to collapse
One thing i forgot to mention in OP. When i copy the large file the phone just restarts all of a sudden and this stops the copying. but when i use stock ROM its fine.
No this happens only while i copy to the phone not to any other location.. as i said in OP bot a problem of OS
b-eock said:
Sorry about earlier. It wasn't meant to hurtful. Just informative. And I don't use AOSP Roms. But I don't think they mount the SD cards (int/ext) using the standard MTP protocol that stock uses. So I don't see why there'd be any problem. Is the cable the stock cable? What's the card formatted to?
Sent from my GT-I9300 using xda premium
Click to expand...
Click to collapse
the problem is not with the cable and yes its stock cable. and i didnt format the card neither external nor internal. problem arises only in aosp roms. and as i said in op there is no problem while adb pushing the large files.
7wajahat7 said:
Fix permissions in recovery mode. If that doesn't help, relfash the rom with full wipe
Click to expand...
Click to collapse
I did try fix permissions and i always do fullwipe before installing/updating any ROM. Still no success.
MoonBlade said:
Lately while using AOSP Roms (Android 4.2) i am having problems with copying large files ( generally more than 200 MB in size to my ext/int sdcard. however this problem doesn't happen when i go back to Stock android 4.1.2 .
EDIT: While copying large files to AOSP Roms the phone just restarts all of a sudden and copying is obviously halted.
I am not looking for any alternate method for copying files to my phone as i am using adb push/pull to copy files between my PC and my phone.
I thought this might be a problem with my PC OS but when i copying using both windows 7 and ubuntu 13.04 and found that the problem still exists i concluded the problem may be because of rom/kernel. Although i am not still sure of this.
Is anyone else having problem copying large files to their android .. if so has anyone found any practical solution for this bug/error ?
P.S. dont suggest any apps for copying files as it defeats the basic purpose of this post ! Also I always Google and i post a question here only if im not getting a satisfactory answer.
Click to expand...
Click to collapse
You might have found a bug in either AOSP / CM ROMs and/or kernels.
Other things you might need to test in order to make that very, very clear:
- does it always happen on BOTH internal and external ?
- from what you say it seems to never happen on stock - have you tested with stock ROM + Siyah kernel? CM/AOSP ROM + Siyah kernel?
- just to completely eliminate the issue of bad eMMC and/or any MTP problems - can you try (from all types of ROM, and using an USB cable known to be perfect) with the external SD mounted using not normal MTP but instead UMS (there is an easyUMS app for that, it can be a little tricky sometimes since you might need to restart without any USB cable between modes)?
xclub_101 said:
You might have found a bug in either AOSP / CM ROMs and/or kernels.
Other things you might need to test in order to make that very, very clear:
- does it always happen on BOTH internal and external ?
- from what you say it seems to never happen on stock - have you tested with stock ROM + Siyah kernel? CM/AOSP ROM + Siyah kernel?
- just to completely eliminate the issue of bad eMMC and/or any MTP problems - can you try (from all types of ROM, and using an USB cable known to be perfect) with the external SD mounted using not normal MTP but instead UMS (there is an easyUMS app for that, it can be a little tricky sometimes since you might need to restart without any USB cable between modes)?
Click to expand...
Click to collapse
yes it happens on both int/ext sd card its mentioned in OP
Yes it hasn't happened on Stock. I have tried using Googy max as well as Devil Kernel latest versions
i tried mounting as UMS still the problem exists
MoonBlade said:
...
Yes it hasn't happened on Stock. I have tried using Googy max as well as Devil Kernel latest versions
...
Click to expand...
Click to collapse
You mean the problem exists with Googy Max but not with stock? I would still try once more with Siyah 1.9.1 but that is really, really weird - since Siyah and Googy Max are very much Samsung sources recompiled (with two different compilers in the above case). The only other logical explanation that I can somehow think of would be that you somehow get different buffers in the kernel and then you hit some sort of timeout, but that sounds a little far-fetched.
xclub_101 said:
You mean the problem exists with Googy Max but not with stock? I would still try once more with Siyah 1.9.1 but that is really, really weird - since Siyah and Googy Max are very much Samsung sources recompiled (with two different compilers in the above case). The only other logical explanation that I can somehow think of would be that you somehow get different buffers in the kernel and then you hit some sort of timeout, but that sounds a little far-fetched.
Click to expand...
Click to collapse
Solved..
I tried UMS mounting on Windows 7 instead of Linux and problem was partially solved ( i got an error while copying a 400mb file but phone did not reboot this time). i am satisfied with the current progress.
Thanks for helping..
Hello,
I'm willing to try and build a custom rom, but I've been diving through the site for a few days and I still don't get it. I believe I do have the required background to do this: programming, linux, etc. and I have wide experience as a phone user, etc. It's just that either I'm not reading what I need or the way I want it. The problem, I believe, is that all I find are guides telling me to install this and those tools and then open this and that and voila! you got your rom. But they're not explaining WHAT exactly goes into those roms, or what is expected to go there, what's the purpose of those contents, etc., and I can't really catch with that. I feel at a loss and hate wasting my time turning around for nothing.
1. I don't understand the difference between a flashable rom and one that is meant to be installed through recovery, although I can see they're different. Do they both models contain the same kind of data? Is there any restriction to what one model can contain over the other one? If so, how would I convert from one to the other? But please, don't tell me to use this or that tool. I just need the theory behind it. Something of sorts like: "You need to extract this or that from this tarball, then mount this image, then the directory tree there goes in that directory over the other model of rom"
2. update-binary: Okay I guess this is run when installing from recovery, and this takes care of installing the rom, right?wrong?. Is this a per-rom thing, per-device thing? generic? If it's per-rom, how to generate it? do I need to compile something? Is there any generic source code that can be used as a start?
3. Although I have a basic understanding of how the Linux directory tree works, I know Android works on top of a heavily modified Linux. So can you explain briefly how the directory tree works? For instance, I believe /data/data is where Android apps install to, in /system/bin or xbin I can find busybox binaries/symlinks if present. /dev and /proc look the same as in Linux. I don't know about /sys. Also how are both rom models deployed to this tree? What is basically being copied?
4. If I were to compile a kernel, where do I find the Android kernel sources? or is it just a generic Linux kernel? where can i get a basic config for the device? Last time I checked my device hadn't /proc/config.gz but maybe I could get it from another rom with it enabled or something. What toolchain and where to get it? Oh and if you know of a native arm version of gcc or whatsnot, I'd prefer that. Setting up IDEs or toolchains is a nightmare. I don't like crosscompiling. But crosscompiling or not, a directory with all needed binaries without needing to set up system variables nor other stuff, would be amazing.
I surely have a lot more questions that I can't get from the back of my mind now, and I'll have yet more as you explain. But the point of my questions was mainly trying to explain the degree of the loss I'm at, so you can assist me better.
If it looks like a foolish petition, well, that's because I'm quite stubborn and can't catch things that don't go my way. I really need to understand the basics before I can move into actually doing something. I want to build a rom for the right reasons(to me). It's not just about packing a set of apps or themes with it, but about learning and doing other stuff like trying to fix things that are not supposed to work for the device in that Android version, etc.
If you can't help, congrats for reading through here anyways But any help is greatly appreciated :good:
oxiroxt said:
Hello,
I'm willing to try and build a custom rom, but I've been diving through the site for a few days and I still don't get it. I believe I do have the required background to do this: programming, linux, etc. and I have wide experience as a phone user, etc. It's just that either I'm not reading what I need or the way I want it. The problem, I believe, is that all I find are guides telling me to install this and those tools and then open this and that and voila! you got your rom. But they're not explaining WHAT exactly goes into those roms, or what is expected to go there, what's the purpose of those contents, etc., and I can't really catch with that. I feel at a loss and hate wasting my time turning around for nothing.
1. I don't understand the difference between a flashable rom and one that is meant to be installed through recovery, although I can see they're different. Do they both models contain the same kind of data? Is there any restriction to what one model can contain over the other one? If so, how would I convert from one to the other? But please, don't tell me to use this or that tool. I just need the theory behind it. Something of sorts like: "You need to extract this or that from this tarball, then mount this image, then the directory tree there goes in that directory over the other model of rom"
2. update-binary: Okay I guess this is run when installing from recovery, and this takes care of installing the rom, right?wrong?. Is this a per-rom thing, per-device thing? generic? If it's per-rom, how to generate it? do I need to compile something? Is there any generic source code that can be used as a start?
3. Although I have a basic understanding of how the Linux directory tree works, I know Android works on top of a heavily modified Linux. So can you explain briefly how the directory tree works? For instance, I believe /data/data is where Android apps install to, in /system/bin or xbin I can find busybox binaries/symlinks if present. /dev and /proc look the same as in Linux. I don't know about /sys. Also how are both rom models deployed to this tree? What is basically being copied?
4. If I were to compile a kernel, where do I find the Android kernel sources? or is it just a generic Linux kernel? where can i get a basic config for the device? Last time I checked my device hadn't /proc/config.gz but maybe I could get it from another rom with it enabled or something. What toolchain and where to get it? Oh and if you know of a native arm version of gcc or whatsnot, I'd prefer that. Setting up IDEs or toolchains is a nightmare. I don't like crosscompiling. But crosscompiling or not, a directory with all needed binaries without needing to set up system variables nor other stuff, would be amazing.
I surely have a lot more questions that I can't get from the back of my mind now, and I'll have yet more as you explain. But the point of my questions was mainly trying to explain the degree of the loss I'm at, so you can assist me better.
If it looks like a foolish petition, well, that's because I'm quite stubborn and can't catch things that don't go my way. I really need to understand the basics before I can move into actually doing something. I want to build a rom for the right reasons(to me). It's not just about packing a set of apps or themes with it, but about learning and doing other stuff like trying to fix things that are not supposed to work for the device in that Android version, etc.
If you can't help, congrats for reading through here anyways But any help is greatly appreciated :good:
Click to expand...
Click to collapse
I am not terribly knowledgeable about all of this, but I will take a crack at it. Others can feel free to correct me.
1. "Flashing" is usually done through the recovery from a zip with an update script inside. That script is in a language called "edify". Read more about Edify Here and Here.
The only other common way that I know of installing a ROM is through fastboot in the bootloader, but that is normally only used with official factory images. Also, I think Samsung ROMs are often flashed with a proprietary program called Odin.
2. I think that the update-binary is standard across all recent devices. I think it is just an interpreter for the Edify scripting language. Old versions of android used a somewhat different scripting language and required a different file. You can probably pull the binary out of another recent zip and use that. The main thing you have to worry about is the update script (instructions for what the zip does) and the folder structure of the zip.
3. I am not confident to explain much here, but the apps and their data are stored in different places. User apps are stored in /data/app with app data stored in /data/data, I think. System apps are installed in /system/app. There is more files stored on the "sdcard" partition which can be internal or external, depending on the device.
4. Kernel sources are usually provided in the source code from whatever repo you are using. Different ROMs use different bases. Here is some info about grabbing the AOSP kernel sources with git: http://source.android.com/source/building-kernels.html
Many of the more popular ROMS have specific build instructions on their individual github pages (Cyanogen, Paranoid Android, etc), so you might what to look at those, too. Also, depending on the individual devices, there might be proprietary binaries sourced from the device or hardware manufacturers for things like camera drivers, graphics chips, etc.
If you want a walk through of the basic build process google has a tutorial. The last time I checked there seemed to be some outdated info, but it might give you a general idea of the build process. http://source.android.com/source/initializing.html
Hopefully someone more knowledgeable can give you more info, but that is all I got
synesthete said:
I am not terribly knowledgeable about all of this, but I will take a crack at it. Others can feel free to correct me.
1. "Flashing" is usually done through the recovery from a zip with an update script inside. That script is in a language called "edify". Read more about Edify Here and Here.
The only other common way that I know of installing a ROM is through fastboot in the bootloader, but that is normally only used with official factory images. Also, I think Samsung ROMs are often flashed with a proprietary program called Odin.
2. I think that the update-binary is standard across all recent devices. I think it is just an interpreter for the Edify scripting language. Old versions of android used a somewhat different scripting language and required a different file. You can probably pull the binary out of another recent zip and use that. The main thing you have to worry about is the update script (instructions for what the zip does) and the folder structure of the zip.
3. I am not confident to explain much here, but the apps and their data are stored in different places. User apps are stored in /data/app with app data stored in /data/data, I think. System apps are installed in /system/app. There is more files stored on the "sdcard" partition which can be internal or external, depending on the device.
4. Kernel sources are usually provided in the source code from whatever repo you are using. Different ROMs use different bases. Here is some info about grabbing the AOSP kernel sources with git: http://source.android.com/source/building-kernels.html
Many of the more popular ROMS have specific build instructions on their individual github pages (Cyanogen, Paranoid Android, etc), so you might what to look at those, too. Also, depending on the individual devices, there might be proprietary binaries sourced from the device or hardware manufacturers for things like camera drivers, graphics chips, etc.
If you want a walk through of the basic build process google has a tutorial. The last time I checked there seemed to be some outdated info, but it might give you a general idea of the build process. http://source.android.com/source/initializing.html
Hopefully someone more knowledgeable can give you more info, but that is all I got
Click to expand...
Click to collapse
OMG Finally some light! THANK YOU, THANK YOU, THANK YOU for all the info. I didn't get much right now, I'll need to read through your post a few times before I get it all, haha. I'll be sure to check the links too. Thank you!
Hi folks.
I'm an Android firmware developer (you can see my posts here in xda) that got a yoga book yesterday. For me it works at it should (by now) but my hacker soul speak to me and said: "at least take a look to see what you can get from this device". I don't have many time, so I can't spend time doing roms or fixing things by myself, but I can share with you some info I get and help you with my knowledge if someone is interested in "play" with this device.
First of all, I'm not responsable of anything that you can break following these steps. Almost all of them are tested and with some common sense you will not break anything, and if you break anything I will try to help you to fix it (if you are polite), but this is a work in progress and hacking and the possibility of brick the device is always there.
I only have the Android version without LTE, so I only tested in my Book.
So, here we go:
1) Secret codes:
I get this codes decompiling EngineeringCode.apk with apktool. Be carefull with them:
####0000# - Display version info
####7599# - Display hardware info
####8375# - Display baseband info
####1111# - Factory test
####2222# - Display SN
####7777# - Factory Reset???
####5993# - Display internal frameWork version
####7642# - Cut the power off to reload the PMIC - This command shutdowns the device. Just press the power button to reboot.
####5236# - Display LCD name
####2834# - ES close test
####8899# - open the ums mode default for debug
####3333# - offline log
####3334# - offline modem log
####9527# - Mediaplayer setting
####78646# - RunIn test
####6020# - switch country code
####59930# - Display current country code
####8746# - Enter engineering mode
####4227# - Enter engineer test
####357# - DLP_TEST
To use these codes, open the contacts app, press the search button and enter the code in the search bar.
2) OTA Images
You can get OTA images directly from lenovo servers. Just open your browser and paste this url:
http://fus.lenovomm.com/firmware/3....WW06_BP_ROW&action=querynewfirmware&locale=en
Change device model if needed (LenovoYB1-X90F or LenovoYB1-X90L)
Change curfirmwarever to a valid OLD firmware, this way you will get the next one in age.
Change locale if needed.
With this url you will get a download url at the end of the result page. In this case: http://tabdl.ota.lenovomm.com/dls/v...S000426_1705080316_WW06_BP_ROW_WC80C2A0F2.zip
These images are not full ota images, they are diff versions. This means that we can't use them to mod the image, or recover a bricked device, but this is a first step
3) Custom images
We don't have real sources to build a custom image (the lenovo's open source files are useless), but this doesn't mean that we couldn't modify stock images to take out useless apks or get better performance.
We can get this using an Android Kitchen and a full update image for the device.
As Android kitchen you can use SuperR kitchen (https://forum.xda-developers.com/ap...chen-superr-s-kitchen-v1-1-50-v2-1-6-t3597434)
As full image, I only tested the one here (https://easy-firmware.com/index.php?a=browse&b=category&id=19521) because I can't download any newer one.
I tested uncompressing it, deodexing the apks and doing a new image. But I don't test it in the device because I need to install twrp to flash the new image and I don't have time to test. But this should work, I did it many times so if someone is interested I can give steps to do it and support for testing.
If someone can get the latest full images, send then to me and maybe I can get some time to do some tests.
PD: Probably we could use this as a base to get LineageOS 14.1 working: https://github.com/latte-dev/android_device_xiaomi_latte/tree/cm-14.1
So, if you are interested in some hacking with the Yoga Book, contact me and we could team to get the most of this device.
First of all thank you for your post, it´s really useful
if you could somehow manage to boot windows on this machine it´s by far the greatest war we have right now.
Il promise you a lunch or dinner on Lisbon whenevere you want!
joao1979 said:
First of all thank you for your post, it´s really useful
if you could somehow manage to boot windows on this machine it´s by far the greatest war we have right now.
Il promise you a lunch or dinner on Lisbon whenevere you want!
Click to expand...
Click to collapse
Sorry, my knowledge of Windows is only user level . Install it in personal computer to play games .
But I really don't know why people wants to run Windows there, it will go slowly than Android and its less touch oriented... but I suppose that this is a chat for another thread
corvus said:
Sorry, my knowledge of Windows is only user level . Install it in personal computer to play games .
But I really don't know why people wants to run Windows there, it will go slowly than Android and its less touch oriented... but I suppose that this is a chat for another thread
Click to expand...
Click to collapse
in my particular case, i´l admit that is for football manager the touch version
joao1979 said:
in my particular case, i´l admit that is for football manager the touch version
Click to expand...
Click to collapse
Have you tried running it through Crossover? It may be in its infancy but i have got a few apps running OK with it.
I have the full "YB1-X90F_USR_S000196_1611040312_WW06_BP_ROW" I can upload somewhere if anyone can suggest a good site to do so without signing up? The file is about 2.5gb
It will be great if we could get the latest version, because maybe these older versions have older files that we have updated in our tablets.
Mixing files could give unknown problems
The current TWRP is based on the new Yoga Tab 3
I am starting to think they do not do full roms for this in the same way they do for a lot of their other devices.
We know the otas are available from tabdl.ota.lenovomm.com/dls/v6/ and are named according to the 2 builds that it bridges. As easy-firmware had the december full rom under the file name B1-X90F_USR_S000196_1611040312_WW06_BP_ROW-flashfiles.zip I had hoped that I could work out the file path to pull it down.
There were some interesting ideas here, https://forum.xda-developers.com/android/help/how-download-stock-roms-lenovos-ota-t3109507 but it seems there is a difference between phonedl.ota and tabdl.ota
Queries to full roms that work for phones, don't seem to work for the yoga book.
Anyone with more web knowledge able to pick this up? I am not sure the files are there but I feel they should be.
Good luck
Update: the downloads seem to be hosted via CloudFront. An Amazon service, but I can not find out a way of listing the available files. The latest full rom would be
http://tabdl.ota.lenovomm.com/dls/v6/YB1-X90F_USR_S000426_1705080316_WW06_BP_ROW_WC80C2A0F2.zip
But the Last 8 chars are random and we do not know what they are.
So we have two hopes. First work out the right query to the link from fus.lenovomm.com or two find a way of listing files available in tabdl.ota.lenovomm.com/dls/v6
Not sure I have got much further but ill keep trying when I can.
Hey, I should mention that I have some files that you may find helpful; I got them from the easy firmware website. They're all the .img files for each partition in Android (ie. boot.img, cache.img, config.img, factory.img, recovery.img, system.img) as well as: biosupdate.fv, bootloader, firmware.bin and gpt.bin. However, these of course aren't in the normal "flashable .zip ROM" format. So unless you know how to take apart these .img files they aren't very useful. If you need any more help or have any other questions about how far we've come on our own, feel free to ask. danjac also has great knowledge of our efforts.
Yes, I know how to use them, unpack, modify, etc. But what I want is the latest version, no a old version (I hav these files too). If you have them I can do some changes, debloat, etc.
Anyway, I see little interest in custom roms in this forum ( probably because it's not a device with a lot of users or the users are not the techy kind), so I prefer to help others with info than do a custom rom that only 2 or 3 people will use. Doing custom roms is a time hungry task and probably it doesnt worth the effort. Anyway this device is not full of bloatware like samsung ones, so it useable as it is.
As I said in my first post if anyone is interested I can give some hints and support to modify the full image (but only the latest one).
It's so sad that there are only a few interested owners of this tab - it's such a nice device but i fear the day lenovo decides to end their support for it. There will be no custom roms to switch to and keep the device alive - it will be a soon to be bit of old tech garbage BTW. I still use my Asus Transformer Prime because of the nice community
@NiffStipples I fully agree. This device is so powerful and its a suprise that it is invisible to the "market". In my humple opinion the normal ROMs aren't that bad besides missing updates but I would love to see all the power served through a custom rom. unfortunately programming is not my business
Stefan
Broomfundel said:
Have you tried running it through Crossover? It may be in its infancy but i have got a few apps running OK with it.
Click to expand...
Click to collapse
Interesting - is Crossover good (and does it require factory reset)?
Hi, It works well with some things and not others. Often the why and where are not obvious. It is basically "wine" the layer that allows some windows apps to run on a linux install. Tweeked to work with android. Just an install to put crossover on. Then another install (Within crossover), to put you app on crossover. If it doesn't work out of the box, there windows libraries you can switch out and dependencies you can install. (Eg: directx , .net) Even if your not technical. I would say get on the beta program and give it a try.
Hi! what do you mean by "lenovo's open source files are useless"? do you refer to this packet on lenovo's suppport site? download.lenovo.com/consumer/open_source_code/lenovo_yb1_x90f_l_osc_201608.zip
I've entered the Android YogaBook's BIOS and noticed that VT-X is enabled by default! With Limbo x86 we could get a fully working virtualized Windows or Linux, if it wasn't for... KVM. It seems like it's not enabled in Lenovo's default kernel. Could we get to recompile the kernel with this option on? i'm not a big android/ROM expert but i surfed the open_source_code folder from Lenovo and it seemed, to me, that we could rebuild the Kernel at least.
This could really change things!
morrolinux said:
Hi! what do you mean by "lenovo's open source files are useless"? do you refer to this packet on lenovo's suppport site? download.lenovo.com/consumer/open_source_code/lenovo_yb1_x90f_l_osc_201608.zip
I've entered the Android YogaBook's BIOS and noticed that VT-X is enabled by default! With Limbo x86 we could get a fully working virtualized Windows or Linux, if it wasn't for... KVM. It seems like it's not enabled in Lenovo's default kernel. Could we get to recompile the kernel with this option on? i'm not a big android/ROM expert but i surfed the open_source_code folder from Lenovo and it seemed, to me, that we could rebuild the Kernel at least.
This could really change things!
Click to expand...
Click to collapse
How did you enter the bios? Can you boot from usb?
anyone managed to use swiftkey keyboard?
Hello there,
I'm wondering if there's anyone knowledgeable to point me in the right direction. Coronavirus (or I) messed up the build.prop file in a Chinese-made JTY-K107 (MT6580 architecture) tablet and now stuck in a soft-brick state. I cannot use adb push or adb sideload (doesn't detect device probably because I had attached another MT device, a Huawei on the PC before and that is the device I pulled the build.prop from to mess with the bigger tablet and now all seems jumbled driver-wise on my Win 10). In any case, I am able to copy to the SD card an update.zip but factory recovery installation is not possible ("installation aborted" - signing issue?). I tried these two zips inside which the original build.prop files are now nestled. It's maybe the commands/scripts that are at fault or it's some signing issue (that hopefully can be tackled). I don't know. I am very reluctant to think about flashing ROMs at this stage. (Porting MT-architecture ROMs are not exactly easy or risk-free, from what I have seen around other threads/forums.)
The link to the folder with the non-working update zips I pulled from other sites or threads (not knowing how I should go about building these files from scratch on my own):
https://app.box.com/s/7byabibx2j0jfo2zlgmg0oi0ca66vkyn
Thanks very much for any info (or possibly a fix of the zips to make it compatible with MT6580 to install the update).
Cheers,
Zoltán
@zanodor
IMHO a simple factory reset may solve your problems.
jwoegerbauer said:
@zanodor
IMHO a simple factory reset may solve your problems.
Click to expand...
Click to collapse
Today I was thinking, people like overcomplicating things: there must be some easy solution. I actually had done that out of frustration (knowing that I had a Titanium Backup on SD) but the boot issue persists (I tried again but all I see is the Android logo for minutes now).
I thought maybe there was a way to repackage my full Titanium Backup into a zip that could be used in Factory Recovery for a restore solution? I perused the net in vain for that too.
I really don't fancy reinstalling Win 10 to fix the driver issues or trying on one of my Linux machines (I am a noob on those too).
Thanks for the answer, anyway.
In the end I managed to restore the tablet (took me 2-3 days of looking around). I'm only writing this up so others facing adb probs can solve their issues on their MTK-built devices. (Actually probably this will work on any device that is not Samsung or whatever old famous brands.)
The first thing to do was sorting out VCOM drivers. There's a Nigerian-sounding guy whose forum Hovatek I followed for tricks on how to go about it (had to download and install Virtual Serial Port Driver to sort out connection issues in Miracle Box/Thunder). Whenever you have some problem, I suggest you include Hovatek in the search string, cause chances are he has a tool and a tut.
Using Miracle Thunder and acting on Hovatek's instructions I made a copy of my firmware. All I really needed was the sytem.img, of course. My bootloader being fine (messing up your device with build.prop only results in a soft brick), it didn't need fixing. Using Assayyed's Kitchen and Hovatek's tutorial again I unpacked the system.bin I extracted with Miracle (which must be all the time used with virus protection off) after renaming system.bin to sytem.img. I exchanged the build.prop and repacked system but didn't wait for the update.zip to be made, instead I took the img file I wanted in the Kitchen. Then tried SP Flash tool to flash system.img on the device but I had issues with the scatter file. So I downloaded a firmware from Boycracked or whoever and used that scatter (in the meantime I overwrote the system.img with mine). I flashed device, turned on the tablet and voila. I hope this helps peeps out there with similar issues.