bluetooth: prevent Android restart with buggy devices

Change-Id: Ic15687b6870dcbe44e6bf54755174ed8aadffc9b
PIN Lockscreen: Fix mdpi layout issues

Before: http://i.imgur.com/qmsy8Sr.png
After: http://i.imgur.com/rzHtwu4.png

Change-Id: Id718fde086ec5a9cebe75307d3668a54a38a37c5
Signed-off-by: kyryljan-serhij <kirilyan.sergei@gmail.com>
Signed-off-by: Michael Bestas <mikeioannina@gmail.com>
Lockscreen Media controls: Fix mdpi layout issues

Before: http://i.imgur.com/56jXhXG.png
After: http://i.imgur.com/wQJV3M1.png

Signed-off-by: kyryljan-serhij <kirilyan.sergei@gmail.com>
Signed-off-by: Michael Bestas <mikeioannina@gmail.com>

Change-Id: Ib3f23a8e2d7e545495d78fe3e6b5a5b8d0adfac9
FM Radio: do not try to change thread priority

The FM Radio services try to change the current thread when
instantiated, for unknown reason. This actually ends up changing the
priority of SystemServer's main thread. Probably a bad idea. This is
the cause of the various glitch fallout after the FM Radio merges.

Change-Id: I292aff3380c717ff1bc7d45f6303c0d330ef642d
Merge "FM Radio: do not try to change thread priority" into jellybean
Merge remote-tracking branch 'upstream/jellybean' into jellybean
FM Radio: avoid deadlock when disabling RDS

When RDS is being configured, the session mutex is hold. However,
when it is being disabled, RDS callbacks might still fire, and these
also try to hold the mutex, leading to a deadlock.

Temporary unlock the mutex while the vendor library is called to
work around.

Change-Id: Ic9751c7185fd8de4a7510225f54d23a22f042321
Merge "FM Radio: avoid deadlock when disabling RDS" into jellybean
Merge "PIN Lockscreen: Fix mdpi layout issues" into jellybean
Merge "Lockscreen Media controls: Fix mdpi layout issues" into jellybean
Merge "bluetooth: prevent Android restart with buggy devices" into jellybean
Merge remote-tracking branch 'upstream/jellybean' into jellybean