diff options
author | Gurchetan Singh <gurchetansingh@chromium.org> | 2017-03-01 20:14:39 -0800 |
---|---|---|
committer | chrome-bot <chrome-bot@chromium.org> | 2017-03-16 11:25:47 -0700 |
commit | 6b41fb55deae7d8ae00c33f7ce849d6fd6525d77 (patch) | |
tree | 92d9f413a88e3cb3c330da5aaaecaeb541593cf3 /drv.h | |
parent | 4d22b4e285f02adfc65d6ae1d6469a0e13ee12ba (diff) |
minigbm: rework flag API
We've been back and forth on the semantics of the flag API many
times, and the current situation is confusing.
Change the drivers so every combination defines a distinct type of
buffer. That means if the same format is in the combination list three
times, the tiling or format modifiers of one of those combinations must
be different from the other two.
Let's add a priority variable in struct supported_combination that
breaks ties. For example, if a consumer specifies BO_USE_TEXTURE,
we of course can texture from both linear and tiled buffers, but
because a tiled buffer's priority is greater, it will be chosen.
If a consumer specifies BO_USE_TEXTURE | BO_USE_SW_WRITE_OFTEN, the
tiled combination won't have the BO_USE_SW_WRITE_OFTEN flag and the
linear combination will be chosen.
We expect drivers to modify the combinations after querying KMS.
This is clunky using linked lists, so get rid of list.h and use arrays.
BUG=chromium:616275
TEST=all the following compiles:
emerge-cyan minigbm/arc-cros-gralloc
emerge-oak minigbm/arc-cros-gralloc
emerge-veyron_minnie-cheets minigbm/arc-cros-gralloc
emerge-peach_pi minigbm
emerge-nyan_big minigbm
emerge-jadeite minigbm
Tested with gbmtest on cyan, checked if Chrome boots
Change-Id: Ib3fccf6f0cb86c8ded45924297df3c06f8e49271
Reviewed-on: https://chromium-review.googlesource.com/448252
Commit-Ready: Gurchetan Singh <gurchetansingh@chromium.org>
Tested-by: Gurchetan Singh <gurchetansingh@chromium.org>
Reviewed-by: Stéphane Marchesin <marcheu@chromium.org>
Diffstat (limited to 'drv.h')
-rw-r--r-- | drv.h | 10 |
1 files changed, 7 insertions, 3 deletions
@@ -47,8 +47,13 @@ extern "C" { #define DRM_FORMAT_FLEX_IMPLEMENTATION_DEFINED fourcc_code('9', '9', '9', '8') #define DRM_FORMAT_FLEX_YCbCr_420_888 fourcc_code('9', '9', '9', '9') +#define BO_COMMON_USE_MASK BO_USE_LINEAR | BO_USE_RENDERING | \ + BO_USE_SW_READ_OFTEN | BO_USE_SW_WRITE_OFTEN | \ + BO_USE_SW_READ_RARELY | BO_USE_SW_WRITE_RARELY | \ + BO_USE_TEXTURE struct driver; struct bo; +struct combination; union bo_handle { void *ptr; @@ -81,9 +86,8 @@ drv_get_fd(struct driver *drv); const char * drv_get_name(struct driver *drv); -int -drv_is_combination_supported(struct driver *drv, uint32_t format, - uint64_t usage, uint64_t modifier); +struct combination * +drv_get_combination(struct driver *drv, uint32_t format, uint64_t usage); struct bo * drv_bo_new(struct driver *drv, uint32_t width, uint32_t height, |