Don't change the max_bpc connector prop if mode=current.
As things are, even when mode=current is specified on the .ini file, a full modeset is needed (and done), which causes a very noticeable screen blinking. That is because setting the max_bpc on a connector needs full modesetting. The idea here is that if mode=current on the .ini, no modesetting should be done, so the current max_bpc is programmed into the connector. But if a custom max-bpc=... is specified, that will be used instead, even if mode=current on the .ini Fixes: https://gitlab.freedesktop.org/wayland/weston/-/issues/660 Signed-off-by: vanfanel <redwindwanderer@gmail.com> (cherry picked from commit 3240ccc69d1488003c1cfc36d23750145d4f13f7)
This commit is contained in:
+1
-1
@@ -172,7 +172,7 @@ silenty clamped to the hardware driver supported range. This artificially
|
||||
limits the driver chosen link bits-per-channel which may be useful for working
|
||||
around sink hardware (e.g. monitor) limitations. The default is 16 which is
|
||||
practically unlimited. If you need to work around hardware issues, try a lower
|
||||
value like 8.
|
||||
value like 8. A value of 0 means that the current max bpc will be reprogrammed.
|
||||
|
||||
.SS Section remote-output
|
||||
.TP
|
||||
|
||||
Reference in New Issue
Block a user