policy_hal: update custom audio policy implementation APIs against O-AOSP

    update custom audio policy implementation APIs against below O-AOSP updates.

    1) audio policy: broadcast device connect event before refreshing profiles

    This patch broadcasts the connect device event before checking and reloading
    capabilities of profiles.
    It allows the HAL implementor to use connect / disconnect event to respectively
    load / reset capabilities of devices that has dynamic capabilities (e.g. HDMI)

    Change-Id: Ie0533da25fed89cb9e5bbfc5b1fc886b3176837d

    2) audio policy: fix volume control regression

    commit 28d09f064 introduced regressions in volume control resulting
    in changing some device/stream volumes unexpectedly.

    Bug: 27586382
    Change-Id: I3fe2a25767319800b0db5fd1ed7c1bd751b04732

    3) audio policy: fix in call volume over USB

    Do not consider only primary output for voice volume control as
    sometimes the output device selected for a call can be connected to
    another output stream (e.g USB)

    Bug: 27108587
    Change-Id: I8ec3db272f87d49f57044a771019672050f63d32

    4) AudioRecord: use audio attributes instead of audio source.

    Added AudioRecord constructor with audio attributes.
    Replaced AudioPolicymanager::getInput() by getInputForAttr().

    Bug: 16006090
    Change-Id: I15df21e4411db688e3096dd801cf579d76d81711

    5) Fix clang-tidy warnings in audio and playerservice.

    * Add explicit keyword to conversion constructors.
    Bug: 28341362
    * Use const reference type for read-only parameters.
    Bug: 30407689
    Test: build with WITH_TIDY=1
    Change-Id: I265f3b094e08d5705b506b3fbba51439c134af84

Change-Id: I54f24d3e0914db3c9f7da26ea053ee6c5aa91784