SF: Squashed hwrotation support

Author: Ricardo Cerqueira <cyanogenmod@cerqueira.org>
Date:   Sat Nov 24 23:11:49 2012 +0000

    surfaceflinger: Reimplement hwrotation

    Change-Id: Ia26bb36b5b6de132af49c272c4472ad2703afbda

    Fix boot animation rotation problem when ro.sf.hwrotation is set to 90 or 270

    Change-Id: I7ad3c83e23ce38280818ec5283d173d50c889531

    sf: Only apply hwrotation to primary displays

    Change-Id: Ib51030cec5ce7609f12be9a5e46310f75442b680

    surfaceflinger: odd hw rotation (90/270) patch for swapping width/height

    This patch works in addition to the following commit
    re-implementing ro.sf.hwrotation:
    https://github.com/CyanogenMod/android_frameworks_native/commit/7d283431efffc4402cb1a6cacf5da64729c883bb

    When using values of 90 and 270 for ro.sf.hwrotation the
    LCD width and height also need to be swapped to display properly.

    Change-Id: I2874fdb8f8d8b855df6d62d338c9a22360491973
    NOTE: This patch does not fix the initial startup of bootanimation

    surfaceflinger: hwc1: Fix hwrotation

    Change-Id: I1f8defb108ff944f07ac32e8b147d1d87e7089e0

Author: Christopher N. Hesse <raymanfx@gmail.com>
Date:   Thu Aug 10 00:10:37 2017 +0200

    SF: Improve hwrotation handling

    Avoid getprop() calls in performance critical display
    code paths.
    Instead of querying the property each time we need it,
    we read it once during initialization and then reuse
    the cached value.

    This is more appropriate here because we do not expect
    the value to change at runtime. In fact, this property
    behaves like a compile time constant in the real world:
    Set it once and never again (because the angle of your
    panel is fixed and does not change after the device
    leaves the factory).

    Change-Id: I55c4131735a65c7bdde8b00c166913bffa6c4ec3

Change-Id: I9eb5728a11b08548af21edaeb4d3905ab4b3a833