KeyguardSimPinView: don't send dummy request to get remaining pin

I'm not sure of the behavior on QCOM RILs, but on Broadcom RIL
(and probably other RILs), this will eat into the user's PIN
remaining tries. Given that the user is only given ~3 tries, this
is a very bad idea.

In addition, if onAttachedToWindow is called multiple times before
the RIL replies, this can completely delete the retry quota leading
straight to the PUK screen.

Change-Id: I339f1b6d79d543ae8930a7bb95acf823fd5ae20e
(cherry picked from commit 69028cdcf92504eae9e75f6462007f324e8949f1)
Framework: Volume key cursor control (1/2)

This feature is moved to framework so it also works with third
party keyboards.

Change-Id: I8e20240e7bee5351ab20bb3d701eb95a5fd3e112
(cherry picked from commit 7474b8fe767c8e6719e2e89691423ab456ce45c2)

Conflicts:
	core/java/android/inputmethodservice/InputMethodService.java
	core/java/android/provider/Settings.java
framework: port IME selector notification toggle (2/2)

Change-Id: Ia35960d88468dba44cdfad26c7cc74f811a6844f
(cherry picked from commit 9bff82870e287ecec5b7eb2f5849b9916b485fca)

Conflicts:
	core/res/res/values/symbols.xml
	services/core/java/com/android/server/InputMethodManagerService.java