Site Notice - We are currently investigating an issue with missing download links. Apologies for any inconvenience caused. PaulOBrien

  • Announcements

    • Reminder - MoDaCo position on illegal content   07/30/15

      ILLEGAL CONTENT I'd like to just reaffirm MoDaCo's position regarding piracy and illegal content in the light of some recent questions / postings. Posts will be censored by myself or my moderation team if the contain or link to: Illegal / pirated / cracked software or sites that host such softwareNintendo emulators / ROMs or sites hosting them (in light of Nintendo's legal stance)CUSTOM ROMS You may discuss and post links to custom device ROMs on MoDaCo, provided the following rules are adhered to: ROMs must not contain any illegal 3rd party software (this includes trial versions included without permission)ROMs must give full credit to the original authorISSUES If you have any issues with this policy, please contact PaulOBrien directly via PM.
    • Reminder: Selling items on the forum directly is not allowed   07/30/15

      Please note that selling items on the forum directly is not allowed by the forum rules. There is a forum for eBay auctions whereby you can list the items on eBay and link to them there. This is the ONLY forum for this type of activity. You may also advertise links to the eBay forum in your signature. Please note that selling directly in contravention of these rules will result in a warning / suspension / ban.

ZTE V9 Tablet

491 posts in this topic

Posted · Report post

Something different ?

adb doesn't recognise the device at all now. Doesn't appear in 'adb devices' despite showing in lsusb with the correct ID. Want me to reboot fully to make sure ?

Ok, I was trying to avoid this, but I've put a nasty little hack into the init.rc to create a symlink...

recovery mounts stuff down /system/ hence the idea of having everything in /sbin/

Can you give this a go and let me know if you see anything else up:

http://android.podtwo.com/light/

b8

0

Share this post


Link to post
Share on other sites

Posted (edited) · Report post

FWIW, I've compiled up my own recovery now based on the latest froyo cryanogen source and I get the same issue withe adb.

Question - how did you manage to get the build system to replace the stock init.rc with your own ? Naming it init.blade.rc gets it into the root image but not the recovery image, and it seems that even if you insert it into the root folder next to usb.conf, etc that it always gets overwritten to the stock during a future step in the build process. In the end I hacked the make files to get mine to work but that obviously isn't optimal.

I've been meaning to upload my files to github..

http://github.com/sebastian404/android_device_zte_light

Edited by Sebastian404
0

Share this post


Link to post
Share on other sites

Posted · Report post

Hi guys!

Good job so far!

Just want to add free network unlocking site!!!

www.nextgenserver.com/calculator/

It works with the blade, and reading what you said about the similarities of the devices, i give it a try.

Didn't wokr the first 3 attempts (don't know why...) but finally it came trough!

I've selecte ZTE » ZTE Blade Android and that's it!!!

Network Sim Unlocked!

Best Regards!

0

Share this post


Link to post
Share on other sites

Posted (edited) · Report post

I've been meaning to upload my files to github..

http://github.com/sebastian404/android_device_zte_light

Thanks !! I'll compare them to mine tonight.

Can you give this a go and let me know if you see anything else up:

I'll try and test this today sometime. Thanks

Edited by serialmonkey
0

Share this post


Link to post
Share on other sites

Posted · Report post

B8 looks good ! I say that is a recovery image for the masses. Who do we need to shake to get a ZTE Light forum here on Modaco ?

