Telephony: Add support for Sprint TW "System select" choices.

Also fixes the no-roaming bug due to the lack of the CDMA_RM_DOMESTIC
option, which forces CDMA_RM_HOME when opening the "Mobile networks"
settings screen.

From CM 10.2: I32129efe217e5f79372aab49e45c668393c3dc2a.

Change-Id: If3de040144e96253ba869cfbcfe8902597ce92b8
qcom-common: proper eri overlay

Change-Id: Ifd3930a68625497ceb660a3aeba1fab43cbc26eb
overlay: add r970-specific eri overlays

Change-Id: I6705b9f280ea9c8099b72ad7addb000fc1e4db2f
Merge "overlay: add r970-specific eri overlays" into cm-11.0
Mms: Fix multipart SMS on Sprint.

Use MmsConfig defaults for enableMultipartSMS (true) and maxMessageTextSize
(2000).

Change-Id: Id49c22297f4a651ebbeb83a15dcc52a7e769419d
Merge "Telephony: Add support for Sprint TW "System select" choices." into cm-11.0
Fix parameters for interactive governor

Two commits to the kernel broke the interactive governor. They resulted
in having both cores being stuck online and at a minimum frequency of
1026 MHz at all times while the screen was turned on.

The interactive governor was updated in two commits;
https://github.com/TeamApexQ/android_kernel_samsung_d2/commit/e12a8e83d922eb3800dd459dd3c3068bde8a04c2
https://github.com/TeamApexQ/android_kernel_samsung_d2/commit/c42353f0e809472b0cb2dd5831d61340debbe559

Effectively, what they do, is test if any online core's load exceeds
up_threshold_any_cpu_load, and if any (could be other) core's frequency
exceeds up_threshold_any_cpu_freq. If both of these conditions are true,
it forces ALL CPU cores up to sync_freq, which in our case was set to
960 MHz, which does not exist in our frequency tables. It would pick the
next frequency up, which was 1026 MHz. We also update the sync_freq to
reflect this.
Conflicts:
	rootdir/etc/init.qcom.post_boot.sh

Change-Id: If31ec8dc410c5051ae545b0e7e045afa5e137649
Merge remote-tracking branch 'github/cm-11.0' into HEAD