device_phh_treble
device_phh_treble copied to clipboard
Stop Huawei's displayengine HAL
It's of no use on GSIs and it's "useful" only to spam the logcat, so let's get rid of it.
Further information, this HAL seems to be responsible only of Huawei's own implementation about color handling on their panels, it would require a shim to work, but at this point, I think that we simply don't care about it.
I just checked, on my Mate 9, with v106, displayengine is properly stopped by phh-on-boot
It's not on PRA, I'm constantly getting denials info about it.
2018-11-04 0:36 GMT+01:00, Pierre-Hugues HUSSON [email protected]:
I just checked, on my Mate 9, with v106, displayengine is properly stopped by phh-on-boot
-- You are receiving this because you authored the thread. Reply to this email directly or view it on GitHub: https://github.com/phhusson/device_phh_treble/pull/57#issuecomment-435629317
Could you get me boot logcat, and getprop |grep phh?
Hi
I work on a correct implementation of the GPS on the PRA-LX1 and I am blocked by this issue. I think it is the same root cause that it hwdisplay
09-30 08:30:52.686 13641 13641 E HAL : load: id=hisupl.hi1102 != hmi->id=hisupl 09-30 08:30:52.687 13641 13641 E HiSuplHAL_HiSuplInterface: supl hw_get_module hisupl failed: -22 09-30 08:30:52.687 13641 13641 E [email protected]: Could not get passthrough implementation for [email protected]::ISuplclienttoserverInterface/default. 09-30 08:30:52.695 0 0 D [91057.464416s][pid:414,cpu3,logd.reader]logd: logdr: UID=0 GID=0 PID=13638 n tail=50 logMask=1 pid=13634 start=0ns timeout=0ns 09-30 08:30:52.735 0 0 I [91057.464752s][pid:1,cpu2,init]: Service 'hisupl_service' (pid 13641) exited with status 1