Avoid possible memory leaks by ensuring stream closures

Stream close() methods should always be called in finally block
to ensure we don't accidentally leak a stream.

Time to fix some old sloppy code.

Patch Set 2:
 + ensure closure of some other streams
Patch Set 3:
 + missing import java.io.IOException
Patch Set 4:
 + missing import
Patch Set 5:
 + missing ';'
 + whitespace cleanup
Patch Set 6:
 - Reverted changes to MemoryUsage (final requirement
     prevents my implentation)
 + fixed Object allocation in Root.java
Patch Set 7:
 + fixed curly bracket style violations
Patch Set 8:
 x fixed my own sloppy code :/

Change-Id: I3460b558ed5b4489296388c9a52fbb773cefd31f
Avoid possible memory leaks by ensuring stream closures

Stream close() methods should always be called in finally block
to ensure we don't accidentally leak a stream.

Time to fix some old sloppy code.

Patch Set 2:
 + ensure closure of some other streams
Patch Set 3:
 + missing import java.io.IOException
Patch Set 4:
 + missing import
Patch Set 5:
 + missing ';'
 + whitespace cleanup
Patch Set 6:
 - Reverted changes to MemoryUsage (final requirement
     prevents my implentation)
 + fixed Object allocation in Root.java
Patch Set 7:
 + fixed curly bracket style violations
Patch Set 8:
 x fixed my own sloppy code :/

Change-Id: I3460b558ed5b4489296388c9a52fbb773cefd31f
REVISIT: remove some lag launching apps and improve scrolling

CHANGES:
    AbsListView:
        Clear cache when aborting previous fling
    Activity manager service:
        Reduce unnecessary locking in message handler
        Move a few locks relating to idle activities from inside
            a foor loop to outside. would rather hold until it's
            done than get stuck waiting for something else to release

Change-Id: Ie59615bfad90e3d7acd4f95367248868497e172d

Conflicts:

	core/java/android/widget/AbsListView.java
	services/java/com/android/server/am/ActivityStack.java
fix conflicts
Fixed a little typo that wound up un-pushed.

Change-Id: I807004aaa9d69ad40e634cd20ad4b5a26c740e97
Patch Set 1/2: Add an "Automatically Connect" option for WiFi networks

Allows the ability for a user to determine whether to connect to an SSID automatically.
e.g. At work, there are several SSIDs with long, complex keys.
    I don't want to connect to them all of the time, but would like them to be remebered.
The default behaviour is to allow automatic connection, as it is today.

Change-Id: If6fb33d5aff91688aec73317a9e43c9e210f90fc
F I X  WIFISERVICE  W A R M   R E B O O T

WiFi open network notification: fix potential crash

set notification broadcast to null after unregistering it

Change-Id: I0645f54aadea9d86b69b365ba7e03d2d05d795be
Signed-off-by: Roman Birg <romanbirg@gmail.com>

Conflicts:

	services/java/com/android/server/WifiService.java
HUZZAH!! mystery solved. Contact list view.

Change-Id: I67cbe058604577e35ee46342a5cbf7616938bc33
Revert "F I X  WIFISERVICE  W A R M   R E B O O T"

This reverts commit 9e51c6cb73d4e739cfdc09ab873b2c4a34983971.
epic wall
upgrade sequence
bootanimation: allow using RGB565 instead of ARGB8888

RGB565 uses considerably less memory, and together with texture
cache, it allows us to offer a really smooth bootanimation on
not so powerful devices.

Change-Id: I9da8fd7e6a587b5895519dd0983ec9b8f676771b

Conflicts:

	cmds/bootanimation/Android.mk
bootanim: Don't cache textures if they're expected to use a lot of VRAM

bootanimation cached all the textures generated until the animation
was completed.
For Hi-res animations with lots of frames (like the new CM9 anim on
xhdpi devices), this implied using large amounts of video RAM, more
than most devices actually have available, causing the animation to
stall (and in some cases, gralloc to lock up); so if an animation is
expected to use a lot of RAM (rough estimation based on frame size
and number of frames), disable cache entirely and generate the textures
on demand

Change-Id: I157e5cdde2aab1d82d980d77cbedd9f127c83a1d

Conflicts:

	cmds/bootanimation/BootAnimation.cpp
bootanimation: performance enhancements

This patch implements two simple performance enhancements, which
might benefit devices. They are completely opt-in by setting
the following variables.

  * TARGET_BOOTANIMATION_PRELOAD: will preload the bootanimation
    zip to memory; this is handy on devices where the storage
    might be slow. By preloading it, we get quick access to the
    zip file, and the animation doesn't stutter.

  * TARGET_BOOTANIMATION_TEXTURE_CACHE: allows maintainers to
    force texture cache on/off.

Also fixes the sign warnings related to int / size_t comparison

Change-Id: Ie92d1b0aa90b43ba39c368a2a33657a60c3a64b5

Conflicts:

	cmds/bootanimation/BootAnimation.cpp

Conflicts:

	cmds/bootanimation/Android.mk
bootanimation: fix usage of LOGW

Change-Id: I1d59df9f44f414d80058a532644cbbb40e22c701
Merge branch 'db42-a' into db42