In B8, the adbd, is that one you compiled from cryanogen or did you extract that from a romdump ? (i.e. why doesn't this one hang on adb shell)

Now that I can build my own recovery image (and thanks for your github code, I see how you got your init.rc in there), what barriers can I expect in building a new boot.img and system.img. I tried a make bacon instead of make recoveryimage but it got a fair way through before failing with a java compilation error. I'm yet to find time and go back to dig further.

Thanks again for all your help by the way, especially since you don't even have a ZTE light :-)

0

Share this post


Link to post
Share on other sites

Posted · Report post

B8 looks good ! I say that is a recovery image for the masses. Who do we need to shake to get a ZTE Light forum here on Modaco ?

In B8, the adbd, is that one you compiled from cryanogen or did you extract that from a romdump ? (i.e. why doesn't this one hang on adb shell)

Now that I can build my own recovery image (and thanks for your github code, I see how you got your init.rc in there), what barriers can I expect in building a new boot.img and system.img. I tried a make bacon instead of make recoveryimage but it got a fair way through before failing with a java compilation error. I'm yet to find time and go back to dig further.

Thanks again for all your help by the way, especially since you don't even have a ZTE light :-)

Your welcome, I hope to one day get a ZTE light.. assuming they ever make it here..

to be honest, its a NASTY NASTY hack I'm put in, making a symlink to /sbin/sh, the recovery ADBD should point to /sbin/sh because the recovery program (even the 'offical' one) mounts stuff to /system/ when its doing to recovery... so if you start the recovery off and then do an ADB your using the rom's shell, not the recovery shell, could cause problems.

I'm not sure if there is any point in feeding it back to ZTE as the language barrier seems to hard to break

I did not really look that closely at the init.rc scripts in the boot, but ZTE made a total mess of the ones on the Blade, I'd expect they did the same with the Light.. tho maybe they have learned better....

I'd say you should get a Forum for the device, apart from Paul I'm not sure who you should bug tho... try posting in here

The hardest part of messing about with Android is getting your build environment set up right, having the right version of Java is allways a good one.. I spent about 2 hours this afternoon messing about with another project before I realized it was because I was using Java 1.6 rather than 1.5 ...

Gingerbread needs a 64bit build environment, so I'm going to have to start the long and painful process all over again soon :unsure:

0

Share this post


Link to post
Share on other sites

Posted · Report post

I'm going to have to buy a 64bit machine first ! :-) Took me awhile to even find a working JDK1.5 download link on Oracle's site.

0

Share this post


Link to post
Share on other sites

Posted (edited) · Report post

Question - in your device_blade.mk (from your blade GIT) I see the following line

pathmap_INCL := recovery:device/zte/blade/recovery

But it's missing from device_light.mk. Isn't this the line that causes the files in recovery/etc (usb.conf, init.rc, etc) to be pulled into the image ? If I insert the pathmap_INCL into my device_light.mk then it does appear to pull the contents of recover/etc correctly. I'm still having 'adb shell' hang on me though despite the two new lines in init.rc-fixed, permissions thing.

Edited by serialmonkey
0

Share this post


Link to post
Share on other sites

Posted · Report post

Question - in your device_blade.mk (from your blade GIT) I see the following line

pathmap_INCL := recovery:device/zte/blade/recovery

But it's missing from device_light.mk. Isn't this the line that causes the files in recovery/etc (usb.conf, init.rc, etc) to be pulled into the image ? If I insert the pathmap_INCL into my device_light.mk then it does appear to pull the contents of recover/etc correctly.

Thats very odd, the device_blade.mk is generated 'automaticaly' by script, so I' not sure why it missed that out... but yes it should be there

I'm still having 'adb shell' hang on me though despite the two new lines in init.rc-fixed, permissions thing.

Is that with your build? or my b8? if its mine let me know what you did so I can fix it and promote it to 'final'

0

Share this post


Link to post
Share on other sites

Posted · Report post

trying to download the source... the speed is about 5 kB/s, so long time to go...

any ideas what soft will I need to compile/build it?

0

Share this post


Link to post
Share on other sites

Posted · Report post

trying to download the source... the speed is about 5 kB/s, so long time to go...

any ideas what soft will I need to compile/build it?

Unfortunatly the Froyo Source for the Blade also was pushed out at the same time, so theres a riot broken out over that with everyone in the world downloading it at once..

Theres loads of tutorials around the net for how to do it.... but basicaly.. unzip it, then

make ARCH=arm CROSS_COMPILE=~/android/prebuilt/toolchain/arm-eabi-4.4.0/bin/arm-eabi- $1

you need to adjust that for your enviorment of course...

and based on experience with the ZTE Blade, it wont compile from the off, so you'll need to fix the bugs/typos in their source.

0

Share this post


Link to post
Share on other sites

Posted · Report post

finally downloaded. now installing linux on virtual machine, and then I'll try to build it.

if anybody wants, I can upload the source to some filesharing (ie depositfiles)

0

Share this post


Link to post
Share on other sites

Posted · Report post

finally downloaded. now installing linux on virtual machine, and then I'll try to build it.

if anybody wants, I can upload the source to some filesharing (ie depositfiles)

It might be a good idea

0

Share this post


Link to post
Share on other sites

Posted · Report post

building died at

  CHK     include/linux/version.h
CHK include/linux/utsrelease.h
SYMLINK include/asm -> include/asm-x86
ln: creating symbolic link `include/asm': Operation not permitted
make: *** [include/asm] Error 1[/codebox]

alternate url to download the source

http://depositfiles.com/ru/files/uxouqywz6

0

Share this post


Link to post
Share on other sites

Posted · Report post

Is that with your build? or my b8? if its mine let me know what you did so I can fix it and promote it to 'final'

Nope, mine - I had my own init.rc which wasn't setting permissions on /system

0

Share this post


Link to post
Share on other sites

Posted · Report post

Nope, mine - I had my own init.rc which wasn't setting permissions on /system

Cool, I've removed the old builds and promoted b8 to 'final'

Im trying to get the kernel built, so I can then rebuild another version with EXT3 support

0

Share this post


Link to post
Share on other sites

Posted (edited) · Report post

Spent 5 minutes on it this morning. I can get it to compile with the attached patch, but it doesn't boot (surprise surprise). I just spliced it into my recovery.img.

Might have time later today to have another look - I'm currently fighting with java compiliation issues with cyanogen-froyo-stable

Edited by serialmonkey
0

Share this post


Link to post
Share on other sites

Posted · Report post

Spent 5 minutes on it this morning. I can get it to compile with the attached patch, but it doesn't boot (surprise surprise). I just spliced it into my recovery.img.

Might have time later today to have another look - I'm currently fighting with java compiliation issues with cyanogen-froyo-stable

I've remebered why I hated JAVA so much... its scary how much of my Unviersity course has come flooding back... along with memories of the pain and suffering..... Im starting to think I blanked a lot of the horror out....

0

Share this post


Link to post
Share on other sites

Posted · Report post

I've remebered why I hated JAVA so much... its scary how much of my Unviersity course has come flooding back... along with memories of the pain and suffering..... Im starting to think I blanked a lot of the horror out....

This is something they have broken - lots of people have reported the issue, but I can't google up a solution at this stage. Might just have to remove the offending code and see what happens. It's basically this problem here - http://pastebin.com/VunEG4d3

0

Share this post


Link to post
Share on other sites

Posted · Report post

This is something they have broken - lots of people have reported the issue, but I can't google up a solution at this stage. Might just have to remove the offending code and see what happens. It's basically this problem here - http://pastebin.com/VunEG4d3

your building the froyo branch, not the gingerbread or eclair?

0

Share this post


Link to post
Share on other sites

Posted · Report post

your building the froyo branch, not the gingerbread or eclair?

Correct, both the froyo and froyo-stable branches fail with the same error.

0

Share this post


Link to post
Share on other sites

Posted · Report post

Correct, both the froyo and froyo-stable branches fail with the same error.

you could try grabbing an ealier commit version I guess... tho Im not sure how you'd know when they introduced that bug

0

Share this post


Link to post
Share on other sites

Posted · Report post

is this available to buy in UK or U.S? if so what price?

0

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now

MoDaCo is part of the MoDaCo.network, © Paul O'Brien 2002-2015. MoDaCo uses IntelliTxt technology.