Komeda currently decodes GLB_CORE_ID with bit definitions that do not
match the hardware register layout, which leads to incorrect hardware
version reporting.

Patch 1 fixes the GLB_CORE_ID field definitions so the reported product
version matches the hardware specification.

Komeda also leaves encoder->possible_clones unset, so it remains zero
for all encoders. As a result, DRM clone-mask validation can reject
writeback configurations because no encoder is advertised as
clone-compatible.

Patch 2 initializes encoder->possible_clones after encoder
registration, making the clone-mask setup explicit for registered
encoders.

Cc: liviu.dudau@arm.com
Cc: maarten.lankhorst@linux.intel.com
Cc: mripard@kernel.org
Cc: tzimmermann@suse.de
Cc: airlied@gmail.com
Cc: simona@ffwll.ch
Cc: james.qian.wang@arm.com
Cc: vincenzo.frascino@arm.com
Cc: nayden.kanchev@arm.com
Cc: charvi.mehta@arm.com
Signed-off-by: Raveendra Talabattula <raveendra.talabattula@arm.com>

Raveendra Talabattula (2):
  drm/komeda: Fix bits parsing of GLB_CORE_ID
  drm/komeda: Initialize encoder possible_clones

 .../drm/arm/display/include/malidp_product.h  | 12 +++++++----
 .../gpu/drm/arm/display/komeda/komeda_kms.c   | 20 +++++++++++++++++++
 2 files changed, 28 insertions(+), 4 deletions(-)

-- 
2.43.0