On Qualcomm devices, ro.sf.lcd_density is set by a shell script in
/vendor, which will be called after surfaceflinger is started.
Thus surfaceflinger won't read any value, and will consider the default
value which is 213.
To fix this, restart surfaceflinger when ro.sf.lcd_density is changed.
It has been seen on some devices (Huawei Y6) that the file is created by
something else than us to wifi:wifi, which means treble_app can't change
that file.
As part of O/O-MR1 vendor support for hostapd, an in-app IHostapd
implementation has been done. This needs to write to
/data/misc/wifi/hostapd.conf
/data/misc/wifi is originally in P writable only by wifi/wifi.
There is no easy way to gain "wifi" group access (though can be done
through platform.xml) from an app.
At the moment, all services requiring access to /data/misc/wifi are
running user "wifi", so this change is okay for the moment.
The previous set values are not compatible over HI6250 platform.
They were causing thermal issues.
This differentiation is needed to avoid the "hot-pan" occurrence.
Tested on ANE-LX1.
Android 8.1 added the support for new type of USB Audio devices
(USB_HEADSET, instead of old USB_DEVICE)
Some older USB devices got converted to this USB_HEADSET while still
using the old protocol.
There is no driver change needed, but the audio policy needs to be
changed.
Since vendors are simply using AOSP usb_audio_policy_configuration
Override it by ourself.
