mirror of
https://github.com/AuxXxilium/linux_dsm_epyc7002.git
synced 2024-12-28 11:18:45 +07:00
505f6cff88
Properties are uapi like anything else, with all the usual rules
regarding review, testcases, open source userspace ... Furthermore
driver-private kms properties are highly discouraged, over the past
few years we've realized we need to make a serious effort at better
standardizing this stuff.
From the discussion with Liviu the solution for these here needs
multiple pieces:
- For being able to reliably read the memory clock we need a DT
property, plus maybe DT override snippets to fix it if it's wrong.
- For exposing plane limitations to userspace there's TEST_ONLY. There
is a bit a gap in telling userspace better that scaling doesn't work
due to limits (atm a good strategy is to retry again without scaling
when adding a plane didn't work the first time around). But that
needs a more generic solution, not exposing something extremely
komeda specific.
- If this is needed by validation tools, you can still expose it in
debugfs. We have an entire nice infrastructure for debug printing of
kms objects already, see the various atomic_print_state callbacks
and infrastructure around them.
Fixes:
|
||
|---|---|---|
| .. | ||
| d71 | ||
| komeda_color_mgmt.c | ||
| komeda_color_mgmt.h | ||
| komeda_crtc.c | ||
| komeda_dev.c | ||
| komeda_dev.h | ||
| komeda_drv.c | ||
| komeda_format_caps.c | ||
| komeda_format_caps.h | ||
| komeda_framebuffer.c | ||
| komeda_framebuffer.h | ||
| komeda_kms.c | ||
| komeda_kms.h | ||
| komeda_pipeline_state.c | ||
| komeda_pipeline.c | ||
| komeda_pipeline.h | ||
| komeda_plane.c | ||
| komeda_private_obj.c | ||
| komeda_wb_connector.c | ||
| Makefile | ||