Revert "For toro, always refresh the APN state. This should be more elegantly expanded to all Verizon devices"

This reverts commit 5683792fae89b4c9df7e3d44ff5f2ade39cba7ee. Whether or not this is necessary is questionable. Revert it for now because it seems that we can get by without it and it also seems to reduce battery life.
In special cases, load otherwise ignored APNs

For now this is only going to apply to toro, but may need to be expanded to all Verizon devices in the future. Seems to fix some 3G CDMA issues.

Based on commit by deVorteX:https://github.com/deVorteX/Shiny_android_platform_frameworks_opt_telephony/commit/57ffb76a3b0d63e50faaa38d6937163420373fcb
initial attempts to improve data handoff stability
Always accept that toro device can handle ims apn type.

This seems to be the origin of a lot of logged errors on toro. It's possible that all Verizon devices will need this same type of catch to handle 3G networks.
Revert "initial attempts to improve data handoff stability"

This reverts commit 161a06b98d0f17eb0df2e01e301b6932eab661b5.
use PhoneConstant value instead of string here for consistency
Merge pull request #1 from ShinyROM/kitkat-dev

Merge data stability improvements to master
Remove RIL technology change notification on PollStateDone() for toro RIL

This seemed to cause problems on toro and is not necessary for proper function. May help with similar problems on other Verizon 4G LTE devices. Based on commit by deVorteX: https://github.com/deVorteX/Shiny_android_platform_frameworks_opt_telephony/commit/9cfbca1382be08aafe9c4f0eab3c3965c5cb5f1e
Revert "Remove RIL technology change notification on PollStateDone() for toro RIL"

This reverts commit 54883b6a9abe05a5d53336ad5ac679dc7da2f7be.
A little more straight to the point and good to ensure service state knows we are wanting voice radio tech of 8 instead of 6

Conflicts:
	src/java/com/android/internal/telephony/ServiceStateTracker.java
Force dataconnection retries on toro radio technology change. Maybe this will fix 3g to 4g transition
Fix method call signature to match base class
base object method does not return a value, wonderful
Merge pull request #2 from ShinyROM/kitkat-dev

Merge in additional data fixes
Test mobile data behavior of toro when multiple DC's are allowed

This is meant for toro only and ONLY for testing purposes. All logging is enabled for this change as it is important to the testing process. Logs will indicate what the method would return normally, but the change makes it always return false.
Revert "Test mobile data behavior of toro when multiple DC's are allowed"

This reverts commit 1271eec97f748a18d3055257a968fb1086fa3a15.
Merge devortex developement branch
Revert commit 37e3631 - "A little more straight to the point and good to ensure service state knows we are wanting voice radio tech of 8 insted of 6."
This was likely able to cause more harm than good