Sounds good. I'm happy to help with this in any way possible, so let me know if you need anything...

Having to use adb to transfer files all the time is annoying!

I started playing around in the android OS and here are some files I found that ahve "testmode" within them. I tried doing a full system search, but the 'find' keeps stalling/freezing. init.rc has some, what looks like, programmer patch scripts in it that directly affect testmode. What's funny is that each "patch" is labeled by the devs email address! We could probably email the guy to find out how to disable testmode.... (=

# find . -type f -exec grep -l "testmode" {} + 2> /sdcard/err.log

./init.rc
./system/lib/libandroid_runtime.so
./system/lib/libhardware_legacy.so
./system/app/VerizonHiddenMenu.apk
./system/app/Settings.apk
./system/app/LgHiddenMenu.odex
./system/app/LgHiddenMenu.apk
./system/etc/efs.txt
./system/framework/framework.odex
./system/bin/btld
./system/bin/lg_diag_app
./sys/devices/platform/testmode/uevent
./sys/devices/platform/testmode/modalias

I emailed one of the engineers listed in the init.rc file.... MAYBE if we're lucky, he'll help us out.

So far, not looking good. I think he may be thinking I was it disabled in the core, but he doesn't understand that its running actively.

Eric <~@gmail.com> Wed, Apr 4, 2012 at 9:13 AM
To: 김세현 <~@lge.com>

Thank you for your response!

Can testmode be disabled in Linux or from Android. Can we dial a code to turn it off?
How can I turn it off? Do you know how or can hint at how to do it?
Thank you again

김세현 <~@lge.com>	 Wed, Apr 4, 2012 at 9:25 AM
To: Eric <~@gmail.com>

Impossible!!

If you are guru, then you can disable it and then it make a brick.

It’s useless job. Why are you trying that?

Give up I suggest. Testmode is lg version of QCT diag cmd set.

BR.

Guys, test mode is embedded deep inside the kernel source. Disabling it in one place will cause it to not build because it is referenced in another file. Remove it from there and it won't build because of another. Etc., etc., etc. Now what you can try is asking if he knows which partition holds the flag for test mode. It is obviously not /boot, /data, /system/, or /recovery.

Sent from my VS920 4G using Tapatalk

Originally Posted by mtmichaelson

Guys, test mode is embedded deep inside the kernel source. Disabling it in one place will cause it to not build because it is referenced in another file. Remove it from there and it won't build because of another. Etc., etc., etc. Now what you can try is asking if he knows which partition holds the flag for test mode. It is obviously not /boot, /data, /system/, or /recovery.

Sent from my VS920 4G using Tapatalk

Hey mt,

Do we know why emergency mode installed tot's flag testmode whereas regular installed tot's (from cwm recovery or usbmode) dont flag flag testmode? Same tot's same kernel, right?

Is it possible to pull the other mounts images (not /system, /data, etc) and push them to a testmode device?

I don't believe it's tots flashed from emergency mode per se, but rather phones that had bad recoveries installed first, then flashed in emergency mode.

Sent from my VS920 4G using Tapatalk

Originally Posted by mtmichaelson

I don't believe it's tots flashed from emergency mode per se, but rather phones that had bad recoveries installed first, then flashed in emergency mode.

Sent from my VS920 4G using Tapatalk

Agreed.

Now, where is the flag, byte offset, or whatever that is flagging the whole system to be in 'testmode'. If it can be set, it can be unset.

Since /system, /data and /cache are wiped and replaced with a new ROM, then that leaves one of the other.. what (3 or 4) mounted partitions that could contain this flag. Maybe the rootfs contains this flag as a byte offset?

Again, what if a partition from a non-testmode device was exported and pushed to a testmode device? Is there a way to compare these other partitions byte for byte between a good and testmode device?

How I wish I was a linux guru right now.... damn you Microsoft!

I found a program called wxHexEdit that seems about right for the job...

It can compare two binary files / images.

I'm currently having a peek at the MISC partition but I don't have a non-testmode copy to compare it with.

If someone could hook me up with an image (mmcblk0p8) from a non-test-mode phone that would be great!

I got out of test mode easy, just csll verizon and get a new phone.