1
0
Fork 0
Commit graph

16 commits

Author SHA1 Message Date
Andrew Wolfers
e76c0c751d Cleanup includes in backend/ per IWYU style
Change-Id: I2a0d38bc92b3d9544b3954d4047d5ea8a34ef0bf
2025-11-11 19:14:29 +00:00
Andrew Wolfers
6c2df0cbdd Move CompositionPlanner from backend/ to compositor/
Change-Id: Iebd4a4d0e15c5171aa20fafe3686b7bc8c08a175
2025-11-06 18:32:05 +00:00
Drew Davenport
9a89ceff02 Rename PipelineCreator interface to Backend
With the legacy Backend class renamed to CompositionPlanner, rename the
PipelineCreator interface to Backend. This interface maps most closely
to the concept of the "Backend".

Add some documentation to various Backend related classes.

Change-Id: I5d6a7afcebb9d0015c3d7629bf8c10324c8f07df
2025-10-31 12:37:30 -06:00
Drew Davenport
f119d34769 Rename Backend to CompositionPlanner
With the Backend concept expanding to also include the initial display
configuration and creation of DrmDisplayPipeline, rename the Backend
class to more precisely reflect its purpose.

Change-Id: I8a9a0d49242771e5df6e80cd50f0b2b0670c2de2
2025-10-30 12:07:09 -06:00
Drew Davenport
3c2106f064 Allow Backend to create DrmDisplayPipeline
Define a PipelineCreator interface which allows Backends to use
Backend-specific heuristics in creating the DrmDisplayPipeline.

Change-Id: I1f929213ce403267b539635ec9d5853cf1a7f18a
2025-10-30 09:27:28 -06:00
Drew Davenport
0f5244ef78 Create DrmDisplayPipeline through BackendManager
Additionally, move the creation of the Backend into BackendManager so
that it the Backend is created along with the DrmDisplayPipeline

Change-Id: I24dc19cadb324429f229fe7751b60b70ab512265
2025-10-30 09:27:28 -06:00
Drew Davenport
043be2b9e3 Make BackendManager function private
This is only called from BackendManager and doesn't need to be part of
the public interface.

Change-Id: I0ffd375bea40ccf660d779464110c8cab25d0d02
2025-10-30 09:27:28 -06:00
Drew Davenport
b112216f38 Use new BackendManager::CreateBackendForConnector
Remove the old CreateBackendForDisplay and related functions that are
now obsolete.

Change-Id: Ic41c065b65a50e6a68ccc1e40b210e5aed6d009e
2025-10-30 09:27:28 -06:00
Drew Davenport
fbd684e3e0 Add BackendManager::CreateBackendForPipeline
Create a Backend for the given DrmDisplayPipeline using the same logic
in CreateBackendForDisplay.

A subsequent change will use this function and deprecate
CreateBackendForDisplay.

Change-Id: I72365f5c689f6643e2f6da11f76dde1ac68f3e2d
2025-10-30 09:27:28 -06:00
Andrew Wolfers
9255d0d10b drm_hwcomposer: Migrate to android::drm_hwcomposer namespace
Change-Id: I2859aa8f55532d88231389724956fc77b0625339
2025-09-08 18:53:00 +00:00
Drew Davenport
9de3f5cdd3 drm_hwcomposer: Clean up Backend interface
Backend::Validate function signature reflects the corresponding HWC2
function signature. The return value and arguments are redundant.

- Remove the return value, since Validate never fails and it wasn't used
  anyways.
- Remove the out params, since the same information can be (and is)
  determined by comparing the SfType and ValidatedType for each layer

Change-Id: I659f7e0b03f183c38ca0a6996c0546eb263e7b99
Signed-off-by: Drew Davenport <ddavenport@google.com>
2025-04-17 15:07:00 +00:00
Roman Stratiienko
bde95666cf drm_hwcomposer: Use pragma once instead of include guards
Some of existing include guards were copy-pasted without modification,
therefore have incorrect name. Switch to 'pragma once' in order to fix
it and avoid such copy-paste issues in the future.

Signed-off-by: Roman Stratiienko <r.stratiienko@gmail.com>
2022-12-10 20:37:34 +02:00
Roman Stratiienko
3627bebf7b drm_hwcomposer: Move HwcDisplay out of DrmHwcTwo class
Reduces code complexity.

Closes: https://gitlab.freedesktop.org/drm-hwcomposer/drm-hwcomposer/-/issues/35
Signed-off-by: Roman Stratiienko <roman.o.stratiienko@globallogic.com>
2022-01-12 11:27:07 +02:00
Roman Stratiienko
f815d38c2a drm_hwcomposer: Raise clang-tidy level of some files to NORMAL
Signed-off-by: Roman Stratiienko <roman.o.stratiienko@globallogic.com>
2022-01-12 10:47:23 +02:00
Roman Stratiienko
e2f2c92924 drm_hwcomposer: enable code analysis using clang-tidy
Drm hwcomposer project has some code-style inconsistencies.
This is the initial step to unify code-style of the code.

Clang-tidy is a great tool which can not only suggest correct styling,
but also allow predicting the errors in the code and suggest correct
coding approaches to avoid potential weaknesses.

CI was tuned to check clang-tidy recommendation for some part of the
code which is ready ATM (can be built outside AOSP tree).
For this part a limited set of clang-tidy checks has applied (coarse check).
Header files aren't checked at all.

Starting from now new code files must be included into the list that is
checked by almost all clang-tidy checks (fine checklist). New header files
should be also included into this list.
See '.gitlab-ci-clang-tidy-fine.sh'.

Signed-off-by: Roman Stratiienko <r.stratiienko@gmail.com>
2021-03-03 16:07:25 +02:00
Roman Stratiienko
13cc3666c6 drm_hwcomposer: use CamelCase in source/header files related to class
Main goal is to increase readability of file names.
AOSP uses camelcase for files in many projects.
Lets do the same for drm_hwcomposer.

Keep platform/ directory as is, since class names is different from file names.

Signed-off-by: Roman Stratiienko <r.stratiienko@gmail.com>
Change-Id: I7e992357851c2a86711f4da1241c4d507359e56b
2020-09-08 22:34:52 +03:00
Renamed from backend/backendmanager.h (Browse further)