Move create and destroy display APIs into server.
Move the SurfaceFlinger create and destroy APIs into display server package to remove confusion about who can create a display in SF. SF already guards the API call so only system and shell can create displays, but we'd like to route all display creations through DMS going forward. There were a few places that were calling createDisplay directly through the hidden API to call into SF that were running as Shell. This makes it difficult to make SF updates since it forces backwards compatibility on unsupported APIs. The SurfaceControl APIs will still be around temporarily because they are being called from external places. They will be replaced with calls into DisplayManger in later changes. Test: Displays are created Bug: 237664947 Change-Id: I212437242665f1ebfb2d041d5b91235e7820a45a
Loading
Please register or sign in to comment