Don't force RGB-565 for tablet status bar

RGBX-8888 is preferred on some devices because the HW composer doesn't
support RGB-565.  SurfaceFlinger can map PixelFormat.OPAQUE to RGB-565
or RGBX-8888 depending on the NO_RGBX_8888 flag.

Change-Id: I6848b11f694188b606a5547b6dd386d933e30601
Signed-off-by: Greg Hackmann <ghackmann@google.com>

Author: greghackmann

packages/SystemUI/src/com/android/systemui/statusbar/tablet/TabletStatusBar.java

@@ -231,10 +231,7 @@ private void addStatusBarWindow() {
                 WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE
                     | WindowManager.LayoutParams.FLAG_TOUCHABLE_WHEN_WAKING
                     | WindowManager.LayoutParams.FLAG_SPLIT_TOUCH,
-                // We use a pixel format of RGB565 for the status bar to save memory bandwidth and
-                // to ensure that the layer can be handled by HWComposer.  On some devices the
-                // HWComposer is unable to handle SW-rendered RGBX_8888 layers.
-                PixelFormat.RGB_565);
+                PixelFormat.OPAQUE);
 
         // We explicitly leave FLAG_HARDWARE_ACCELERATED out of the flags.  The status bar occupies
         // very little screen real-estate and is updated fairly frequently.  By using CPU rendering